汽车软件测试专栏—测试文档及其管理（第六期）

xiaocheng

测试文档是用来记录、描述、展示测试过程中一系列测试信息的处理过程，通过书面或图示的形式对项目测试活动过程或结果进行描述、定义及报告。

测试文档的目的

提高项目测试过程的透明度

文档化能规范测试，提高测试效率

便于团队成员之间的交流与合作

对于项目“传承”的重要性

是测试人员经验提升的最好途径

有利于项目测试的监控作用

为什么工程师有时不愿意写文档呢？

由于模型和文档需要实时更新，但是项目开发过程中总是存在着差异，随着项目截止时间的来临，会集中把时间花费在模型开发，而文档更新就延迟很久了，并且很多人认为，文档是写给自己看的。每个项目的开发周期安排会根据上一级项目的开发进行调整，或者很多变更的需求来临时，编写文档会导致进度太慢。开发工程师会认为文档编写的过程没有搭建模型有成就感，并且最终项目的交付物是模型，而不是开发文档。

开发及测试文档缺失带来的后果

无法给测试人员提供完整的依据，仅仅通过口头传递，容易造成信息的丢失，且无法进行技术内容的评审。

软件工程师员工的离职，模型没人看得懂。

对于后续工作迭代开发，没有参考依据。

测试工程师只有测试用例文档，其它的都缺失，或者不完善。如果没有测试计划文档，项目的测试时间和进度无法控制，并且难以协调整个项目测试过程的运行。如果有很多的项目交叉重叠时，更是一团糟。如果测试用例没有经过需求部门的评审，如果出现未测试的项目，则测试工程师需要承担更多一部分的责任。如果测试问题没有进行管理，那么某些发现的问题会被遗漏修复或者修复的时间无法确定，导致项目的延迟，对项目的软件质量也无法有足够的证据进行评估。

测试文档的类型

ASPICE中对于测试输出文档的类型有：-软件项，集成软件，测试计划，测试规范，沟通评审记录，追溯记录，测试结果，编译清单，变更控制记录，分析报告等等，但是根据测试在实际项目中可实施性来说，最低的要求是包含测试计划、测试用例、测试用例评审记录、测试缺陷管理、测试报告。

管理性文档：测试计划、测试缺陷管理、评审记录

技术性文档：测试用例、测试报告

测试文档的管理

文档需要将所有的输入物和输出物进行打包进行管理，形成从输入到输出的完整追溯性，这也是ASPICE要求的内容一致性与追溯性。若要做好测试文档的管理，要做好如下几个步骤：

文件的模板进行统一

文件名形成规范

文件存储位置进行统一

文件存储的文件夹层级进行统一