1. 软件测试管理包括那些内容
2. 软件测试模型-V模型
V模型应用于瀑布模型的每一个工程阶段,即单元测试对应编码,集成测试对应详细设计,系统测试对应概要设计,验收交付测试对应需求分析,属于传统的测试划分。
3. 软件测试模型-W测试模型
W模型测试的时机不再是编码结束之后,而是从需求分析时开始,且与开发的每一个阶段活动同步进行,通过适时的评审,可以尽早发现和处理软件过程中的缺陷,降低缺陷修复的代价,保障产品各个阶段的质量,从而更充分的保证最终软件的质量。
4. 软件测试模型-H测试模型
H模型进一步改善了W模型中的一些问题,把测试活动从软件开发中独立出来,在软件过程的任何一个时间点上,只要测试条件满足就展开测试。
5. 软件测试模型-X模型
X 模型左边是单元测试和单元模型之间的集成测试,右边是功能的集成测试,通过不断的集成最后成为一个系统,如果整个系统测试没有问题就可以封版发布。这个模型有一个很大的优点是它呈现了一种动态测试的过程中,也就是测试是一个不断迭代的过程中,这更符合企业实际情况,其他模型更像一个静态的测试过程。
X 模型提倡公司可以根据自身的实际情况确定是否要进行单元测试和集成测试,并不是所有的研发公司都会先做单元测试和集成测试,更多的是直接做系统测试。
6. 敏捷测试模型
敏捷测试模型,需要项目的其他人员甚至用户保持紧密合作,时刻关注需求变化,并实施测试,以体现测试的时效性和适应性,这对测试人员有比较高的能力要求,
7. 按工程阶段划分的测试
- 单元测试(UT,Unit Test)
- 集成测试(IT,System Integration Test)
- 系统测试(ST, System Test)
- 用户接受测试(俗称:验收测试)(UAT, User Acceptance Test)
7.1. UT(单元测试,Unit Test):
单元测试是最小单元的测试活动,也称为模块测试。模块可以是程序模块或者功能模块。它可能表现为一个函数,一个过程或者一个类。
单元测试的价值在于更早的发现程序中的错误,以降低错误修复的代价,同时为后续的测试提供一个比较好的基础。
单元测试的依据是模块的详细设计文档,有测试工程师和开发工程师共同完成。
单元测试的使用方法包括,白盒测试,黑盒测试以及灰盒测试。
单元测试任务包括:
1、模块接口测试;
2、模块局部数据结构测试;
3、模块边界条件测试;
4、模块中所有独立执行通路测试;
5、模块的各条错误处理通路测试。;
7.2 IT(集成测试,Integration Test)
也称系统集成测试(System Integration Test)或结合测试,集成测试阶段是以黑盒法为主,在自底向上集成的早期,白盒法测试占一定的比例,随着集成测试的不断深入,这种比例在测试过程中将越来越少,渐渐地,黑盒法测试占据主导地位。
集成测试的主要任务是发现单元之间的接口可能存在的问题,如接口参数不匹配,接口数据丢失,数据误差积累引入的错误等。目标是验证各个模块组装麒麟之后是否满足软件设计文件的要求。
7.3 ST(系统测试,System Test)
系统测试的目标是确认软件的应用系统能否如预期工作并满足应用的需求。系统测试的对象是应用系统,除软件外还包括,硬件,网络以及数据,并需要在一个比较真实的环境下进行。
从技术角度看,系统测试是整个测试阶段的最后一步,所有的开发和测试在这一点上集中表现为生成一个具有一定功能的软件系统。
该阶段主要对系统的准确性及完整性等方面进行测试。
主要进行:
功能确认测试、运行测试、强度测试、恢复测试、安全性测试等。
系统测试的测试人员由测试组成员(或质量保证人员)或测试组成员与用户共同测试。在整个系统开发完成,即将交付用户使用前进行。在这一阶段,完全采用黑盒法对整个系统进行测试。
7.4 UAT(验收测试,User Acceptance Test)
也称为有效性测试,验收测试和确认测试可以堪称是上述单元测试,集成测试和系统测试同类的软件过程中的阶段性测试活动,但焦点放在与软件交付相关的验证与确认上,以需求规格说明为依据,采用黑盒测试。
验收测试是向未来的用户表明系统能够像预定要求那样工作。
经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的任务,即软件的功能和性能如同用户所合理期待的那样。