通用软件测试技术之测试用例

1. 定义

测试用例即将测试系统的操作步骤用按照一定的格式用文字描述出来。

2. 模板

测试用例编号	测试项	依赖用例	测试步骤	输入数据	预期结果	测试(实际)结果	测试人	备注
TestCase_360_SY_zhuce_0001	使用浏览器打开360注册页面		"1、打开浏览器 2、在地址栏输入：https://bbs.360.cn/ 3、回车 4、点击注册按钮"	https://bbs.360.cn/	360注册页面能够准确显示	360注册页面能够准确显示

3. 测试用例的优点

1. 理清思路，避免遗漏（ps:最重要的一点）。假如我们测试的项目大而复杂，我们可以把项目功能细分，根据每一个功能通过编写用例的方式来整理我们测试系统的思路，避免遗漏掉要测试的功能点。
2. 跟踪测试进展。通过编写测试用例，执行测试用例，我们可以很清楚的知道我们的测试进度。
3. 历史参考。在我们所做的项目中，也许会有很多功能是相同或相近的，我们对这类功能设计了测试用例，便于以后我们遇到类似功能的时候可以做参考依据。
4. 重复性。我们测试一个系统不是一个人测一遍就算测完的，需要多人反复的进行测试，那么我们就需要测试用例来规范和指导我们的测试行为。

4. 用例的特征

1. 最有可能抓住错误的；
2. 不是重复的、多余的；
3. 一组相似测试用例中最有效的；
4. 既不是太简单，也不是太复杂。

5. 用例设计原则

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

6. 用例设计和编写的作用：

1. 有效性

测试过程中的重要参考依据

2. 可复用性

良好的测试用例具有重复使用的功能，使得测试过程事半功倍，提高效率

3. 易组织性

测试过程中被创建和使用

4. 可评估性

检验代码的质量

5. 可管理性

检验测试人员的进度、工作量以及跟踪/管理测试人员的工作效率的标准

在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。
测试用例的使用令软件测试的实施重点突出、目的明确。
在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。

7. 测试用例编写注意事项

• 不要设计“穷举测试用例”
• 在详细测试用例与有效测试时间中找到平衡点
• 好的测试用例应该多关注“反向测试问题”
• 测试用例库应该不断更新和维护
• 测试用例可以复用，但要注意数据有效性与环境变化
• 测试用例是设计出来的，不是写出来的
• 多去学习经验丰富的测试工程师所设计的测试用例
• 针对不同的需求类型和测试对象，灵活采用不同的测试用例设计方法

8. 测试用例的优先级（重要）

有时会听到0级别case的说法，其实这是对具有一定优先级的测试用例的说法。在实际测试实践中，测试用例根据重要性分成一定的等级。在不同的公司，可能测试用例的划分有所差异，但是基本大同小异。如下就是一种测试等级划分的方法，共分为4级，由高低依次为P0-P3。

级别	说明
P0	核心功能测试用例(冒烟测试)，确定此版本是否可测的测试用例,此部分测试用例如果fail会阻碍大部分其他测试用例的验证。
P1	高优先级测试用例,最常执行以保证功能性是稳定的;基本功能测试,和重要的错误、边界测试
P2	中优先级测试用例,更全面地验证功能的各个方面，异常测试，边界、中断、断网、容错、UI等测试用例
P3	低优先级测试用例,不常常被执行,性能、压力、兼容性、稳定性、安全、可用性等等。