Ⅰ.工作范围 | A.系统目标 | B.运行环境 | C.主要软件需求 |
Ⅱ.体系结构设计 | A.数据流与控制流复审 | B.导出的程序结构 | C.功能与程序的交叉索引 |
Ⅲ.数据设计 | A.数据对象与形成的数据结构 | B.文件和数据库的结构 i.文件的逻辑结构 ii.文件逻辑记录描述 iii.访问形式 | C.全局数据 i.外部数据接口 ii.外部系统或设备接口 |
Ⅳ.接口设计 | A.人机界面的规格说明 | B.人机界面设计规则 | C.外部接口设计 |
Ⅴ.过程设计 | A.性能标准 | B.测试种类 | C.期望的软件响应 |
Ⅵ.运行设计 | A.处理与算法描述 | B.接口描述 | C.设计语言描述 |
Ⅶ.出错处理设计 | A.出错处理信息 | B.出错处理对策 i.设置后备 ii.性能降级 iii.恢复和再启动 | |
Ⅷ.安全保密设计 | |||
Ⅸ需求/设计交叉索引 | |||
Ⅹ测试部分 | A.测试方针 | B.集成策略 | C.特殊考虑 |
Ⅺ特殊注解 | |||
Ⅻ附录 |
编号 | 评测项 | 评测结果 |
清晰性 | ||
1 | 是否所设计的架构,包括数据流、控制流和接口,被清楚的表达 | |
2 | 是否所有的假设、约束、策略都被记录在文档 | |
3 | 是否定义了总体设计目标 | |
完整性 | ||
4 | 是否所有的以前的TBD都已被解决 | |
5 | 是否设计已经可以支持本文档中遗留的TBD有可能带来的变更 | |
6 | 是否所有的TBD的影响已经都被评估 | |
7 | 是否存在可能不可行的设计部分 | |
8 | 是否已记录设计时的权衡考虑,是否包括了权衡选择的标准和不选择其他方案的原因 | |
依从性 | ||
9 | 是否遵守了该项目的文档编写标准 | |
一致性 | ||
10 | 数据元素、流程和对象的命名和使用在整套系统和外部接口之间是否一致 | |
11 | 是否反映了实际的操作环境(硬件、软件和支持软件) | |
可行性 | ||
12 | 从进度、预算和技术角度上看该设计是否可行 | |
13 | 是否存在错误的、缺少的或不完整的逻辑 | |
数据使用 | ||
14 | 所有复合数据元素、参数及对象是否已文档化 | |
15 | 是否还有需要的但是还未定义的数据结构 | |
16 | 是否已描述最低级别数据元素,是否已详细说明取值范围 | |
17 | 是否对每一下级模块进行了概要算法描述 | |
18 | 所选择的设计和算法能否满足所有的需求 | |
接口 | ||
19 | 操作界面的设计是否有为用户考虑 | |
20 | 是否一描述界面的功能特性 | |
21 | 界面将有利于解决问题吗 | |
22 | 是否所有界面都互相一致,与其他模块一致,及和高级别的文档中需求一致 | |
23 | 是否所有界面都提供了所要求的信息 | |
24 | 是否已说明内部界面之间的关系 | |
25 | 界面的数量和复杂程度是否已减少到最小 | |
可维护性 | ||
26 | 该设计是否是模块化的 | |
27 | 这些模块具有高内聚度和低耦合度吗 | |
28 | 是否已经对继承设计、代码或限期选择工具进行了详细说明功能 | |
29 | 主要性能参数是否已经被详细说明(实时、速度要求、磁盘输入/输出接口等) | |
可靠性 | ||
30 | 该设计能够提供错误检查和恢复吗 | |
31 | 是否考虑非正常情况 | |
32 | 是否所有的错误情况都被完整并准确的说明 | |
33 | 该设计是否满足该系统进行集成时所遵守的约定 | |
易测性 | ||
34 | 是否能够对该套系统测试、演示、分析或者检查来说明它是满足需求的 | |
35 | 该套系统是否能使用增量型的方法来集成测试 | |
可追溯性 | ||
36 | 是否各部分的设计都能追溯到需求说明书的需求 | |
37 | 是否所有的设计决策都能追溯到原来确定的权衡因素 | |
38 | 所继承设计的一致风险是否已确定和分析 |
详细设计评测规范
编号 | 评测项 | 评测结果 |
清晰性 | ||
1 | 所有单元或过程的目的是否都以文档化 | |
2 | 包括了数据流、控制流的接口单元设计是否已清晰地说明 | |
完整性 | ||
3 | 是否定义和初始化所有的变量、指针和常量 | |
4 | 是否已描述单元的全部功能 | |
5 | 是否已详细说明用来实现该单元的关键算法 | |
6 | 是否已列出该单元的调用 | |
依从性 | ||
7 | 是否遵守了该项目的文档编写标准 | |
8 | 是否采用了所要求的的方法和工具进行单元设计 | |
一致性 | ||
9 | 数据元素的命名和使用在整个单元接口之间是否一致 | |
10 | 所有接口的设计是否互相一致并且和更好级别文档一致 | |
正确性 | ||
11 | 是否处理所有条件,是否存在处理“case not found”的条件 | |
12 | 是否正确的规定了分支 | |
数据使用 | ||
13 | 是否声明所有数据都被实际使用到 | |
14 | 是否随意该单元的数据结构都被详细说明 | |
15 | 是否所有修改共享数据的程序都考虑到了其他程序对该共享数据的存取权限 | |
16 | 是否所有的逻辑单元、时间标志和同步标志都被定义和初始化 | |
接口 | ||
17 | 接口参数在数量、类型和顺序上是否匹配 | |
18 | 是否所有输入输出都被正确定义和检查 | |
19 | 是否考虑传递参数序列都被清晰的描述 | |
20 | 是否所有参数和控制标志由已描述的单元传递或返回 | |
21 | 是否详细说明了参数的度量单位、取值范围。正确度和精度 | |
22 | 共享数据区域及其他存取规定的映射是否一致 | |
可维护性 | ||
23 | 单元是否具有高内聚度和低耦合度 | |
性能 | ||
24 | 是否该单元所有的约束都被详细的说明 | |
可靠性 | ||
25 | 初始化是否使用到了缺省值,缺省值是否正确 | |
26 | 是否在访问内从的时候执行了边界检查来确保只是改变了目标存储位置 | |
27 | 是否执行输入输出、接口和结果的错误检查 | |
28 | 是否多所有错误情况都发出了有意义的信息 | |
29 | 对特殊情况返回的代码是否和已规定的全局定义的返回代码相匹配 | |
30 | 是否考虑意外事件 | |
易测性 | ||
31 | 是否能够每个单元进行测试、演示、分析或者检查来说明它是满足需求的 | |
32 | 是否包含检查点来帮助测试 | |
33 | 是否所有逻辑都能被测试 | |
34 | 是否已描述测试程序、测试数据集和测试结果 | |
可追溯性 | ||
35 | 是否设计的每一个部分都能追溯到其他项目文档和需求,也能追溯到更高级别的文档 | |
36 | 是否所有的设计都能追溯到权衡考虑 | |
37 | 单元需求是否能上溯到更高级别的文档,更高级别的文档的需求是否与在单元中体现 |
需求规格说明书评测规范
需求规格说明书评测规范 填表说明:Y—是,TBD—不确定,N—否,NA—不适用。编 号评 测 项评测结果Y/TBD/N/NA 清晰性1系统的目标是否已定义 2是否对关键术语和缩略语进...
需求说明书评测规范
2013年01月21日 14KB 下载
【软件测试】软件质量标准与测试依据和规范
1. 软件质量标准(ISO) 1.1 软件质量保证(ISO) ISO (International Standardization Organization,国际标准化组织) TC/176...
软件测试的需求书
2011年12月26日 39KB 下载
软件测试需求说明书模板
2011年08月20日 119KB 下载
GB/T 15532-2008 计算机软件测试规范 pdf
2009年12月23日 3.83MB 下载
软件需求说明书-规范
2009年09月13日 90KB 下载
软件测试规范文档
2014年07月10日 145KB 下载
必看!软件测试基本流程与要求
软件测试的基本流程是希望通过规范化、标准化的流程,让软件测试可以变得高效,下面我们来看一下测试流程图。 释义:测试需求分析 测试需求是整个测试过程的基础;确定测试对象以及测试 工作...
工作杂谈之:软件测试基本流程与要求
1、目标 制定完整且具体的测试路线和流程,为快速、高效和高质量的软件测试提供基础流程框架。 最终目标是实现软件测试规范化,标准化。 2、测试流程说明 3、测试需求分析 测试需求是...
详细需求说明书规范
2008年03月21日 12KB 下载
软件测试基础题目
1、 列举常用的5种黑盒测试方法。 等价类划分、边界值分析、错误推测、因果图法、正交试验设计法 2、 列举常用的6种白盒测试逻辑覆盖方法 语句覆盖:设计足够多的测试用例,使得程序中每条语句至...
软件测试基础PDF
2014年05月05日 42.34MB 下载
软件需求规格说明书模板(超详细)
2018年02月02日 1.36MB 下载
软件测试基础 电子书 模板
2010年08月11日 14.88MB 下载
最新文章
个人分类
归档
热门文章
- 软件测试基础--软件测试分类
阅读量:1
- 软件测试基础--需求说明书框架及评测规范
阅读量:0