《如何提高测试设计质量课件》由会员分享，可在线阅读，更多相关《如何提高测试设计质量课件（23页珍藏版）》请在金锄头文库上搜索。
1、如何提高软件测试设计质量测试设计重要性 设计是测试的灵魂，质量的龙头。测试设计面临问题 测试对象的逻辑路径和测试输入数据的组合几乎是无穷的，而穷尽的测试是不可能的 不同利益相关者对软件或者软件产品的质量要求是不同的 测试时间和资源有限 测试得到的需求和资源不完整 测试设计语言规范穷尽的测试是不可能的 如何有效减少测试用例的数目？ 如何避免测试用例之间的冗余？ 如何满足测试覆盖率的要求？如何有效减少测试用例的数目？ 等价类有效等价类无效等价类 边界值如何避免测试用例之间的冗余？ 规范测试设计按照一定的设计思路进行测试用例设计按照一定的设计思路进行测试用例设计减少热带风暴减少热带风暴 可复用的测试
2、用例特性：通用性、有效性、独立性如何满足测试覆盖率的要求？测试覆盖率常用的计算公式：1. 1.功能覆盖率至少被执行一次的测试功能点数至少被执行一次的测试功能点数/ / 测试功能点总数（功能点）测试功能点总数（功能点）2. 需求覆盖率被验证到的需求数量被验证到的需求数量 / /总的需求数量（需求）总的需求数量（需求）3. 覆盖率至少被执行一次的测试用例数至少被执行一次的测试用例数/ / 应执行的测试用例总数应执行的测试用例总数4. 语句覆盖率至少被执行一次的语句数量至少被执行一次的语句数量/ / 有效的程序代码行数有效的程序代码行数5. 判定覆盖率判定结果被评价的次数判定结果被评价的次数 / /
3、 判定结果总数判定结果总数6. 条件覆盖率条件操作数值至少被评价一次的数量条件操作数值至少被评价一次的数量 / / 条件操作数值的总数条件操作数值的总数7. 判定条件覆盖率条件操作数值或判定结果至少被评价一次的数量条件操作数值或判定结果至少被评价一次的数量/( /(条件操作数值条件操作数值总数总数+ +判定结果总数判定结果总数) )8. 上下文判定覆盖率上下文内已执行的判定分支数和上下文内已执行的判定分支数和/( /(上下文数上下文数* *上下文内的判定分支上下文内的判定分支总数总数) )9. 基于状态的上下文入口覆盖率累加每个状态内执行到的方法数累加每个状态内执行到的方法数/( /(状态数状
4、态数* *类内方法总数类内方法总数) )10. 分支条件组合覆盖率被评测到的分支条件组合数被评测到的分支条件组合数/ /分支条件组合数分支条件组合数11. 路径覆盖率 至少被执行一次的路径数至少被执行一次的路径数/ /程序总路径数程序总路径数目前采用覆盖策略 1. 基于需求的测试覆盖评估依赖于对已执行依赖于对已执行/ /运行的测试用例的核实和分析，所以基于需求的运行的测试用例的核实和分析，所以基于需求的测试覆盖评测就转化为评估测试用例覆盖率：测试的目标是确保测试覆盖评测就转化为评估测试用例覆盖率：测试的目标是确保100%100%的测试用例全部成功地执行。的测试用例全部成功地执行。 2. 基于代
5、码的测试覆盖评估是对被测试的程序代码语句、路径或条件的覆盖率分析。如果应是对被测试的程序代码语句、路径或条件的覆盖率分析。如果应用基于代码的覆盖，则测试策略是根据测试已经执行的源代码的用基于代码的覆盖，则测试策略是根据测试已经执行的源代码的多少来表示的。这种测试覆盖策略类型对于安全至上的系统来说多少来表示的。这种测试覆盖策略类型对于安全至上的系统来说非常重要。非常重要。基于代码的测试覆盖评估 针对于java的项目采用EMMA工具进行分析 针对于delphi项目采用工具还没有定不同利益相关者对软件质量要求是不同的 如何获取利益相关者的不同质量要求？ 如何设计测试用例以满足不同的质量要求？ 如何分
6、析和评估最终软件产品的质量？ 如何提高客户对软件产品的满意度？测试时间和资源有限 如何有效的选择测试重点？ 如何确定测试优先级？ 如何有效的配置测试资源？ 如何分析和评估测试的有效性？如何有效的选择测试重点 软件产品的每个功能模块，对于客户而软件产品的每个功能模块，对于客户而言并不是是同等重要的；言并不是是同等重要的； 用户实际使用过程中的使用频率的分布用户实际使用过程中的使用频率的分布 基于风险的测试策略 选择测试重点：对测试范围进行优先级的划分，将测试设计和选择测试重点：对测试范围进行优先级的划分，将测试设计和执行放在优先级高的区域。执行放在优先级高的区域。 将测试资源分配到高风险的地方，
7、从而更加有效的利用测试资将测试资源分配到高风险的地方，从而更加有效的利用测试资源；源； 确定测试对象在哪些地方容易出现错误，并设计相应的测试用确定测试对象在哪些地方容易出现错误，并设计相应的测试用例来发现这些错误；例来发现这些错误； 基于风险可以更好的对测试状态和测试结果进行报告，从而更基于风险可以更好的对测试状态和测试结果进行报告，从而更好的对测试过程和测试质量进行监控，并根据实际的测试状态好的对测试过程和测试质量进行监控，并根据实际的测试状态对后续测试进行及时调整。对后续测试进行及时调整。 测试得到的需求和资源不完整 如何获取尽量多的显现需求和隐现需求？ 如何利用已有的经验有效设计测试用例
8、？ 如何应对需求的不断变更？如何获取尽量多的需求？ 站在用户角度出发 了解用户原始需求了解用户原始需求目前公司需求来源于需求人员和项目经理的理解，我们如何得到目前公司需求来源于需求人员和项目经理的理解，我们如何得到用户的需要和期望用户的需要和期望 了解行业隐含需求了解行业隐含需求 需求复用需求复用 利用逆向思维方式推测问题 用户当前遇到的问题，是否可以在系统中找到解决方案用户当前遇到的问题，是否可以在系统中找到解决方案如何利用已有的经验有效设计测试用例？ 错误推测法基于代码基于代码基于业务基于业务基于代码的编写者基于代码的编写者基于系统框架基于系统框架如何应对需求的不断变更？ 变更流程的规范 测试流程规范测试设计语言不清晰导致问题 执行者的痛苦 测试覆盖率下降 测试执行效率下降 测试设计的工作成果不被认同测试用例设计语言规范 不要采用一些个性化语言或简称来描述用例 用例描述必须含有主谓宾 预期结果采用smart原则，必须量化、具体例如：验证数据正确性 涉及类似产品，在产品间描述保持一致 同一界面的相同实体描述名称必须一致 专业术语必须准确一致QA
