软件测试需求管理

软件测试综合管理及相关工具与实践基础篇第二章软件测试需求管理第二章软件测试需求管理3Introduction2.1软件测试需求概念2.2软件测试需求分析2.3软件测试需求管理内容2.4惠普测试需求管理解决方案2.1软件测试需求概念开篇寄语如果你不知道要去哪里，那么你可能会走向任何一条路。做正确的事比正确地做事更重要。2.1.1软件测试需求2.1软件测试需求概念软件需求的概念用户解决某一问题或达到某一目标所需的软件功能。系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。2.1.1软件测试需求2.1软件测试需求概念软件需求的重要性开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作就是编写出详细的需求，包括所有面向用户、面向机器和其他软件系统的接口。需求是产品的根源，需求工作的优劣对产品影响最大。国内软件业的痼疾：人们并不清楚究竟该做什么，但却一直忙碌不停的开发。2.1.1软件测试需求2.1软件测试需求概念软件需求管理的目标：2.1.2软件需求管理1)软件需求规格说明已文档化，并经评审后存档。2)文档化的软件需求规格说明受管理和控制。3)供软件工程和管理使用的分配基线已建立。4)软件开发计划、软件工作产品和软件过程活动与软件需求保持一致。2.1软件测试需求概念软件测试需求的概念及重要性测试需求是根据程序文件和质量目标对软件测试活动所提的要求。软件测试需求是开发测试用例的依据。详细的测试需求还是衡量测试覆盖率的重要指标。2.1.1软件测试需求2.1软件测试需求概念软件测试需求管理的定义：通过人为的和技术的手段、方法和流程，以保证和监督测试团队达到测试软件产品的目标。应对软件需求、软件测试需求及相关需求的问题，并有效地分析出测试的具体需求，并以此为软件测试设计提供尽可能准确的信息作为参考。2.1.3软件测试需求管理2.1软件测试需求概念软件测试需求管理活动中的问题：2.1.3软件测试需求管理忽视开展软件测试活动前的测试需求分析。需求管理缺乏统一、规范化的方法论的指导。需求文档资料不齐全或不准确。忽视与用户之间、开发组成员之间的交流。忽视测试需求管理的重要性。2.2软件测试需求分析软件测试需求分析的目标：2.2.1分析的目标和任务对软件测试要解决的问题进行详细的分析，弄清楚参与软件测试活动的干系人对软件测试活动和交付物的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。2.2软件测试需求分析软件测试需求分析的任务：通过对测试活动需要解决问题及其环境的理解、分析和综合，建立分析模型。在完全弄清所有测试活动干系人对测试的确切要求的基础上，用“软件测试需求规格说明书”（SRS）把测试需求以正式书面形式确定下来。2.2.1分析的目标和任务2.2软件测试需求分析软件测试需求分析的方法从软件需求推导软件测试需求的方法2.2.2分析的方法软件测试需求分析步骤2.2软件测试需求分析Step01：根据软件开发需求说明书逐条列出软件开发需求，并判断其可测试性。Step02：形成可测试的描述并界定出测试范围。Step03：根据质量标准，逐条制定质量需求，即测试通过标准。Step04：分析测试执行时需要实施的测试类型。Step05：建立测试需求跟踪矩阵，并输入测试需求管理系统，对测试需求实施严格有效的管理。2.2.2分析的方法软件测试需求分析的方法从软件需求推导软件测试需求的方法2.2软件测试需求分析2.2.2分析的方法软件测试需求分析的方法整理开发需求的方法删除原开发需求列表中重复的、冗余的含有包含关系的开发需求描述；细化过于简略的开发需求。合并类似的开发需求。2.2软件测试需求分析软件测试需求分析的重要环节2.2.3分析的过程需求干系人分析需求收集和整理需求的优先级排序需求评审客户用户开发团队项目经理公司高管系统架构师测试专家2.2软件测试需求分析软件测试需求分析结果的评审评审内容评审的内容包括完整性检查和准确性检查。评审的方法相互评审、交叉评审轮查（分配审查）走查小组评审2.2.4分析结果和评审2.3软件测试需求管理内容从关注几个方面的问题来分析软件测试需求管理的内容：（1）定义测试需求（2）确认测试需求（3）建立测试需求状态（4）评审测试需求（5）测试需求责任制（6）测试需求跟踪2.3软件测试需求管理内容软件测试需求的变更的原因2.3.1变更管理客户的需求变更市场需求变更技术或非技术的其他原因2.3软件测试需求管理内容软件测试需求变更管理软件测试需求变更的主要任务分析变更的必要性和合理性，确定是否实施变更；记录变更信息，提交变更申请；做出更改；修改相应的软件测试工作，如更新测试用例等；评审后，正式发布新版本的软件测试需求说明书。2.3.1变更管理2.3软件测试需求管理内容在测试工作进展的过程中，可能存在若干种状态：（1）只知道大致需求，具体细节还有待细化；（2）已经初步确定，等待评审；（3）已经确定的，并经过团队评审，在可预期未来不会发生变更；（4）已经评审完毕正在进行设计、实现测试用例的测试需求；（5）完成设计、实现测试用例的测试需求。2.3.2状态管理2.3软件测试需求管理内容软件测试需求的状态Open：对于原始需求或接收到的正式需求，但未正式进行需求分析之前的需求状态统一定义为：“Open”状态。Analyzed：对需求状态为“Open”的需求，若已完成需求分析过程，但还未正式通过需求评审前，其状态统一定义为“Analyzed”状态。Reviewed：对需求状态为“Analyzed”的需求，若已正式通过需求评审，但还未完成测试，或测试结果为不合格之前，其状态统一定义为“Reviewed”状态。Resolved：对需求状态为“Analyzed”或“Reviewed”的需求，若已完成需求设计和编码，且已通过单元测试，其状态统一定义为“Resolved”状态。Passed：对需求状态为“Resolved”的需求，如果已通过正式测试，其状态统一定义为“Passed”状态。2.3.2状态管理2.3软件测试需求管理内容软件测试需求的状态Unresolved：对需求状态为“Resolved”的需求，如果未通过正式测试，其状态统一定义为“Unresolved”状态。Closed：对需求状态为“Resolved”的需求，若需求已正式上线商用，且得到客户和项目团队的共同认可后，其状态统一定义为“Closed”状态。Cancel：当原定义的某些需求被取消时（包括上线前取消和上线后取消），其需求状态统一定义为“Cancel”状态。Failed：对需求状态为“Closed”的需求，若需求在上线商用后发现问题或存在缺陷，需要对其进行修正时，其需求状态统一定义为“Failed”状态。2.3.2状态管理2.3软件测试需求管理内容软件测试需求状态转换2.3.2状态管理测试需求状态转换2.3软件测试需求管理内容定义：软件测试需求文档的版本管理是软件测试需求管理的基础，基于此可以使得同一软件测试需求文档可以被测试团队中不同的人员编辑，并且记录下每次编辑的增量，必要的情况下还可以回滚到某个版本。HPApplicationLifecycleManagement文档版本管理的功能：•权限管理•每次文档升级后的版本管理•团队协作时同时操作•文档版本比较2.3.3文档版本管理2.3软件测试需求管理内容软件测试需求跟踪是指跟踪一个软件测试需求使用期限的全过程。软件测试需求跟踪有两种方式，正向跟踪与逆向跟踪2.3.4跟踪管理软件测试需求跟踪2.3软件测试需求管理内容软件测试需求跟踪的作用•为测试团队提供了软件测试需求跟踪能力。•通过跟踪软件测试需求的后续测试用例信息可以帮助确保所有软件测试需求被实现，没有遗漏。•在对软件测试需求进行增、删、改等变更时可以确保与之对应的测试用例也进行必要的更新，而不被忽略。•及时可靠的对软件测试需求进行跟踪，使得维护时能正确、完整地实施变更，从而提高生产效率。2.3.4跟踪管理2.4惠普测试需求管理解决方案用于现代应用测试的软件解决方案有惠普应用生命周期管理(ALM)是一款应用测试软件，可为您提供统一的存储库、一致的用户体验和可定制的仪表板，支持从单一存储库管理整个应用生命周期，包括从需求开始到准备交付为止的整个过程。简介2.4惠普测试需求管理解决方案惠普应用程序生命周期管理流程图（1）指定版本（2）指定需求（3）计划测试（4）执行测试（5）追踪缺陷惠普应用程序生命周期管理流程图2.4惠普测试需求管理解决方案惠普应用程序生命周期管理系统模块有11个模块，如图左侧边栏所示。2.4.1测试需求管理相关模块ALM需求相关模块示意图