TA的每日心情 | 无聊 昨天 09:04 |
---|
签到天数: 1044 天 连续签到: 2 天 [LV.10]测试总司令
|
1、引言
1.1 编写目的
由于在xxxxx交付现场进行交付时,评审专家针对交付的文档存在的问题进行指正并且提供了建设性的建议,在此认为有必要写测试文档的规范标准,为后期文档的测试提供方向,也为项目的顺利交付提高效率。
1.2 交付内容测试
1.2.1交付业务功能模块测试
交付的业务模块的功能模块清单进行测试,主要包括:投标文件的业务功能模块,技术方案的业务功能模块,需求文档的业务,系统的业务模块,详细参见下表:
举例说明:测试时将投标文件、技术方案、需求,实际软件对应的功能点列举出来,以投标文件为主,查看那个内容不一样,不一样的原因,说明原因。
1.2.2交付文档清单测试
项目经理在将文档交付给相关测试部门之后,需要交付以下清单的文档,交付的文档以电子版提供,每份文档可以包含若干文件,文文档测试通过之后,在有相关的实施人员打印封装。具体交付的文档包括(以下主要列举必须输出的文档,后续根据实际项目提供交付文档)。
2、交付内容测试规范
2.1 文档测试标准
文档测试时主要用一下几个点进行测试,具体如下:
完整性:主要是测试文档内容的全面性与完整性,从总体上把握文档的质量。
正确性:主要是测试文档的内容与软件实际的正确性,以及文档的格式,标题,目录和文字的正确性。
一致性:主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后,我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。
易理解性:主要是检查文档对关键、重要的操作有无图文说明,文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的,应该附有图表使说明更为直观和明了。
易浏览性:目录清晰,格式统一,结构分明,一看就懂。
打印纸质文档的质量:主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成,过于粗糙,不易于用户保存。优秀的文档例如用户手册和技术白皮书,应提供商品化包装,并且印刷精美。
2.2 交付内容测试结论
测试完毕后输出测试内容文档,一并提交项目经理,并且归档。附表如下:
|
|