软件产品交付文档测试规范

     以下的文档是我在工作中，去交付项目时，针对专家提的建议，总结的文档，现在分析出来，希望对大家有用。也欢迎大家各抒己见~

版本控制

版本号	日期	编制人员	审核人员	参与人员	更新说明
1.0					创建初稿

目录

版本控制 2

1、引言 4

1.1 编写目的 4

1.2 交付内容测试 4

1.2.1交付业务功能模块测试 4

1.2.1交付文档清单测试 5

2、交付内容测试规范 6

2.1 文档测试标准 6

3、 交付内容测试结论 7

 

 

1、引言

1.1 编写目的

由于在xxxxx交付现场进行交付时，评审专家针对交付的文档存在的问题进行指正并且提供了建设性的建议，在此认为有必要写测试文档的规范标准，为后期文档的测试提供方向，也为项目的顺利交付提高效率。

1.2 交付内容测试

1.2.1交付业务功能模块测试

 交付的业务模块的功能模块清单进行测试，主要包括：投标文件的业务功能模块，技术方案的业务功能模块，需求文档的业务，系统的业务模块，详细参见下表：

列举投标文件中的所有功能模块	列举技术方案中的所有功能模块	列举需求文档的所有功能模块	列举实际系统的所有功能模块	比对是否一致，（不一致说明原因）	不一致需求的变更（变更之后需要有变更后的审批人）
模块1（子模块1）
模块2（子模块1）
模块3（子模块1）
模块4（子模块1）
模块5（子模块1）
........

举例说明：测试时将投标文件、技术方案、需求，实际软件对应的功能点列举出来，以投标文件为主，查看那个内容不一样，不一样的原因，说明原因。

1.2.1交付文档清单测试

项目经理在将文档交付给相关测试部门之后，需要交付以下清单的文档，交付的文档以电子版提供，每份文档可以包含若干文件，文文档测试通过之后，在有相关的实施人员打印封装。具体交付的文档包括（以下主要列举必须输出的文档，后续根据实际项目提供交付文档）

文档名称	内容要求	是否必须	备注
系统技术方案	按照公司的版本书写即可	是	所以文档的时间必须保持一致，若是系统有建设方，承建方，监理，请在文档中详细注明
系统需求文档
系统投标文件
系统概要设计
系统详细设计
系统测试文档（计划，方案，用例，报告）
数据库设计
培训文档（培训方案，培训手册）

 

2、交付内容测试规范

2.1 文档测试标准

文档测试时主要用一下几个点进行测试，具体如下：

• 完整性：主要是测试文档内容的全面性与完整性，从总体上把握文档的质量。
• 正确性：主要是测试文档的内容与软件实际的正确性，以及文档的格式，标题，目录和文字的正确性。
• 一致性：主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后，我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。
• 易理解性：主要是检查文档对关键、重要的操作有无图文说明，文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的，应该附有图表使说明更为直观和明了。
• 易浏览性：目录清晰，格式统一，结构分明，一看就懂。
• 打印纸质文档的质量：主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成，过于粗糙，不易于用户保存。优秀的文档例如用户手册和技术白皮书，应提供商品化包装，并且印刷精美。

1. 交付内容测试结论

        测试完毕后输出测试内容文档，一并提交项目经理,并且归档。附表如下：

以excel表的形式提交：

 

编号	文档名称	是否通过	测试人员	测试时间	备注
1	....	.
2
....