软件测试设计day3

六、测试用例

1.测试用例

定义：测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
用处：解决要测什么、怎么测和如何衡量的问题
意义：测试用例是软件测试的核心
如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。

2.测试用例的重要性

有效性：测试用例是测试人员测试过程中的重要参考依据，准确的测试用例的计划、执行和跟踪是测试的有效性的有力证明
可复用性：设计良好的测试用例可以重复执行，能节约时间，提高测试效率
易组织性：清晰详细的测试用例能够便于测试执行的开展
可评估性：测试用例的通过率是检验代码质量的保证
可管理性：测试用例也可以作为检验测试人员进度、工作量以及跟踪管理测试人员工作效率的因素

3.测试用例的特征

1.最有可能抓住错误的
2.不是重复的、多余的
3.一组相似测试用例中最有效的
4.既不是太简单，也不是太复杂
5.模板可以根据所测对象的不同对模板内容进行调整

4.编写测试用例的优缺点及用途

优点：
1.便于梳理需求
2.验证产品的需求是否合理
3.监督产品对需求做出更加详细的设计
4.记录产品的设计细节，保障以后的查阅
5.加深测试人员对产品的认识和印象
6.反映测试进度
7.帮助发现拓展测试范围，扩大测试覆盖面，发现软件中潜藏的缺陷
8.方便回归测试，复查bug是否还会出现
9.为紧急情况下的测试提供参考信息
10.培训新人，提高新人测试效率，节省对新人的指导时间
用途：
1.核实需求：每一个需求点都会设计测试用例
2.评估结果：对产品进行评估，对测试完成情况进行评价
3.准确回归：快速正确的进行版本重复测试
4.防止遗漏：使软件测试的实施重点突出、目的明确，确保需求功能不被遗漏
5.提高效率：避免盲目测试
6.缩短周期：版本更新和升级时，只需修正少部分测试用例，资源复用

5.设计测试用例的基本准则

测试用例的代表性：能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以 及极限的输入数据、操作和环境设置等。
测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

6.设计测试用例的着眼点

1.根据产品规格，测试基本功能；
2.考虑设计一般用户（非专业人员）的使用方案；
3.与系统其他组成部分的配合（如移动网络和wifi，测试中考虑对设备的共享）；
4.好的测试用例集能花费最小的代价（人力、物力、财力、时间）做最好的测试。

7.测试用例设计书写标准（测试用例的内容）

在ANSI/IEEE829-1983标准中列出了和测试设计相关的测试用例编写规范和模板。标准模板中主要元素如下：
1.用例标题——惟一标识每一个测试用例
2.测试项——准确的描述所需要测试的项及其特征
3.输入步骤和数据——执行测试用例的输入需求（这些输入可能包括数据、文件或者操作）
4.预期结果——按照指定的环境和输入标准得到的期望输出结果
5.测试用例之间的关联——标识该测试用例与其它的测试（或其它测试用例）之间的依赖关系

8.测试用例的更新与维护

需要更新和维护的原因
  功能变化
  需要不断完善，是个循序渐进的过程
  通过测试实践检验测试用例并添加、修改、删除测试用例

测试用例要经过正式、有效的评审
利用工具（配置管理系统）来维护测试用例

9.如何选择测试方法

1.在任何情况下都必须使用边界值分析方法
2.用等价类划分方法补充一些测试用例
3.涉及到业务流程的软件，应采用场景法
4.用错误猜测法再追加一些测试用例
5.如果程序的功能说明中含有输入条件的组合情况，则应在一开始就选用判定表法
6.如果程序某功能适合自动测试，可以采用自动测试以及随机测试