高效的测试需求分析和测试用例设计

高效的测试需求分析和测试用例设计
2010.11.21 在清华科技园宾馆由 51testing 举办了第 49 期沙龙，主题就是高效的测试需求分析和测试用例设计，嘉宾是 51testing 相关人员王威，讲得还是不错的，现在整理出来分享给大家。
1 、典型的测试分析设计样式
• 业务需求分析                             需求项整理（保证需求项的颗粒度基本一致）
• 需求规则分析                             测试项分析
• 概要设计                                      测试用例规划
• 详细设计                                      测试用例实现
• 编码                                                测试用例执行



2 、测试需求分析和测试用例设计常见问题
         需求 Mr. OK à 开发 Mr. Delay à 测试 Mr. Sorry
         1 ）方法、技术
                   —测试需求分析方法：懂业务、懂测试
                   —测试用例设计方法：重点在于测试用例设计方法与业务关联
                   —被测试产品的可测试性分析
                            A ）可设计性：拿到需求，能设计出测试用例
                            B ）可控性：执行测试用例，总是需要手工执行；或手工执行也很难执行，如：测试重启电脑一万次；
                            C ）可观察性：输出不仅仅限于返回的输出，如可嵌入系统内需修改某些状态，而这些状态我们是从界面上看不到的；
                            评审需求是从可测试性角度执行的（以上三点）。
                   —产品相关的业务知识（可参加一些技术认证考试、或看业务知识相关书籍）
         2 ）流程、工具
                   —测试用例设计的合理性和测试用例设计的效率 è 测试是在成本和质量之间找到一个平衡点，保留少量的测试用例，裁剪掉大部分的测试用例（全排列组合），但是一旦裁剪测试用例，就有可能遗漏测试点。
                   —测试需求分析工程师和测试设计工程师合理分工（公司内部使用的系统，由于客户容忍度高，所以测试不严谨）。
                   —对需求到测试用例的全面跟踪和变量管理 è 涉及需求的覆盖度 = 测试用例 / 需求项，且测试用例的设计应满足需求的颗粒度应基本一致，如： 50% 的测试用例覆盖 10% 的需求项。
                   —针对多个版本继承的测试用例的高效裁剪和补充：手机 1.0 版本 è 手机 2.0 版本，声音有变动，其余无变动，则涉及 1.0 版本测试用例的继承、裁剪和补充
         3 ）人
                   —测试工程师的基本素质要求
                   —测试分析和测试用例设计人员的技能培养
懂 VB 、 VC 、 dephi ，不容易被开发蒙骗，关键是测试需求分析和测试用例设计。
                   —测试工程师业务知识的培养
3 、测试用例的质量定义：理解开发、设计、配置管理、质量管理（质量的度量指标）
         —针对需求的覆盖率
         —测试用例的精简程度
         —测试用例发现缺陷率
         —测试用例的可执行性和执行效率
4 、针对复杂产品的测试分析设计：测试项力求全面，测试用例力求精简，一个测试项可能对应好几个测试用例