测试——用例篇

1，测试用例的概念

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

2，为什么在测试前要设计测试用例?

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

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

（3）衡量需求的覆盖率

（4）自动化测试的依据

（5）借鉴意义，后续测试人员可以借鉴前人写的东西

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

（1）需求是测试人员进行测试的依据。
（2）测试人员首先要分析需求，验证需求的正确性和合理性，无二义性，逻辑自洽。
（3）细化需求，从需求中提取出测试项，从每一个测试项中提取出测试点，根据测试点设计测试用例。

功能性需求
1.从界面考虑，验证界面的功能 (UI设计)稿)
2.从业务角度考虑，把功能串起来进行测试。
3.功能之间的交互性，一致性
4.一个功能的多个输入(不同的输入)

5.功能的异常测试
6.功能的易用性，体验性的测试7功能涉及到的算法

非功能性需求
在功能的基础上做一些限制，满足特定场景的需求，让用户有更好的体验
1.兼容性，性能，安全性，可靠性，可移植性，易用性等
2.不同类型的软件对于非功能性需求要求是不一样
(1)客户端的软件，word，ppt，xmind，播放器，对功能和要求很简单，对性能，安全性要求比较低，软件的可移植性要求比较高。

(2)企业软件，聊天软件，飞Q，对功能有一定的要求，对兼容性，安全性，性能要求较低(3）商业软件，对功能，性能，安全性，可移植性，易用性，要求都很高

4，等价类

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

符合需求规格说明书的数据称之为有效等价类。

不符合需求说明书的数据，无效等价类。

进行测试时只测试有效等价类吗?都要进行测试。

5，边界值

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

边界周围的值：边界左右的值，值对应的预期结果。

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

6，错误猜测法

测试人员依据自己的经验，知识，个人直觉判断软件哪一块有问题，针对性的设计测试用例。
适合于补充测试用例，或者进行探索性测试的时候。