设计测试用例
推荐先用黑盒测试方法设计测试用例，再视情况需要使用白盒测试方法设计补充的测试用例。
测试方法
黑盒测试：
等价类划分
边界值分析
因果图分析
错误猜测
白盒测试：
语句覆盖：每个语句至少执行一次
判定覆盖（分支覆盖）：每个判断至少有一个为真和为假的输出结果，每条分支路径至少遍历一次
条件覆盖：一个判断中的每个条件的所有可能的结果至少执行一次
判定/条件覆盖：将一个判断中每个条件所有可能的结果至少执行一次、每个判断的所有可能的结果至少执行一次，每个入口点至少调用一次。
多重条件覆盖：每个判定中的所有可能的条件结果的组合，以及所有入口点都至少执行一次
白盒测试
--软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。
--白盒测试关注的是测试用例执行的程序或覆盖程序逻辑结构（源代码）的程序。
完全的白盒测试是将程序中每条路径都执行到。
黑盒测试
--软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。
--等价划分：1.确定等价类 2.生成测试用例
优先等价类：对程序的有效输入 无效等价类：其他任何可能的输入条件（不正确的输入值）
--边界值分析
边界条件：输入和输出等价类中那些恰好处于边界、或超过边界、或在边界以下的状态。
--因果图分析
等价划分和边界值分析的缺点是未对输入条件的组合进行分析。
因果图有助于用一个系统方法选择出高效的测试集，还可以指出规格说明的不完整之处和不明确之处。
--错误猜测
列举出可能犯的错误或错误易发情况的清单，然后依据清单来编写测试用例。
软件测试流程
需求测试->概要设计测试->详细设计测试->单元测试->集成测试->系统测试->验收测试
标签：黑盒,白盒,程序,等价,测试用例,测试 来源： https://www.cnblogs.com/yzhengy/p/13265987.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。