目录
测试用例概念
为了实施测试而向被测试的系统提供的一组集合，这组集合包括：测试环境、操作步骤、测试数据、预期结果、实际结果等要素
测试用例示例：
设计测试用例的万能公式
首先我们设计测试用例需要有的思想是：
常规思维+逆向思维+发散性思维
测试用例的编写应该检查到：程序是否“未作其应该做的”以及“做了不应该做的”，不应该默许假定不会发生错误
万能公式：
功能性测试+界面测试+性能测试+兼容性测试+安全性测试+易用性测试+弱网测试+卸载安装测试
功能测试：黑盒测试，测试程序是否和需求文档中要求的功能一致
界面测试：对软件界面中所有的元素（大小、颜色、形状等）都进行测试
性能测试：测试软件做的好不好【与功能测试区别：功能测试检查软件是否做了其相应的功能】
兼容性测试：软件是否能在不同环境下正确运行【选择主流的浏览器/机型进行测试】
易用性测试：简单来说就是是否能让用户快速上手使用产品
安全性测试：是否把隐私数据进行加密保护不泄露
弱网测试：覆盖更多的网络场景【如在2G/3G情况下响应速度是否能在用户接受范围内等】
【可以使用fiddler来构造弱网环境，此处不详细阐述】
安装卸载测试：关注软件是否能安全安装和卸载，再重新进行安装卸载操作是否有问题
设计测试用例的方法
基于需求的设计方法
是总的测试用例方法，在工作中需要参考需求文档或产品规格说明书来设计测试用例
步骤：
明确需求中的功能点
结合万能公式设计测试点
具体的设计方法
【提高测试思路以及设计测试用例的能力】
设计出测试点之后，结合具体的方法详细的设计测试用例
等价类
概念：依据需求将输入划分为若干个等价类，从等价类中选出一个测试用例，若该测试用例通过，则认为该等价类测试通过，用较少的测试用例达到尽量多的覆盖
分类：有效等价类：需求文档中有意义的输入数据构成的集合
无效等价类：无意义的、不满足需求的集合
只考虑输入域的分类，未考虑其组合
边界值
对输入输出边界值进行测试的一种黑盒测试法，对等价类进行补充
边界值包括：边界值【给定边界返回的左右数据】+次边界值【与边界值有关，若边界值为有效等价类中的数据，则次边界值为无效等价类中的边界值，反之亦然】
正交法
分析+使用工具(allpairs)，正交法能解决输入之间的组合关系对应的不同结果的场景
在所有测试用例中挑选出部分具有代表性的测试点进行试验，找出最优水平的组合
正交表的构成：因素数、水平数、行数。
因素：对指标的影响条件，通常是正交表中的⼀列。（即：2，表示表只有2种数字）
水平：因素对应的可选项。（即有3列，）
行数：正交表中的行的个数（有4行）
正交表设计测试用例步骤：
1、找到因素和水平
2、将因素和水平写入Excel表格中（使用微软自带的Excel表格，这样不容易出错）
3、allpairs.exe同级目录下创建新的文本文件new.txt，将Excel中的因素和水平直接复制到文本中并保存（不要做任何的修改）
4、在allpairs.exe文件路径下调用cmd使用该命令生成正交表：allpairs.exe new.txt > new.txt
5、补充遗漏的重要测试用例
判定表法
解决输入之间不同组合操作出现的不同结果，是一种表达逻辑判断的工具
场景法
现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
场景法一般包含基本流和备选流，有四种类型：正常的用例场景、备选的用例场景、异常的用例场景、假定的用例场景
错误猜测法
对被测试软件设计的理解，根据以往经验和直觉推测出来可能存在的缺陷，会过度依赖个人能力
【以上图片来源：【软件测试】用例篇 -- 详解_测试用例-CSDN博客】
9511
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
