→ 条件覆盖：使判定中的每个条件获得各种可能的结果。

　　→ 判定/条件覆盖：选择足够的测试用例，使得判定中每个条件取到各种可能的值，并且每个判定取到各种可能的结果。

　　→ 条件组合覆盖：执行足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次。

　　→ 路径覆盖：执行足够的测试用例，使得每条路径至少被执行一次。

　　● 白盒法实施深度：

　　→ 白盒法（包括设计文档评审、软件代码检查）工作量应占到测试总工作量的50％。

　　→ 对测试缺陷进行统计分析，白盒法发现的缺陷要达到总缺陷数的50％以上。

　　测试用例设计－黑盒法

　　● 等价分类法：在输入数据中选择一组子集，每个子集选择一个具有“代表性”的测试用例，使这个测试用例可以代表一大类的有同样共性的其他测试用例，这就形成了一个等价类。这样就可使用少数的等价类测试用例能发现较多的错误。

　　● 等价分类法分为二步：

　　1、根据功能说明中的输入条件划分等价类；

　　2、按等价类来选择测试用例。

　　● 边缘值分析法：与等价分类法的差别主要在于边缘值分析法是着重检查等价类边界上的情况。

　　→ 若某个输入条件说明了值的范围，则可选择恰好取到边界值的用例；另外再编写一些代表不合理输入数据的用例，它们的值恰好超过边界。

　　→ 如果一个输入条件指出了输入数据的个数，则为最小个数，最大个数，比最小个数少1，比最大个数多1，分别设计用例。

　　● 因果图法：因果图法则着重检查输入条件的各种组合情况，消除等价分类法和边缘值分析法没有检查各种输入条件的组合的缺点。

　　→ 从用自然语言书写的功能说明中找出因（输入条件）和果（输出或程序状态的修改）；

　　→ 通过画因果图将功能说明转换成判定表，然后为判定表的第一列设计测试用例。

　　→ 因果图法是设计测试用例的一个系统的方法。

　　● 错误推测法：通过经验或直觉推测程序中可能存在的各种错误，从而有针对性的编写测试用例，这就是错误推测法。

　　错误推测法没有确定的步骤，很大程度上是凭经验进行的。

　　测试用例设计

　　前述概念是随着软件测试的发展而提出并逐渐完善。相对而言，硬件测试并未能够形成一种完善的理论和实施流程，其主要原因在于硬件的多样性以及硬件系统难以独立于软件而单独实现。对于软件测试用例的设计有许多参考文献，这里不再描述。

　　测试管理小组

　　● 成立背景：

　　1、项目组对测试工作不重视，虽然按流程要求进行了测试计划和测试用例的撰写及评审，但是评审有效性差，导致测试用例设计质量差，执行效果不佳。

　　2、项目组对测试的目的和原则理解偏差，对各测试阶段的中心任务不明确，测试经验欠缺，没有掌握正确的测试方法。

　　3、公司流程定义模糊，没有对质量节点、阶段出入允许条件进行有效的定义，缺乏详细的工作指南和文档模板。

　　● 工作职责：

　　1、负责识别公司研发流程中产品测试相关问题，确定问题的优先级和改进计划。

　　2、负责组织完善测试工作流程，进行文档模板的建设，撰写测试工作指南。

　　3、负责组织实施测试流程、测试技能的培训。

　　4、负责公司在研项目的测试工作阶段评审，并对项目组产品测试进行全程辅导。