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 、针对复杂产品的测试分析设计：测试项力求全面，测试用例力求精简，一个测试项可能对应好几个测试用例
