分类： 项目管理
2009-04-14 09:09:26
磁针石 oychw.cublog.cn
联系方式： gmail and gtalk: xurongzhong#gmail.com
文件路径：
初稿日期：
来源：《软件评测师教程》
类型：读书笔记
略
单元、集成（组装）、确认、系统测试。
＊ 测试信息流
测试过程的主要输入如下：
软件配置
测试配置
测试工具
＊ 分析设计阶段
-＊需求说明书评测
--＊编制良好的需求说明书8条原则
原则1：功能与实现分离，即描述要"做什么"而不是"怎样实现"
原则2：要求使用面向处理的规格说明语言，讨论来自环境的各种刺激可能导致系统做出什么样的功能性反应，来定义一个行为模型，从而得到"做什么"的规格说明。
原则3：如果目标软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中。描述该目标软件与系统的其它系统元素交互的方式。
原则4：规格说明必须包括系统运行的环境。
原则5：系统规格说明必须是一个认识的模型，而不是设计或实现的模型。
原则6：规格说明必须是可操作的。规格说明必须是充分完全和形式的，以便能够利用它决定对于任意给定的测试用例，已提出的实现方案是否都能满足规格说明。
原则7：规格说明必须容许不完备性并允许扩充。
原则8：规格说明必须局部化和松散的耦合。它所包括的信息必须局部化，这样当信息被修改时，只要修改某个单个的段落（理想情况）。同时，规格说明应被松散地构造（即耦合），以便能够很容易地加入和删去一些段落。
--＊需求说明书的框架
需求说明书是分析任务的最终产物，通过建立完整的信息描述、详细的功能和行为描述、性能需求和设计约束的说明、合适的验收标准，给出对目标软件的各种需求。软件需求说明书的框架：
Ⅰ. 引言 A.系统参考文献 B.整体描述 C.软件项目约束
Ⅱ. 信息描述 A.信息内容表示 B.信息流表示 a,数据流 b,控制流
Ⅲ. 功能描述 A.功能划分 B.功能描述 a,处理说明 b,限制∕局限 c,性能需求 d,设计约束 e,支撑图 C.控制描述 a,控制规则说明 b,设计约束
Ⅳ. 行为描述 A.系统状态 B.事件和响应
Ⅴ. 检验标准 A.性能范围 B.测试种类 C.期望的软件响应 D.特殊的考虑
Ⅵ. 参考书目
Ⅶ. 附录
--＊需求说明书评测内容
需求说明书评测作为需求分析阶段工作的复查手段，应该对功能的正确性、完整性和清晰性，以及其他需求给予评测。评测的主要内容是：
1、系统定义的目标是否与用户的要求一致；
2、系统需求分析阶段提供的文档资料是否齐全；
3、文档中的所有描述是否完整、清晰，准确地反映用户要求；
4、与所有其他系统成分的重要接口是否都已经描述；
5、被开发项目的数据流与数据结构是否足够、确定；
6、所有图表是否清楚，在不补充说明时能否理解；
7、主要功能是否已包括在规定的软件范围之内，是否都已充分说明；
8、软件的行为和它必须处理的信息、必须完成的功能是否一致；
9、设计的约束条件或限制条件是否符合实际；
10、是否考虑了开发的技术风险；
11、是否考虑过软件需求的其他方案；
12、是否考虑过将来可能会提出的软件需求；
13、是否详细制定了检验标准，它们能否对系统定义是否成功进行确认；
14、有没有遗漏、重复或不一致的地方；
15、用户是否审查了初步的用户手册或原型；
16、项目开发计划中的估算是否受到了影响。
为保证软件需求定义的质量，评测应由专门制定的人员负责，并按规程严格进行。评审结束，应有评审负责人的结论意见及签字。除承建单位分析员外，业主单位人员和测试单位都应当参加评测工作。需求说明书要经过严格评测，一般，评测的结果都包括了一些修改意见，待修改完成后再经评测，才可进入设计阶段。
需求规格说明书评测规范
填表说明：Y—是，TBD—不确定，N—否，NA—不适用。
|
编 号 |
评
测 项 |
评测结果 Y/TBD/N/NA |
|
清晰性 |
||
|
1 |
系统的目标是否已定义 |
|
|
2 |
是否对关键术语和缩略语进行定义和描述 |
|
|
3 |
所使用的术语是否和用户/客户使用的一致 |
|
|
4 |
需求的描述是否清晰，不含糊 |
|
|
5 |
是否有对整套系统进行功能描述 |
|
|
6 |
是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置） |
|
|
7 |
如果有会影响实施的假设情况，是否已经声明 |
|
|
8 |
是否已经对每个业务逻辑进行输入、输出以及过程的详细说明 |
|
|
完整性 |
||
|
9 |
是否列出了系统所必须的依赖、假设以及约束 |
|
|
10 |
是否对每个提交物或阶段实施都进行了需求说明 |
|
|
11 |
需求说明书是否已包含了主要的质量属性，例如有效性、高效性、灵活性、完整性、互操作性、可靠性、健壮性、可用性、可维护性、可移植性、可重用性和可测性（此范围比较广，包括性能指标、需求是否遗漏、重复或不一致的地方等） |
|
|
依从性 |
||
|
12 |
该文档是否遵守了公司规定的文档编写标准 |
|
|
一致性 |
||
|
13 |
需求说明是否存在直接相互矛盾的条目 |
|
|
14 |
本需求说明书是否与相关需求素材一致 |
|
|
可行性 |
||
|
15 |
所描述的所有功能是否必要并充分地满足客户/系统目标 |
|
|
16 |
需求规格说明书描述的详细程度是否足以满足进行详细设计 |
|
|
17 |
已知的限制（局限）是否已经详细说明 |
|
|
18 |
是否已确认每个需求的优先级别 |
|
|
可管理性 |
||
|
19 |
是否将需求分别陈述，因此它们是独立的并且是可检查的 |
|
|
20 |
是否所有需求都可以回溯到相应的需求素材，反之亦然 |
|
|
21 |
是否已详细说明需求变更的过程 |
|
