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

,Click to edit Master text styles,Second level,Third level Click to edit Master title style,Fourth level,Fifth level,#,软件测试理论,第,七,章,：,需求评审与需求分析,课程回顾,项目管理的内容是什么？,编写软件测试计划应该注意哪些方面？,软件测试计划设计工具有哪些？,软件测试计划主要内容有哪些？,什么是软件测试方案？,软件测试方案与计划的主要区别有哪些？,软件测试过程中，主要的风险有哪些？,本章内容,软件需求,软件需求的重要性,什么是需求规格说明,需求分类,需求规格说明书示例,测试需求,什么是测试需求,测试需求挖掘,需求评审,需求阶段评审的角色和职责,软件需求规格说明书中的评审要点,软件需求评审输出,组织需求评审原则,测试大纲,软件需求,软件需求的重要性,调查数据,美国权威的第三方机构,Standish Group,对,350,家公司的,8000,个软件项目作过一次调查，项目失败的原因是：,与产品需求有关的,(1,2,4,和,6,项,),占了,44.1%,。这些数据突出地显示了软件产,品需求在软件开发中的重要性。,软件需求,需求规格说明书的概念,软件需求规格说明书，简称,SRS,指在特定环境下要完成一定功能的软件产品、程序或一组程序的说明,描述需求规格,需求规格说明书,软件需求,需求分类,原始需求,产品需求,软件需求,测试需求,客户的原始需求，,客户一般不懂得,开发技术，所提,出来的需求是没,有办法直接用于,开发,产品设计人员根,据原始需求、结,合软件实现形成,的需求,软件开发人员将,产品需求进一步,详细化，合理化。,原则上软件需求,技术上是完全可,以实现了,软件需求的进一,步详细化。按照,外部接口、设计,约束等进行全方,位考虑,软件需求,需求规格说明书,项目名称,第三波书店,产品版本,2.0,功能名称,搜索查询书籍,文档版本,1.0,本功能的意义,方便用户直接便捷的查询需要购买的书籍名称,搜索入口如图所示,功能简要描述,添加该功能后，用户可以直接输入他需要的书籍全称或书籍的部分字符，点击搜索或者点击,GO,图标。然后可以显示搜索到的数据。,功能核心逻辑,接受用户输入的书籍全称或书籍全称里的部分字符，不支持,多个字符串的联合查询,搜索结果显示在页面的下半部分，需要按照出版日期升序排,序,搜索结果每页最多显示,10,条记录，如果超过两页，需要进行,分页显示,点击搜索结果中的书籍名称链接，在新开启的浏览器窗口中,显示书籍信息,关键指标,在,100,人同时在线搜索时，搜索时间不超过,0.04,秒,第三波书店搜索功能需求文档,测试需求,什么是测试需求？,测试需求指可直接形成测试大纲，设计测试用例的需求,测试需求,测试需求挖掘,功能需求,输入方面,输入来源是什么？,输入数据数量是几个？,如果有错误输入，响应是什么？,什么是非法输入？什么是无效输入？,第三波书店搜索功能在输入方面的需求挖掘,测试需求,测试需求挖掘,功能需求,处理方面,输入数据的有效性检测的流程是什么？,操作的确切次序，包括各事件的时序是什么？,对异常情况的回应是什么？例如：溢出、通信失败、错误处理,第三波书店搜索功能在处理方面的需求挖掘,测试需求,测试需求挖掘,功能需求,结果输出方面,输出到何处（如浏览器，打印机，文件）？,输出的数量是多少？,输出的时序是什么样的？,对非法值的处理是什么样的？,第三波书店搜索功能在结果输出方面的需求挖掘,测试需求,测试需求挖掘,功能需求,性能需求方面,静态量化可能包含：支持的终端数目，支持的同时使用的用户数，处理的文件和记录的数目，表和文件的大小,动态量化可能包含：在正常或峰值工作量情况下一个特定时间段处理事务或任务的数目及数据量。在正常或峰值工作量情况下处理某个事务或任务所占用系统资源的数量,第三波书店搜索功能在性能需求方面的需求挖掘,测试需求,测试需求挖掘,功能需求,用户接口方面,系统用户显示时要求的屏幕格式,页面规划及报告或菜单的内容,输入和输出的相关时序,一些组合功能键的用法,第三波书店搜索功能在用户接口方面的需求挖掘,测试需求,测试需求挖掘,功能需求,硬件接口方面,描述软件产品和系统硬件组件之间接口的逻辑特征,该功能运行支持哪些设备？怎样支持这些设备和协议呢？,需求评审,需求评审角色和职责,产品需求评审,测试需求评审,角色,职责,软件开发项目经理,带领项目组与系统工程师进行需求交流并进行分析和文档化,组织,SRS,文档评审,软件开发工程师,参加需求评审,如果是完成,SRS,作者，则是需求评审发起人,根据需求评审专家意见，修改,SRS,文档,参加系统测试计划的评审,质量保证人员（,QA,）,监督项目组遵循需求管理流程,参加相关文档评审,保证相关组参加文档评审,软件测试项目经理,参与开发人员的软件需求分析，提出可测试性需求,组织人员参与,SRS,的评审工作,软件系统测试计划写作,需求变更跟踪,软件测试工程师,参与需求评审工作,协助软件测试项目经理完成软件系统测试计划,将需求转化为测试需求,需求评审,评审要点,是否所有的原始需求都在,SRS,中体现了？,在,SRS,中定义需求时，是否避免使用那些会引起歧义的术语？,是否在,SRS,中清楚地描述了软件要做什么及不做什么？,是否在,SRS,中描述了软件使用的目标环境,每个需要是否切实可行、可测试、彼此不冲突？,是否在,SRS,中说明了对每个输入的验证措施，并描述了每个输入的属性。,是否在,SRS,中说明了对每个输入的处理？,是否在,SRS,中说明了每个输出项是如何输出的，并且描述了每个输出的属性。,是否在,SRS,中描述了软件所有的性能要求？,是否在,SRS,中描述了系统中与其它子系统、模块或硬件设备的相关接口？,是否在,SRS,中描述了与操作系统的接口？,需求评审,测试需求评审输出,输出评审表格,输出软件需求规格说明书,组织需求评审原则,留出足够评审时间,评审会议时间一般不超过,2,个小时,评审前，作者根据公司评审要点自检,测试大纲,测试大纲,测试需求以测试大纲的形式展现,第三波书店搜索功能的测试大纲,测试输入的正确性,测试处理的正确性,测试显示的正确性,界面,UI,本章小结,软件需求,软件需求的重要性,什么是需求规格说明,需求分类,需求规格说明书示例,测试需求,什么是测试需求,测试需求挖掘,需求评审,需求阶段评审的角色和职责,软件需求规格说明书中的评审要点,软件需求评审输出,组织需求评审原则,测试大纲,