软件测试需求分析.doc

软件测试需求分析.doc

ID:51390568

大小:135.50 KB

页数:13页

时间:2020-03-23

软件测试需求分析.doc_第1页
软件测试需求分析.doc_第2页
软件测试需求分析.doc_第3页
软件测试需求分析.doc_第4页
软件测试需求分析.doc_第5页
资源描述:

《软件测试需求分析.doc》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、{项目名称}软件测试需求分析文件状态:文件标识:[J]草稿当前版木:X.Y[]正式发布作者:[]正在修改完成日期:Year-Month-Day密级:版本历史版木/状态作者参与者起止日期备注目录Contents目录CONTENTS3第1章引言41.1目的41.3术语和缩略语51.4引用文档概述61.5摘要61.5.1重点事项61.5.2争议事项61.5.3风险评估6第2章测试项目72.1软件功能测试72.2业务流程82.3用户界而测试82.4配置测试92.5安全性和访问控制测试92.6性能测试92.7数据和数据库完整性测试102.8

2、故障转移和恢复测试1()2.9文档测试102.10安装卸载测试10第3章测试说明12第4章审批13本计划审批意见13第1章引言1.1目的简述木计划的目的,通过划分需求来源、分解测试需求类型,并分析测试需求的确定性、可测性、测试次序、巫要性、稳定度、工作量…等活动,来定义出测试需求的测试范围、优先级、测试风险、关系及约束,并建立与需求规格、测试用例Z间的双向跟踪关系的过程1.2概述理论丄,软件测试需求是源于软件需求的,而软件需求又是源于用户需求的。然而,有些时候在分析软件测试需求时并不存在已经文档化的软件需求规格说明。在这种情况下,

3、要分析软件测试需求可能仍然需要追溯到用户需求(当发生这种情况时,普通测试工程师会很吃惊地发现H己原来还肩负着需求开发工程帅的部分职责。是的,事实丄,资深的软件测试工程帅会发现软件测试这个职位几乎涉及所有的开发技能和部分管理技能。)由于后者涉及需求工程的专门知识,本文略过不做细述;这里重点讨论前者。在一个规范化的软件需求规格说明屮,用户需求是由更高层次的业务需求(体现在项H章程、sow、项H建议书等文档屮)细化血成,它通常描述了用户使用该软件系统会涉及到的不同的执行路径、工作逻辑以及所预期的处理结果。在uml表示方法屮,用户需求通常

4、通过UseCase来进行刻画。接下来,用户需求将进一步转化为三类需求项,即功能需求项、性能需求项以及约束性需求项。这三类需求项就是通常意义丄的软件需求项。管理这三类需求项的矩阵被称为需求矩阵。理论丄,在测试资源许可并且确有必要的前提下,测试的使命将是验证和确认待开发的软件及其屮间产品满足需求矩阵各个需求项。(注意:为了简化讨论,这里笔者没有把需求的验证与确认纳入进来,实际上这部分工作也是软件测试工作的重要组成部分。详细论述请参阅拙文《试论软件测试学科架构建设》)然而,几乎没有几个公司或开发团队能够提供这类测试所需的诸多的资源,此时

5、,一种可行的策略是将待测试的软件需求项按照优先关系进行排序,以帮助测试经理决策在既定资源的情况下,应该如何统筹安排测试工作。软件需求项是测试需求分析的起点,这一点在工程实践屮并不绝对。对于不同阶段的测试(这里主要指单元测试、集成测试、系统测试和验收测试,暂不考虑验证技术和需求设计确认),测试需求开发所涉及的工作内容和方法都会略有差异。例如,如果是一个验收测试,那么,除了个别的需求需要做进一步明确外,儿乎可以将测试需求等同于用户需求和业务需求(由于该类测试是以客户为主体,因此并不需要向下追溯到软件需求);又如,如果是系统测试,除了需

6、要对不具备可测试性的软件需求项进一步开发外,几乎可以对软件需求和测试需求不做区分。再如,如果是集成测试,测试需求应该从概要设计规格说明屮导岀。如果尚不存在概要设计规格说明,就需要从软件需求规格说明岀发,与软件设计人员协同工作,具体定出构成系统的各个模块、子系统、分系统的功能、性能、约束性条件以及相互接口关系。根据协同工作的结果,开发出对应的测试需求。最后,如果是单元测试,测试需求应该从详细设计规格说明屮导出。如果项H不存在概要设计规格说明,就需要从概要设计规格说明出发,与软件设计人员明确每个模块内部的对象属性与方法以及对象与对象间

7、的通信关系。根据此结果,进一步开发相应的测试需求。相应地,上一节所说的对软件需求项进行优先关系排序在实践屮要变通地理解为对测试需求项进行优先关系排序。测试需求的开发总是有赖于相应层次的软件规格说明书(只有在开发团队不能提供的情况下才确有必要循着“详细设计规格说明-〉概要设计规格说明-〉软件需求规格说明-〉用户需求规格说明-〉项H章程、合同、项H建议书、工作说明书等”的顺序往前追溯)。通常和关依据文档的可测试性越好,测试需求开发所需要的工作量越少。除了对软件需求项、测试需求项做优先关系排序、对不具备可测试性或不确定的需求进一步细化、

8、明确化之外,测试需求开发阶段的工作还包括分析各测试需求项Z间可能的时间关系排序。哪些测试需求项应该先测,哪些可以延后,那些是可以并行等等,都需要在测试需求开发阶段一并分析清楚。1-3术语和缩略语列出本计划中使用的专用术语及其定义列出木计划屮使用的全

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。