测试管理之--文档管理.docx

测试管理之--⽂档管理

测试⽂档是整个测试中的重要输出；测试⽂档同时也贯穿测试活动的始末；在测试计划、测试设计、测试执⾏、测试验收等过程中会产⽣各 种各样的⽂档。测试⽂档的最终⽬的是为了更有效的测试及保存测试组织资产。我们在测试过程中，经常会越到各种各样的测试问题，其中 有很多都是⽂档类问题。本⽂重点讨论及解决如下三个问题；
1、测试⽂档怎么管理？
2、哪些⽂档需要管理？
3、如何养成⽂档习惯？
⾸先，谈⼀下第⼀个问题。测试⽂档的特点是数量多、内容杂、需要共享等特点，要想管理好，我⽐较建议的是借助SVN管理⼯具，同时需 要对⽂档结构进⾏设计和分类，以保证⽂档管理的有效性。⽂档结构设计如下：⼀级试图(测试管理、软件测试、硬件测试、公共共享、部 门协作)；测试管理是指测试管理⼯作相关的⽂档，包含测试规范、测试流程、⼯作考核、管理制度、⼈员招聘、团队建设等；软件测试是 指软件测试相关的项⽬⽂档，包含项⽬1、项⽬2、项⽬N等，其中项⽬1下包含测试计划、测试设计、测试报告、⾃动化测试、测试配置 等，其它项⽬参考如上；硬件测试是指硬件测试相关的项⽬及平台⽂档，包含硬件测试⽅案、硬件测试记录、硬件公共库、硬件质量体系、 硬件板卡追踪等，如果不涉及硬件测试，请忽略此部分；公共共享是指⼤家共享的⼀些资源，包含测试技术、常⽤软件、个⼈临时中转、公 共库⽂件、实验室管理、通⽤基础知识、项⽬技术⽂档、新⼈培训等部分；部分协作是指与研发、运维、产品等对接的⼯作⽂档，包括开发 ⽂档、运维⽂档、产品⽂档等，重点记录协作各部门配合产⽣的⽂档。⽂档的结构设计除了有⼀级试图、⼆级试图，还有三级试图和四级试 图等，需要根据⼯作需要进⾏灵活设计。
其次，我们谈⼀下哪些⽂档需要管理。我们重点关注的是测试管理、软件测试(可能包含硬件测试)、公共共享三部分。测试管理主要是定 制度、⾛流程，团队的绩效管理及⼈员招聘等。测试制度主要指测试部门制度(管理制度、测试开发、产品测试、交付测试等)、岗位职 责、晋升之路等。测试流程主要指测试部的测试流程及测试规范，测试流程包括⾃动化测试流程、产品测试流程、测试策略制定流程、版本 测试流程、交付测试流程；测试需求说明、测试报告提交、测试⽤例编写、测试缺陷提交、测试配置、测试过程记录、度量分析报告、测试 ⼯作总结等；绩效管理包括⼯作总结(周总结、⽉总结、年度总结)、绩效考核(⽉度考核、年度考核)、考勤打分等。软件测试部分主要 的就是项⽬信息、测试计划、测试执⾏、测试评估四个部分。项⽬信息是测试⼯作开展的基础和主要信息来源。测试计划开展测试的总指导 和总⽅针。测试执⾏是测试计划的落地和实施，其中测试过程记录表、测试配置、测试⽤例⾄关重要；测程表是测试过程的全记录及测试计 划反馈和调整的主要信息来源之⼀；测试配置是我们⾼效执⾏测试的基础；测试⽤例是我们执⾏测试的依据。测试评估是整个测试的收尾， 是对测试产品或项⽬进⾏最终质量评估的关键，主要包括测试结果、测试分析报告、测试总结报告；其中测试结果指的是原始的测试数据或 者经过整理后的测试数据和测试结果；测试分析报告重点对测试结果及缺陷进⾏分析，得出测试结论，评估质量；测试总结报告包括测试计 划分析报告、测试执⾏分析报告、测试缺陷分析报告、测试资源投⼊报告、测试度量分析报告等。
最后，我们谈⼀下如何养成⽂档的习惯。任何习惯的养成都需要时间，都需要潜移默化的进⾏。⼤家常见的⼏个⽂档问题基本上都是测试⽂ 档存在于个⼈电脑上、测试⽂档不愿意编写、测试资源未共享、测试数据未记录完整、测试⽂档未及时更新等等。有两个办法可以应对以上 所有的问题：第⼀，使⽤⽂档管理⼯具，制定相应的⽂档管理制度，并约束和监督⼤家的⼯作习惯，时间长了⾃然就有改变；第⼆，把测试 ⽂档与测试⼯作紧密结合，作为测试⼯作不可分割的⼀部分，从源头上和根源上解决这些问题。从我的⼯作经验来看，测试⽂档管理想要有 序，⼀般需要2年左右的时间，所以测试管理者⼀定要有耐⼼，尤其是⼀开始习惯了⾃由⼯作模式的团队，习惯的养成更加需要耐⼼。
下图是结合我们⼯作实际，列出了⽂档管理的基本分类，其中部分重点内容进⾏了扩展，⼤家看起来会更加的清晰。