测试用例设计：
等价类，边界值，判定表，因果图
动态测试：
指通过运行程序来查看程序是否存在问题
1.白盒：
2.黑盒：
静态测试：
指对代码的阅读走查，查看是否有存在逻辑与语法问题
指对需求文档的阅读走查，查看是否有存在逻辑与矛盾的问题
正式评审：
由产品经理进行发起，主要是针对需求文档或者原型进行评审
需求文档是否存在逻辑错误的问题，以及在评审过程中对需求有
有疑问的地方进行解答
度量：
产品的达到规定的指标》
控制流图：
程序简化后的事务处理节点，可以表示程序控制结构
1.划分事务处理先后顺序以及步骤
2.每个节点都有特定的处理对象
数据流图：
表示程序运行过程当中，数据的处理方式
等价类：
有效等价：符合程序的规定的条件
无效等价：不符合程序规定，异常的行为
编写用例：尽可能一条用例包含多条件，多覆盖
边界值：
边界值是用来补充等价类的划分法，工作场景
和等价类进行组合使用编写测试用例。
判定表：条件项：列出所有程序条件
动作项：列出所有程序采取结果
条件桩：列出所有条件可能出现的情况
动作桩：采取对的动作
因果图：
你在面试当中又没画过因果图？
没有，我是把原因果图因转为判定的条件，把她结果转换为判定表所采取
动作结果，进行设计测试用例》
因果图符号：
恒等 =叫做赋值 ==恒等
非：！= ，not no ， ≠ 就是不等于的意思
或： or ，/ ，|| 表示或的关系
与： 且 ， and ， 和 ， && ，^
约束符号：
异：两个只能能选择一个，要么都不选
或：满足一种条件即可
唯一：只能出现一个
要求：当a出现的时候，必要要求b也出现
强制：若a存在则强制要求B消失
因果图：他的设计出来的测试用例都是有效，对程序规格都是有意义的
缺点
1.很难重实际的需求当中提出因果关系
2.组合条件庞大，花费时间成本
场景法：
1每个输入的情况都是符合价值的
2.都有确切的路径顺序去执行，能够全方位模拟用户的操作场景
Xmind ：
一般用于拆需求，提取测试点，然后转换为测试用例
|
|
241
0
多测师社区 
