如何提高测试设计质量.ppt

《如何提高测试设计质量.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、如何提高软件测试设计质量测试设计重要性设计是测试的灵魂，质量的龙头。测试设计面临问题测试对象的逻辑路径和测试输入数据的组合几乎是无穷的，而穷尽的测试是不可能的不同利益相关者对软件或者软件产品的质量要求是不同的测试时间和资源有限测试得到的需求和资源不完整测试设计语言规范穷尽的测试是不可能的如何有效减少测试用例的数目？如何避免测试用例之间的冗余？如何满足测试覆盖率的要求？如何有效减少测试用例的数目？等价类有效等价类无效等价类边界值如何避免测试用例之间的冗余？规范测试设计按照一定的设计思路进行测试用例设计减少热带风暴可复用的测试用例特性：通用性、有效性、独立性如何满足测试覆

2、盖率的要求？测试覆盖率常用的计算公式：功能覆盖率至少被执行一次的测试功能点数/测试功能点总数（功能点）2.需求覆盖率被验证到的需求数量/总的需求数量（需求）3.覆盖率至少被执行一次的测试用例数/应执行的测试用例总数4.语句覆盖率至少被执行一次的语句数量/有效的程序代码行数5.判定覆盖率判定结果被评价的次数/判定结果总数6.条件覆盖率条件操作数值至少被评价一次的数量/条件操作数值的总数7.判定条件覆盖率条件操作数值或判定结果至少被评价一次的数量/(条件操作数值总数+判定结果总数)8.上下文判定覆盖率上下文内已执行的判定分支数和/(上下文数*上下文内的判定分支总数)9.基

3、于状态的上下文入口覆盖率累加每个状态内执行到的方法数/(状态数*类内方法总数)10.分支条件组合覆盖率被评测到的分支条件组合数/分支条件组合数11.路径覆盖率至少被执行一次的路径数/程序总路径数目前采用覆盖策略1.基于需求的测试覆盖评估依赖于对已执行/运行的测试用例的核实和分析，所以基于需求的测试覆盖评测就转化为评估测试用例覆盖率：测试的目标是确保100%的测试用例全部成功地执行。2.基于代码的测试覆盖评估是对被测试的程序代码语句、路径或条件的覆盖率分析。如果应用基于代码的覆盖，则测试策略是根据测试已经执行的源代码的多少来表示的。这种测试覆盖策略类型对于安全至上的系统

4、来说非常重要。基于代码的测试覆盖评估针对于java的项目采用EMMA工具进行分析针对于delphi项目采用工具还没有定不同利益相关者对软件质量要求是不同的如何获取利益相关者的不同质量要求？如何设计测试用例以满足不同的质量要求？如何分析和评估最终软件产品的质量？如何提高客户对软件产品的满意度？测试时间和资源有限如何有效的选择测试重点？如何确定测试优先级？如何有效的配置测试资源？如何分析和评估测试的有效性？如何有效的选择测试重点软件产品的每个功能模块，对于客户而言并不是是同等重要的；用户实际使用过程中的使用频率的分布基于风险的测试策略选择测试重点：对测试范围进行优先级的划

5、分，将测试设计和执行放在优先级高的区域。将测试资源分配到高风险的地方，从而更加有效的利用测试资源；确定测试对象在哪些地方容易出现错误，并设计相应的测试用例来发现这些错误；基于风险可以更好的对测试状态和测试结果进行报告，从而更好的对测试过程和测试质量进行监控，并根据实际的测试状态对后续测试进行及时调整。测试得到的需求和资源不完整如何获取尽量多的显现需求和隐现需求？如何利用已有的经验有效设计测试用例？如何应对需求的不断变更？如何获取尽量多的需求？站在用户角度出发了解用户原始需求目前公司需求来源于需求人员和项目经理的理解，我们如何得到用户的需要和期望了解行业隐含需求需求复用

6、利用逆向思维方式推测问题用户当前遇到的问题，是否可以在系统中找到解决方案如何利用已有的经验有效设计测试用例？错误推测法基于代码基于业务基于代码的编写者基于系统框架如何应对需求的不断变更？变更流程的规范测试流程规范测试设计语言不清晰导致问题执行者的痛苦测试覆盖率下降测试执行效率下降测试设计的工作成果不被认同测试用例设计语言规范不要采用一些个性化语言或简称来描述用例用例描述必须含有主谓宾预期结果采用smart原则，必须量化、具体例如：验证数据正确性涉及类似产品，在产品间描述保持一致同一界面的相同实体描述名称必须一致专业术语必须准确一致QA