软件测试报告

1.测试用例的概念

软件测试人员向被测试系统发起的一组集合，包括测试环境，测试数据，测试步骤，预期结果。

2.为什么在测试前设计测试用例

（1）测试用例是测试执行的依据

（2）可以复用（回归测试的时候）

（3）衡量需求的覆盖率

（4）自动化测试的依据

（5）借鉴意义

3.基于需求设计测试用例

（1）需求是测试人员进行测试的依据。

（2）测试人员首先要分析需求，验证需求的正确性和合理性，无二义性，逻辑合理。

（3）细化需求，从需求中提取出测试项，从每一个测试中提取测试点，根据测试点设计测试用例

（4）功能需求：从界面考虑，验证界面的功能；从业务角度考虑，把功能串起来测试；功能之间的交互性；一致性；输入测试；功能易用性、体验性；功能涉及到的算法。

（5）非功能性需求：在功能基础上做一些限制，满足特定需求，让用户有更好的体验感；兼容性；安全性；可靠性；可移植性；易用性。

4.等价类

根据输入（特殊情况考虑输出），把输入分为若干个等价类，从每一个等价类中取一个测试用例进行测试，若这个测试用例通过，则测试用例代表的等价类测试通过。

等价类可以解决测试用例无法穷举的情况。

有效等价类：符合数据规格说明的数据集合。

无效等价类：不符合数据规格说明的数据集合。

5.边界值

对输入输出的边界针对性的进行测试用例的设计，叫边界值法。

等价类和边界类往往是结合在一起进行测试用例的设计。

6.错误猜测法

测试人员根据自己的经验，知识，个人直觉判断软件哪一块有问题，针对性的设计测试用例。

适合于补充测试用例，或者进行探索性的测试。

7.场景法

把一个个孤立的功能串起来形成一个场景，每个功能不同的输入会触发流程走向不同的场景，根据这些不同的功能输入触发形成的场景进行测试用例的设计。

标签：测试用例、软件测试报告