测试管理之--文档管理

乐哈哈yoyo

测试文档是整个测试中的重要输出；测试文档同时也贯穿测试活动的始末；在测试计划、测试设计、测试执行、测试验收等过程中会产生各种各样的文档。测试文档的最终目的是为了更有效的测试及保存测试组织资产。我们在测试过程中，经常会越到各种各样的测试问题，其中有很多都是文档类问题。本文重点讨论及解决如下三个问题；

1、测试文档怎么管理？
2、哪些文档需要管理？
3、如何养成文档习惯？

首先，谈一下第一个问题。测试文档的特点是数量多、内容杂、需要共享等特点，要想管理好，我比较建议的是借助SVN管理工具，同时需要对文档结构进行设计和分类，以保证文档管理的有效性。文档结构设计如下：
一级试图（测试管理、软件测试、硬件测试、公共共享、部门协作）；
测试管理是指测试管理工作相关的文档，包含测试规范、测试流程、工作考核、管理制度、人员招聘、团队建设等；
软件测试是指软件测试相关的项目文档，包含项目1、项目2、项目N等，其中项目1下包含测试计划、测试设计、测试报告、自动化测试、测试配置等，其它项目参考如上；
硬件测试是指硬件测试相关的项目及平台文档，包含硬件测试方案、硬件测试记录、硬件公共库、硬件质量体系、硬件板卡追踪等，如果不涉及硬件测试，请忽略此部分；
公共共享是指大家共享的一些资源，包含测试技术、常用软件、个人临时中转、公共库文件、实验室管理、通用基础知识、项目技术文档、新人培训等部分；
部分协作是指与研发、运维、产品等对接的工作文档，包括开发文档、运维文档、产品文档等，重点记录协作各部门配合产生的文档。文档的结构设计除了有一级试图、二级试图，还有三级试图和四级试图等，需要根据工作需要进行灵活设计。


其次，我们谈一下哪些文档需要管理。
我们重点关注的是测试管理、软件测试（可能包含硬件测试）、公共共享三部分。
测试管理主要是定制度、走流程，团队的绩效管理及人员招聘等。
测试制度主要指测试部门制度（管理制度、测试开发、产品测试、交付测试等）、岗位职责、晋升之路等。
测试流程主要指测试部的测试流程及测试规范，
测试流程包括自动化测试流程、产品测试流程、测试策略制定流程、版本测试流程、交付测试流程；
测试需求说明、测试报告提交、测试用例编写、测试缺陷提交、测试配置、测试过程记录、度量分析报告、测试工作总结等；
绩效管理包括工作总结（周总结、月总结、年度总结）、绩效考核（月度考核、年度考核）、考勤打分等。软件测试部分主要的就是项目信息、测试计划、测试执行、测试评估四个部分。

项目信息是测试工作开展的基础和主要信息来源。测试计划开展测试的总指导和总方针。
测试执行是测试计划的落地和实施，其中测试过程记录表、测试配置、测试用例至关重要；
测程表是测试过程的全记录及测试计划反馈和调整的主要信息来源之一；测试配置是我们高效执行测试的基础；
测试用例是我们执行测试的依据。测试评估是整个测试的收尾，是对测试产品或项目进行最终质量评估的关键，主要包括测试结果、测试分析报告、测试总结报告；
其中测试结果指的是原始的测试数据或者经过整理后的测试数据和测试结果；
测试分析报告重点对测试结果及缺陷进行分析，得出测试结论，评估质量；
测试总结报告包括测试计划分析报告、测试执行分析报告、测试缺陷分析报告、测试资源投入报告、测试度量分析报告等。


最后，我们谈一下如何养成文档的习惯。任何习惯的养成都需要时间，都需要潜移默化的进行。
大家常见的几个文档问题基本上都是测试文档存在于个人电脑上、测试文档不愿意编写、测试资源未共享、测试数据未记录完整、测试文档未及时更新等等。
有两个办法可以应对以上所有的问题：
第一，使用文档管理工具，制定相应的文档管理制度，并约束和监督大家的工作习惯，时间长了自然就有改变；
第二，把测试文档与测试工作紧密结合，作为测试工作不可分割的一部分，从源头上和根源上解决这些问题。

从我的工作经验来看，测试文档管理想要有序，一般需要2年左右的时间，所以测试管理者一定要有耐心，尤其是一开始习惯了自由工作模式的团队，习惯的养成更加需要耐心。