软件测试技术基础教程2.测试需求分析 (2).pptx

测试需求分析;;原始测试需求分析;;2.需求规格 在原始需求的基础上进一步细化，软件质量概念中曾描述“满足要求”，因此体现软件质量优劣的核心标准即是特性符合程度，反向理解，即是需求表述是否定量或定性，只有明确了要求的规格，才能根据质量标准验证是否满足用户要求及满足的程度，因此需求规格是测试工程师真正需要关心的验证基础。需求规格说明书是经过原始需求细化、与用户确认，从软件质量各大特性及其子特性考虑的量化的用户期望表述文档。一般而言，需求规格说明书包含功???性需求、性能需求、外部接口需求（用户界面接口及外部应用程序接口），根据用户对象不同，可能还包括安全性需求、移植性需求等。需求规格说明书需写明实现哪些需求，哪些需求不能实现，参考哪些现行标准/协议/规范等。例如，原始需求“用户需要一杯水”，需求规格则是“用户需要一杯50ml、60℃左右的纯净水”，定义了期望目标的容量、温度及属性，这样需求易于实现及易于验证。;;;（2）开发需求 对于输入是开发需求的情况，测试工程师可以考虑直接将一条开发需求作为一条原始测试需求来提取，然后参考被测对象概要设计及详细设计规格，检查提取出的原始测试需求是否存在遗漏。在实际操作中，如果觉得开发需求的粒度不合适，需求不够明确具体，则可以考虑拆分成多条或者合并为一条原始测试需求。为明确测试和开发需求的对应关系，要建立原始测试需求和开发需求的跟踪关系（RTM，需求跟踪矩阵），明确提取的原始测试需求对应的开发需求标识，如果有合并的情况，则对应多个开发需求标识。随着市场竞争激烈，产品同质化加剧，奢望一份规范的需求规格说明书，将变得很难，因此很多公司可能仅有开发需求，在这种情况下，测试工程师需根据开发需求及自身经验获取测试需求，并且测试需求初步提取后，一定需经过规范的同行评审环节进行评审验证确认。;;（4）用户需求 单独从用户需求和开发文档中提取原始测试需求，也可能会存在大量的重复，所以通常也是将开发文档和相关的用户需求文档分给同一个人，以其中一个为主，另一个为辅来提取原始测试需求。因为开发需求往往是对用户需求的细化分解，所以一般情况是以开发需求为主提取出原始测试需求后，再通过对用户需求的分析验证提取的原始测试需求是否全面正确。同时，为了让测试更直接面向用户，可以以用户需求为主线，将从开发需求提取出来的原始需求进行整理，因为实际上将这些开发需求还原后，真正的需求来源就是用户需求。质量较高的用户需求通常是从用户实际使用的角度来描述和划分的（可以称之为用户使用场景），此类做法比较符合测试的习惯或要求，可将它们直接作为原始测试需求核心内容，但由于用户考虑问题并没有参考系统的实现，对应到具体的系统上信息不完整，所以需要结合开发需求、设计规格和产品知识进行补充，使得其更加完整和准确。另外部分用户需求是没有体现在开发需求中的，但却可能提取出来作为原始需求。;;;测试项分析;;;测试子项分析;;问题答疑渠道