软件教学教案需求分析

软件教学教案需求分析

ID:45501290

大小:35.37 KB

页数:13页

时间:2019-11-14

软件教学教案需求分析_第1页
软件教学教案需求分析_第2页
软件教学教案需求分析_第3页
软件教学教案需求分析_第4页
软件教学教案需求分析_第5页
资源描述:

《软件教学教案需求分析》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、+软件系统测试需求分析模版产品名称:_____项目承担部门:_______________________________本文档使用部门:撰写人:______________________________________________________________完成日期:_____评审负责人:评审日期:______________________________________________________________+目录目录2修订历史记录3日期3版本3说明3作者31概述31.1测试需求分析

2、的目的31.2测试需求分析的依据31.3测试需求分析的方法41.4定义42软件产品说明42.1项目背景42.2项目需求说明42.3项目整体设计说明4+3测试需求分析53.1原始需求53.2产品测试需求列表53.3测试类型确定93.4测试环境要求94测试规格评估94.1测试类型评估94.2测试用例密度104.3需求覆盖率10修订历史记录日期版本说明作者+1概述1.1测试需求分析的目的+测试需求分析的目的是明确应测什么,了解测试规模、复杂程度与可能存在的风险,其核心是产品质量符合用户明确的或者隐含的需求程度。

3、1.2测试需求分析的依据1)待测软件系统相关的需求文档,如《xxx系统软件需求规格说明》;2)待测软件系统相关的设计文档,如《XXX系统设计文档》;3)GB/T16260.1-2006《软件工程产品质量第1部分:质量模型》;4)GB/T25000.51-2010《软件工程软件产品质量要求与评价(SQuaRE)商业现货(COTS)软件产品的质量要求和测试细则》;5)软件系统相关的协议、规范;6)待测软件系统业务行标。1.3测试需求分析的方法1)列出软件开发需求中具有可测试性的开发需求;2)对1)中的每一条开发需求

4、,形成可测试的分层描述的测试需求;3)对2)形成的测试需求,从GB/T16260.1-2006《软件工程产品质量第1部分:质量模型》由定义的软件内部/外部质量模型来确定软件产品的质量需求;4)对3)所确定的质量要求,分析测试执行时需要实施的测试类型;5)建立测试需求跟踪矩阵,对需求进行管理。1.4定义[列出测试需求说明书中用到的专业术语的定义和外文首字母词组的原词组、缩写词和符号。]2软件产品说明2.1项目背景[简要介绍产品的项目背景,行业、主要承担业务等。]2.2项目需求说明+填写相关信息或相关文档,如详见

5、《XXX系统需求说明文档》。2.3项目整体设计说明填写相关信息或相关文档,如详见《XXX系统总体设计》。3测试需求分析3.1原始需求原始需求是从用户需求、产品包需求、系统需求、测试经验库、协议规范等需求来源中提取的经过整理的输入集合。本文的原始需求亦即经过整理成文的业务需求,3.2求列表文档6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666

6、66666666将每一条需求对应的系统、业务需求编号、业务需求说明及相关文档注明。其中系统名称为被测系统名称;需求版本号为业务需求版本号;业务需求的编号和业务需求名称引用需求分析文档编号及名称,描述引用需求分析文档描述。表1业务需求表系统名称需求版本业务需求编号业务需求名业务需求描述3.2产品测试需求列表+测试需求列表是在原始需求列表的基础上,对每一条原始业务需求进行分析,形成可测试的分层描述的测试要点,再根据标准和需求文档对每一个测试要点进行分析,得出需要执行的测试类型和更详细的测试描述,最终与原始需求列表

7、综合形成测试需求列表。测试需求的类型,可分为功能性、安全性测试、接口测试、容量测试、完整性测试、结构测试、用户界面测试、负载测试、压力测试、疲劳强度测试、恢复时间测试、配置测试、兼容性测试、可维护性测试等;前置条件即测试需求需执行的前提条件;优先级一般定义为核心级,重要级,一般级和建议级,其中核心是指针对于必不可少的功能需求、非功能需求及核心的业务流程的测试需求;重要是指针对于关键的功能需求、重要的非功能需求及重要的业务流程的测试需求;一般是指对于一些为特定用户或业务需求而设的系统功能,由于这些系统功能使用频率

8、相对较低,或者这些系统功能可以由其它的方法实现其替代功能,因而即使发布版中并未包括这些功能,也不会对收入或客户满意度造成太大的影响;建议是指针对于一般的测试需求,如果受资源或时间的约束,在预定的产品发布时间,有可能不能完成对这些系统功能的验证,则这些系统功能的测试需求被定义为建议的。测试需求评审状态包括:未评审、已评审、不评审。评审的内容包括:1)完整性评审:应保证测试需求能充分覆盖软

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

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

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