目录
3.1功能性需求
3.2非功能性需求
1.测试用例的概念（之前的博客提到过）
2.为什么在测试前设计测试用例？(测试用例的作用)
2.1测试用例是测试执行的依据
2.2可以复用（回归测试时）
2.3衡量需求的覆盖率
2.4自动化测试的依据
2.5有借鉴意义，后续测试人员可以借鉴前人写的东西
3.基于需求设计测试用例
3.1测试是我们测试人员进行测试的依据。
3.2测试人员首先要分析需求，验证需求的正确性、合理性、无二义性，逻辑自洽。
3.3细化需求，从需求中提取出测试项，从每一个测试项中提取出测试点、根据测试点、设计测试用例。
a.功能性需求
从界面考虑，验证各界面的功能（UI设计稿）。
从业务角度考虑，把功能串起来测试（可能单个测试没有问题，但串起来就有问题了）。
功能之间的交互性、一致性
一个功能多个输入（不同的输入）
功能异常测试，异常操作
功能的易用性、体验性测试
功能涉及的算法（白盒测试）
b.非功能性需求
兼容性、性能、安全性、可靠性、可移植性、易用性等。
在功能的基础上，做一些限制，满足特定场景的需求，让用户有更好的体验。
不同类型的软件对于非功能性的需求是不一样的
客户端软件，word,ppt,xmind,播放器，对功能和要求很简单，对性能、安全性要求比较低，软件的可移植性要求比较高。
企业软件、聊天软件、飞Q、飞书、钉钉、企业微信，对功能有一定的要求，但对兼容性、安全性、性能要求较低，因为在一个公司可以指定用在一个具体的windows,或者浏览器下操作。
商业软件对各方面（功能、性能、安全性、可移植性、易用性要求都很高）。
4.测试用例的方法
概念：根据输入（特殊情况才考虑输出），把输入划分为若干个等价类，从每一个等价类当中取一个测试用例进行测试，如果这个测试用例通过，我们就说这个测试用例代表的等价测试通过。
4.1等价类
（等价类可以解决测试用例无法穷举的情况）
以邮箱账号为例，要求是以字母开头、字母数字下划线
符合要求的等价类：
6-18位，以字母开头，纯字母
6-18位，以字母开头，数字
6-18位，以字母开头，下划线
6-18位，以字母开头，数字，下划线
不符合要求的等价类：
小于6位任意字符（字母、数字、下划线）
大于18位任意字符，以字母开头，包含了特殊字符（非数字和下划线）
6-18位，不以字母开头
6-18位，以字母开头，包含了特殊字符，（非数字和下划线字符）
4.2.边界值
对输入输出的边界针对性的进行测试用例的设计。
包括边界周围的值（边界左右的值，值对应的预期结果）。
以6-15位密码长度为例：
5 不符合要求
6.7以及1415符合要求
16 不符合要求
等价类、边界值往往是结合在一起进行测试用例的设计。
4.3错误猜测法
测试人员依据自己的经验、知识、个人直觉判断软件哪一块有问题，针对性设计测试用例。
适合用于补充测试用例，或者进行探索性测试的时候。
缺点：过度依赖与个人，不能使测试系统化。
4.4场景法
把一个个孤立的功能串起来形成一个场景，每一个功能会触发流程走向不同的场景，根据这些不同功能的不同的输入出发形成的场景进行测试用例的设计
ATM取款流程:
4.5.因果图法
一种逻辑图，恒等、与、或、非。
使用场景：当输入有多个，并且不同的输入组合对应着不同的输出，这个时候我们就可以用因果图来进行测试用例的分析。
因果图的几种关系：
如何用因果图法来设计测试用例：
a分析所有的输入和输出。
b找出输入和输出之间的逻辑关系。
c根据输入输出画因果图。
d根据因果图画出判定表。
e根据判定表写测试用例
4.6正交法
根据正交法，从大量试验数据中，选取最优的数据组合，根据最优的数据组合的结果来衡量整个测试的输出结果。
713
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
