高效的测试需求分析和测试用例设计-51Testing.PDF

高效的测试需求分析和测试用例设计 Record by Aaron 一．测试用例的质量定义 （1）针对测试需求的覆盖率 主要涉及：对隐含需求的漏测； （2）测试用例的精简程度 主要涉及：剔除冗余的测试用例； （3）测试用例的发现缺陷率 主要涉及：从关心GUI 缺陷到关心业务逻辑缺陷 二．测试分析设计中的常见问题 1. 1. 11.. 方法、技术类 （1） 测试需求分析； 【解决办法】建设公司内部的流程规范。 由测试系统工程师来负责管理需求，包括： ① 原始需求文档； ② 各种协议； ③ 竞争分析； ④ 测试经验； 管理需求 测试需求分析 测试项分析 结合质量模型 测试模型可以参考ISO 质量模型。 质量模型适合做产品的公司，与通用软件结合更紧一些。 对于做项目的公司，更关注于其中的一部分，如：功能、性能和安全性。 （2） 测试用例设计方法； 需要思考：如何综合应用各种测试用例设计方法？ 【解决办法】固定应用模式和公共应用平台建设。 固定应用模式，例如： ① 域分析法（边界值法+等价类法）+ 场景分析法 + 错误推断法 ② 正交分析法 + 场景分析法 + 错误推断法 公共应用平台，例如： ① QC 平台； ② TP 平台（51Testing 自制测试管理软件）； （3） 被测试产品的可测试性分析； <1> 可测性涉及3 个方面： ① 可控性； 例如：测试用例进行稳定性测试，要求电脑重启一万次，如何操作？ 解决办法：可以在电脑启动的BIOS 中设定： i) 电脑重启次数；ii) 电脑重启间隔时间； ② 可观察性； 例如：测试用例要求重启电脑一万次，要是中间出了故障，如何获知 在哪里出了故障？ 解决办法：有Log 日志记录。 ③ 可分析性； 例子：同上。对Log 日志进行分析。 【解决办法】需要培养对业务+测试+开发都了解的综合性人才。 可以考虑测试部自己培养，也可以考虑从开发部转入人员进行培养。 <2> 嵌入式软件测试的难点： ① 问题复现难； ② 问题复现后定位难； （4） 产品相关的业务知识； 【解决办法】有计划，有深度和广度地进行业务培养。 2. 2. 22.. 流程、工具类 （1） 测试用例设计的合理性和测试用例设计的效率； 【解决办法】需要平台进行支撑。 例如：对于500 个需求，有人对应设计了1000 个用例，有人设计了5000 个用例，谁设计得好？ 不能直接进行评价，必须用数据进行支撑。 （2） 测试需求分析工程师和测试设计工程师的合理分工； 【解决办法】把角色定位好，各司其职。 测试需求分析工程师：强调需求分析的完备性。 测试设计工程师：强调测试用例的精简型与高效性。 （3） 对需求到测试用例的全面跟踪和变更管理；