软件测试需求审评与需求分析.pptx

《软件测试需求审评与需求分析.pptx》由会员分享，可在线阅读，更多相关《软件测试需求审评与需求分析.pptx（19页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、软件测试理论软件测试理论第 第七 七章 章：需求评审与需求分析 需求评审与需求分析课程回顾 课程回顾n 项目管理的内容是什么？n 编写软件测试计划应该注意哪些方面？n 软件测试计划设计工具有哪些？n 软件测试计划主要内容有哪些？n 什么是软件测试方案？n 软件测试方案与计划的主要区别有哪些？n 软件测试过程中，主要的风险有哪些？本章内容 本章内容n 软件需求l 软件需求的重要性l 什么是需求规格说明l 需求分类l 需求规格说明书示例n 测试需求l 什么是测试需求l 测试需求挖掘n 需求评审l 需求阶段评审的角色和职责l 软件需求规格说明书中的评审要点l 软件需求评审输出l 组织需求评审原则n

2、测试大纲软件需求n 软件需求的重要性l 调查数据 美国权威的第三方机构Standish Group对350家公司的8000个软件项目作过一次调查，项目失败的原因是：与产品需求有关的(1,2,4和6项)占了44.1%。这些数据突出地显示了软件产品需求在软件开发中的重要性。软件需求 软件需求n 需求规格说明书的概念l 软件需求规格说明书，简称SRS,指在特定环境下要完成一定功能的软件产品、程序或一组程序的说明 l 描述需求规格外部接口性能功能属性设计约束需求规格说明书软件需求n 需求分类l 原始需求l 产品需求l 软件需求l 测试需求客户的原始需求，客户一般不懂得开发技术，所提出来的需求是没有办法

3、直接用于开发产品设计人员根据原始需求、结合软件实现形成的需求 软件开发人员将产品需求进一步详细化，合理化。原则上软件需求技术上是完全可以实现了 软件需求的进一步详细化。按照外部接口、设计约束等进行全方位考虑软件需求n 需求规格说明书项目名称 第三波书店 产品版本 2.0功能名称 搜索查询书籍 文档版本 1.0本功能的意义 方便用户直接便捷的查询需要购买的书籍名称 搜索入口如图所示功能简要描述添加该功能后，用户可以直接输入他需要的书籍全称或书籍的部分字符，点击搜索或者点击GO图标。然后可以显示搜索到的数据。功能核心逻辑接受用户输入的书籍全称或书籍全称里的部分字符，不支持多个字符串的联合查询搜索结

4、果显示在页面的下半部分，需要按照出版日期升序排序搜索结果每页最多显示10条记录，如果超过两页，需要进行分页显示点击搜索结果中的书籍名称链接，在新开启的浏览器窗口中显示书籍信息 关键指标 在100人同时在线搜索时，搜索时间不超过0.04秒 第三波书店搜索功能需求文档 测试需求什么是测试需求？测试需求指可直接形成测试大纲，设计测试用例的需求 测试需求n 测试需求挖掘l 功能需求输入方面 输入来源是什么？输入数据数量是几个？如果有错误输入，响应是什么？什么是非法输入？什么是无效输入？第三波书店搜索功能在输入方面的需求挖掘测试需求n 测试需求挖掘l 功能需求处理方面 输入数据的有效性检测的流程是什么？

5、操作的确切次序，包括各事件的时序是什么？对异常情况的回应是什么？例如：溢出、通信失败、错误处理第三波书店搜索功能在处理方面的需求挖掘测试需求n 测试需求挖掘l 功能需求结果输出方面 输出到何处（如浏览器，打印机，文件）？输出的数量是多少？输出的时序是什么样的？对非法值的处理是什么样的？第三波书店搜索功能在结果输出方面的需求挖掘测试需求n 测试需求挖掘l 功能需求性能需求方面 静态量化可能包含：支持的终端数目，支持的同时使用的用户数，处理的文件和记录的数目，表和文件的大小 动态量化可能包含：在正常或峰值工作量情况下一个特定时间段处理事务或任务的数目及数据量。在正常或峰值工作量情况下处理某个事务或

6、任务所占用系统资源的数量 第三波书店搜索功能在性能需求方面的需求挖掘测试需求n 测试需求挖掘l 功能需求用户接口方面 系统用户显示时要求的屏幕格式 页面规划及报告或菜单的内容 输入和输出的相关时序 一些组合功能键的用法第三波书店搜索功能在用户接口方面的需求挖掘测试需求n 测试需求挖掘l 功能需求硬件接口方面 描述软件产品和系统硬件组件之间接口的逻辑特征 该功能运行支持哪些设备？怎样支持这些设备和协议呢？需求评审n 需求评审角色和职责l 产品需求评审l 测试需求评审角色 职责软件开发项目经理带领项目组与系统工程师进行需求交流并进行分析和文档化组织SRS文档评审 软件开发工程师 参加需求评审如果是

7、完成SRS作者，则是需求评审发起人根据需求评审专家意见，修改SRS文档参加系统测试计划的评审 质量保证人员（QA）监督项目组遵循需求管理流程参加相关文档评审保证相关组参加文档评审 软件测试项目经理 参与开发人员的软件需求分析，提出可测试性需求组织人员参与SRS的评审工作软件系统测试计划写作需求变更跟踪 软件测试工程师 参与需求评审工作协助软件测试项目经理完成软件系统测试计划将需求转化为测试需求 需求评审n 评审要点是否所有的原始需求都在SRS中体现了？在SRS中定义需求时，是否避免使用那些会引起歧义的术语？是否在SRS中清楚地描述了软件要做什么及不做什么？是否在SRS中描述了软件使用的目标环境

8、 每个需要是否切实可行、可测试、彼此不冲突？是否在SRS中说明了对每个输入的验证措施，并描述了每个输入的属性。是否在SRS中说明了对每个输入的处理？是否在SRS中说明了每个输出项是如何输出的，并且描述了每个输出的属性。是否在SRS中描述了软件所有的性能要求？是否在SRS中描述了系统中与其它子系统、模块或硬件设备的相关接口？是否在SRS中描述了与操作系统的接口？需求评审n 测试需求评审输出l 输出评审表格l 输出软件需求规格说明书n 组织需求评审原则l 留出足够评审时间l 评审会议时间一般不超过2个小时l 评审前，作者根据公司评审要点自检测试大纲n 测试大纲l 测试需求以测试大纲的形式展现l 第三波书店搜索功能的测试大纲 测试输入的正确性 测试处理的正确性 测试显示的正确性 界面UI本章小结n 软件需求l 软件需求的重要性l 什么是需求规格说明l 需求分类l 需求规格说明书示例n 测试需求l 什么是测试需求l 测试需求挖掘n 需求评审l 需求阶段评审的角色和职责l 软件需求规格说明书中的评审要点l 软件需求评审输出l 组织需求评审原则n 测试大纲