测试用例设计：
等价类，边界值，判定表，因果图
动态测试：
指通过运行程序来查看程序是否存在问题
1.白盒：
2.黑盒：
静态测试：
指对代码的阅读走查，查看是否有存在逻辑与语法问题
指对需求文档的阅读走查，查看是否有存在逻辑与矛盾的问题
正式评审：
由产品经理进行发起，主要是针对需求文档或者原型进行评审
需求文档是否存在逻辑错误的问题，以及在评审过程中对需求有
有疑问的地方进行解答
度量：
产品的达到规定的指标
控制流图：
程序简化后的事务处理节点，可以表示程序控制结构
1.划分事务处理先后顺序以及步骤
2.每个节点都有特定的处理对象
数据流图：
表示程序运行过程当中，数据的处理方式
等价类：
有效等价：对程序规格说明有意义的、合理的输入数据（符合程序的规定的条件）
无效等价：对程序规格说明无意义的、不合理的输入数据（不符合程序规定，异常的行为）
优点：是考虑了单个输入域的各类情况， 避免了盲目或随机选取输入数据的不完整性和覆盖的不稳定性。
缺点：方法虽然简单易用，但是没有对组合情况进行充分的考虑。需要结合其他测试用例设计的方法进行补充。比如边界值
编写用例：尽可能一条用例包含多条件，多覆盖
常见的能够划分等价类的地方：
1. 数值范围
2. 重复次数
3. 字符串长度
4. 字符串组中字符的个数
5. 文件命名
6. 文件大小
7. 屏幕的颜色种类
8. 超时时间
边界值：
边界值是用来补充等价类的划分法，工作场景
和等价类进行组合使用编写测试用例。
判定表：条件项：列出所有程序条件
动作项：列出所有程序采取结果
条件桩：列出所有条件可能出现的情况
动作桩：采取对的动作
因果图：
你在面试当中又没画过因果图？
没有，我是把原因果图因转为判定的条件，把她结果转换为判定表所采取
动作结果，进行设计测试用例》
因果图符号：
恒等 =叫做赋值 ==恒等
非：！= ，not no ， ≠ 就是不等于的意思
或： or ，/ ，|| 表示或的关系
与： 且 ， and ， 和 ， && ，^
约束符号：
异：两个只能能选择一个，要么都不选
或：满足一种条件即可
唯一：只能出现一个
要求：当a出现的时候，必要要求b也出现
强制：若a存在则强制要求B消失
因果图：因果图提供了一个把规格转化为判定表的系统化方法，从该图中可以产生测试数据。其中，原因是表示输入条件，结果是对输入执行的一系列计算后得到的输出。因果图方法最终生成的就是判定表。它适合于检查软件输入条件的各种组合情况
优点：
1. 等价类法尽管各个输入条件可能出错的情况都考虑到了，但是多个输入条件组合起来 出错的情况却被忽略了
2. 因果图法能够帮助我们按照一定步骤，高效的选择测试用例，设计多个输入条件组合用例
3. 因果图分析还能为我们指出，程序规格说明描述中存在什么问题
4. 它的设计出来的测试用例都是有效，对程序规格都是有意义的
缺点：
1.输入条件与输出结果的因果关系，难以从软件需求规格说明书得到
2.组合条件庞大，花费时间成本
场景法：
1每个输入的情况都是符合价值的
2.都有确切的路径顺序去执行，能够全方位模拟用户的操作场景
Xmind ：
一般用于拆需求，提取测试点，然后转换为测试用例
|
|
395
0
多测师社区 
