软件测试确认测试.ppt

确认测试
首先需要说明的是确认测试、系统测试、验收测试这三种测试可能有交叉和前后互换。
确认测试又称有效性测试。它的任务是验证软件的功能和性能,以及其特性是否与用户的要求一致。若能达到这一要求,则认为开发的软件是合格的。
确认测试的准则:
在软件需求规格说明书中可能做了原则性的规定,但在测试阶段需要更详细、更具体地测试规格说明书中做进一步说明。例如,制定测试计划时,要说明确认测试应测试哪些方面,并给出测试用例。除了考虑性能、功能以外,还需要检验其他方面的要求。例如,可移植性、兼容性、可维护性、人机接口以及开发的文件资料等是否符合要求。
系统测试
系统测试实际上是针对系统中各个组成部分进行的综合性检验。
尽管每一个检验有着特定的目标,然而所有的检测工作都要验证系统中每个部分均已得到正确的集成,并能完成指定的功能。
系统测试-RUP当将软件作为整体运行或实施明确定义的软件行为子集时,即可进行系统测试。这种情况下的目标是系统的整个实施模型。
系统测试的种类
恢复测试:指采取各种人工干预方式使软件出错,而不能正常工作,进而检验系统的恢复能力。
安全测试:目的是验证安装在系统内的保护机构能够对系统进行保护,使之不受各种因素的干扰。
强度测试:检测系统能力的最高实际限度。
性能测试:检验安装在系统内的软件运行性能。
其他的测试,如功能测试等。
系统测试与单元测试、集成测试的区别
测试方法不同:系统测试属于黑盒测试,而单元测试、集成测试属于白盒或灰盒的范畴。
考察范围不同:单元测试主要测试模块内部队接口、数据结构、逻辑、异常处理等对象。集成测试主要测试模块之间的接口和异常。系统测试主要测试整个系统相对于用户的需求。
评估基准不同:系统测试的评估基准是测试用例对需求规格的覆盖率;而单元测试和集成测试的评估主要是代码的覆盖率。
回归测试
回归测试的目的是检验对软件进行的修改是否正确,保证改动不会带来不可预料的行为或者另外的错误。
应用:①增量开发
②版本控制
③软件维护
方法举例:
①全部再测试(Retest All)
②再测试风险用例(Retest Risky Use Case)
③按纲要再测试(Retest by Profile)
④再测试修改的段(Retest Changed Segments)
⑤防火墙内再测试(Retest Within Firewall)
α测试和β测试
通常由用户或其他人(非开发人员和测试人员)来完成
α测试:在开发即将完成时对应用进行的测试,此时仍然允许对设计作微小的变动;
β测试:在开发基本完成时进行,于正式发布之前寻找程序中的错误。
验收测试
验收测试是检验软件产品质量的最后一道工序。
验收测试的目的是确保软件准备就绪,并且可以供最终用户用于执行软件的既定功能和任务。
验收测试主要在于它突出了客户的作用,这是与前面讨论的各种测试活动不同之处。用户在现场或直接参与测试。
验收测试可以重复确认测试中所使用的全部测试或部分测试,或采用完全由用户自己开发的测试。
验收测试的种类



选择的策略通常建立在合同需求、组织和公司标准以及应用领域的基础上。
某些验收测试(如工厂验收而不是现场验收)是部署软件之前的最后一个测试操作。此时采用后两种测试方法
验收测试的范围
明确验收项目,规定验收测试通过的标准;
确定测试方法;
决定验收测试的组织机构和可供利用的资源;
选定测试结果分析方法;
制定验收测试计划并进行评审;
设计验收测试所用测试用例;
审查验收测试准备工作;
执行验收测试;
分析测试结果;
阐明验收测试结论,决定通过验收或是拒绝
静态方法和动态方法
静态方法的主要特征是在用计算机测试源程序时,计算机并不真正运行被测试的程序,只对被测程序进行特性分析。因此,静态方法常称为“分析”,静态分析是对被测程序进行特性分析的一些方法的总称。
动态方法的主要特征是计算机必须真正运行被测试的程序,通过输入测试用例,对其运行情况(输入/输出的对应关系)进行分析。