《软件测试基础》（小结一）

惠普实训中心软件测试第一阶段的学习已接近尾声，这里对这一阶段的学习做一个小结。首先是最熟悉的测试用例设计。

      先来了解一下什么是测试用例，测试用例是是为特定的目的而设计的一组测试输入、执行条件和预期结果，体现测试方案、方法、技术和策略。其内容包括：测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。表面上看，测试用例就是一堆输入数据以及一些测试规则罢了，为什么要专门的设计测试用例呢？

      首先考虑的是测试用例的复用，一个系统的开发需要经过多次完善，每一次完善都需要进行测试，每次的测试工作会有重叠性，若每一次都使用新的测试用例，那将会花费大量的时间，不管是经济上还是时间上都都是不提倡的。并且的测试用例的设计是在测试的初级阶段开始，严格按照需求规格说明书进行的，所以各项测试项确定之后都基本固定了，这样可以有效减少工作量，提高工作效率。其次是测试用例覆盖度的问题，针对一个系统的测试用例可以有千千万万条，然而就算再多的用例，对需求的覆盖不全面的话，也是无用的测试用例。进行测试用例的设计，根据规范具体的流程，从而设计出高质量的测试用例，实现完整测试。最后一个是评估测试工程师的工作，测试用例的设计需要考虑诸多问题，可以考核软件测试工程师各方面的综合能力。总的来说，是测试工作的指导，是软件测试必须遵守的，更是软件测试质量稳定的根本保障。

测试用例设计基本原则：

基于测试需求的原则：测试类别的不同要求设计测试用例，航班预定系统各项功能的测试；

基于测试方法的原则：达到不同的测试充分性要求，等价类划分，边界值分析，以及因果图等；

兼顾测试充分性和效率的原则：测试用例内容完整，具有可操作性

测试用例的代表性：覆盖合理和不合理的，合法和非法的，边界和越界的以及极限的输入数据、操作和环境等；

测试结果的可判定性：测试执行之后，每个测试用例的结果都可以确定，所以每个测试用例都应该有期望结果；

测试执行的可再现性原则：同样的测试用例，系统执行结果相同；

 

测试用例覆盖内容：

正确性测试

容错性测试

完整（安全）性测试

接口间测试

数据库测试

边界值分析法

压力测试

等价划分

错误推测

效率

可理解（操作）性

可移植性

回归测试

比较测试

针对不同的测试类型和测试阶段，测试用例编写的侧重点不同；

 

用例编写要素与模板：

要素：主题，前置条件，执行步骤，期望结果等；

ANSI/IEEE829-1983标准：

标识符

测试项

测试环境要求

输入标准

输出标准

测试用例之间的关联

 

测试要点、测试点的设计：指导编写测试用例，测试点对测试用例已经有了一个范围和类型的描述，或者是基本操作的描述，根据这些描述可以快速、准确地写出测试用例；

对测试用例进行分类，方便查找，可快速进行修改、增加、删除等操作；

方便查看是否已对需求完整覆盖；