软件质量保证Word文档格式.docx

软件质量保证Word文档格式.docx

《软件质量保证Word文档格式.docx》由会员分享，可在线阅读，更多相关《软件质量保证Word文档格式.docx（10页珍藏版）》请在冰点文库上搜索。

项目组管理办公室办公地点：

联系人：

办公电话：

手机：

Email：

QQ：

①软件开发过程模型

项目生命周期阶段划分（天），见表1所示的内容。

表1：

软件开发过程阶段划分表

阶段1

阶段2

阶段3

阶段4

……

每一阶段的版本号以及完成时间见表表2所示的内容。

表2：

阶段版本号及完成时间表

版本号

阶段

完成日期

1开发各阶段里程碑

各阶段应提供的工件清单（见表3所示）。

表3：

阶段性工件清单

工件

③项目组成人员清单见表4所示。

表4：

项目组成人员清单

工号

姓名

职称

在项目中作用

预计工作量（天）

④项目产生的文档

列出项目过程中产生的文档（见表5所示），包括最终用户交付文档，内部验收交付文档和项目组内部非交付文档。

对于交付文档需指出参考的标准或模板。

表5：

项目实施中的文档清单

文档名称

标准/规范

模板

交付类型

3.SQA活动

①本项目的质量保证目标：

机构设置

描述项目组织及和SQA的关系。

SQA人员

描述项目SQA组的组织构成，包括SQA组组长，SQA组成员的基本情况、联系方式。

项目组SQA人员组成如下：

SQA组组长；

SQA组成员；

SQA进度安排；

SQA所有的活动都应依据《软件项目开发计划》制定和执行。

职责/权利

需要说明以下几点：

SQA人员负责执行SQA计划；

SQA组、项目经理、项目组、测试组以及其他受影响的组和个人共同评审SQA计划；

SQA组要随时与项目经理、测试组、相关组负责人接洽；

对不符合性问题进行处理，形成审计报告，并逐级上报，跟踪问题直到解决。

②制定SQA计划安排

编制时间：

SQA人员：

评审人时间：

③SQA活动及结果

活动类型包括：

参与、走查、审计会、评审会、抽查。

《审计报告》以事件驱动的形式提交给项目经理、高级管理者（依据《SQA规范》执行）

SQA进度安排，其整个内容见表6所示。

表6：

SQA进度安排表

SQA

任务

计划

日期

起止

时间

审查

文档

活动

形式

检查表编号

审计

结果

项目组

成员

4.标准

列出项目开发过程中将应用的或必须遵循的标准。

所列的标准、规范、组织过程等是SQA开展活动的基础和依据。

①软件开发组织（公司）内强制标准

阐述软件开发组织（公司）的软件开发过程规范和标准。

②软件开发组织（公司）外部标准

现行的软件开发组织以外的可以借鉴的软件开发规范和标准。

③项目内部标准

根据所要开发的软件特殊性，项目组所制订的针对该项目的标准。

④不符合性问题处理

将不符合性问题写入审计报告，并与项目经理一起协商加以解决（纠正措施、解决期限和复审时间），将不符合性问题、纠正措施等事宜写入SQA审计报告，并报告给项目经理和抄送SQA组长；

SQA组针对上述不符合性问题进行复审，验证不符合性问题是否得到纠正。

如果所有问题已纠正，SQA组在审计报告上签字确认，本过程结束；

有些不符合性问题在不能和项目经理一起协商加以解决的（特指不能与项目经理形成一致的解决方案和期限的；

或项目经理不能提供相关证据证明SQA指出的不符合性问题是错误的），SQA组将不符合性问题及情况说明写入SQA审计报告，报告给开发部部门主管，并抄送SQA主管和项目经理；

SQA组针对上报给部门主管的不符合性问题进行复审，验证不符合性问题是否得到纠正。

如果仍有问题没有解决，SQA组将没有解决的不符合性问题及情况说明写入SQA审计报告，上报给开发部部门主管、项目经理和SQA主管；

追踪上报的不符合性问题，直至不符合性问题得以解决；

SQA组根据不符合性问题的严重程度，有权直接将审计报告汇报给组织软件开发主要负责人；

将审计报告纳入项目软件开发配置管理并提交到组织的过程数据库中。

⑤度量

列出本项目需要收集的SQA活动的度量，包括：

计划与实际的SQA进度，计划与实际的SQA工作量，不符合性问题的纠正率等。

SQA活动花费的工作量（计划值、实际值）。

评审、审计活动次数（计划值、实际值）。

5.相关计划

根据软件开发要求所制订的与软件开发质量管理和控制相关的计划。

6.测试计划

测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试。

一般测试计划主要包括：

①介绍

详细描述软件测试的目的、背景、测试范围和项目文件列表。

②测试需求

在软件开发过程中对测试工作的各种需求。

测试计划最关键的一步就是将软件分解成单元，写出测试需求。

测试需求有很多分类方法，最普通的一种就是按照相关功能分类。

把软件分解成单元元件有几个好处：

●测试需求是测试设计和开发测试用例的基础，分成单元可以更好地进行设计；

●详细的测试需求是用来衡量测试覆盖率的重要指标；

●测试需求包括各种测试实际和开发以及所需资源。

③测试策略

测试策略描述测试工程的总体方法和目标。

描述目前在进行哪一阶段的测试（单元测试、集成测试、系统测试）以及每个阶段内在进行的测试种类（功能测试、性能测试、压力测试等）。

测试策略包括

●要使用的测试技术和工具；

●测试完成标准；

●影响资源分配的特殊考虑例如测试与外部接口或者模拟物理损坏、安全性威胁。

④测试类型

主要从以下几个方面来描述测试的类型。

●功能测试；

●用户界面测试；

●性能测试；

●压力测试；

●容量测试；

●配置测试；

●安装测试。

⑤工具

通常75%用自动测试，25%手工测试，每个项目可以根据具体情况来设定其比例。

⑥资源

资源主要有人力资源和系统资源。

●人力资源

主要描述在测试过程中相关人员的工作职责。

测试经理：

为测试项目提供总体方向。

开发测试计划、征集并监督测试人员、申请系统资源、监视并汇报工作进程、测试评估、测试需求的分解。

测试工程师完成设计和开发。

设计：

对被测软件的详细了解、分解测试需求的技能、选择在相应网络结构环境下用来验证测试需求的技术。

开发：

熟悉SQA、开发工具和脚本语言。

测试工程师完成执行。

负责测试执行和记录结果。

需要能够安装系统，网络知识，初始化数据库和其他初始条件。

重要的是诊断能力。

测试系统管理者。

每个测试项目必须指定一个专人负责管理。

包括在服务器上安装存储库，安装打印机连接，执行备份，以及其他维护工作。

管理者必须高度熟悉SQA，网络工作经验。

●系统资源

测试工作所需要的软硬件资源，这些资源主要用于测试工作用，不能影响软件的开发工作及进程。

安装和配置质量保证的硬件和软件环境。

数据库服务器，该服务器必须专用于测试工作，能够重置某些初始值，包括系统日期和时间等。

⑦调度

创建工程调度表，并完成测试工作实施和协调工作。

⑧文档

主要包括：

软件元件文档、测试特性文档资料、测试日记、缺陷报告等。

7.配置管理计划

可说明详见《软件开发配置管理计划》。

8.风险管理计划

在项目管理中，建立风险管理策略和在项目的生命周期中不断控制风险是非常重要的，风险管理计划应主要包括以下内容。

●说明

说明实施风险管理的目的、背景、范围和项目文件列表。

●风险识别

描述识别风险的方法和基本步骤（常用的有风险识别法有：

问询法（座谈法和专家面谈法等）、财务报表法、流程图法、现场观察法、相关部门配合法和环境分析法等）。

●风险评估

充分描述对已识别的风险进行估计和评价（风险估计的主要任务是确定风险发生的概率与后果，风险评价则是确定该风险的经济意义及处理的费/效分析，常用的方法有：

概率分布、外推法、多目标分析法等。

）

●风险处理

描述风险处理和规避的主要方法和措施，特别是针对软件开发中风险类型进行处理和规避的具体方法（通常风险处理方法有三种，即：

①风险控制法，即主动采取措施避免风险，消灭风险，中和风险或采用紧急方案降低风险。

②风险自留，当风险量不大时可以余留风险。

③风险转移等）。

●风险监控

描述对风险发生的监督和对风险管理的监督方法和机制，以及采取的措施。

9.培训计划

说明：

为有效实施SQA计划，需要对SQA组的人员和全体软件开发人员进行培训，应根据项目实施的具体需要拟定针对不同对象的人员培训计划。

应详细列出组织培训的责任人、参加培训人员及部门、培训时间、培训教师、培训内容、培训地点、要达到的目标、考核办法等内容。

10.SQA工具、技术和方法

说明SQA活动中所应用的工具、技术和方法。

SQA实施中所要使用的工具及如何获取工具。

在SQA实施过程中面临技术问题和具体解决方法。

11.参考资料

列出相关的参考资料。