软件测试之文档管理

　　CMM及ISO中都对文档案比较看重，基本上每个阶段都有要求输出各种形式的文档，文档输出是有必要的，但为了输出文档而编写有关文档就不好了，很多人一提到有关烦琐的文档就反感、认为也是走走形式。的确编写有关文档的确很麻烦!但必要的文档还是有必要的，下面简单罗列下，我们整个测试周期应该输出的文档：

　　1. 测试需求

　　软件测试的第一步就是需求分析，只有对软件需求做了准确、完整的分析后，才可能有完整地测试需求，测试需求做的好，才能对接下来各种测试工作的开展做好基础，需求分析偏离，后期很多测试任务都将会受到影响。测试需求分析应该由TL组织一些经验丰富的测试人员、开发人员甚至客户共同参与评审，并输出相应测试需求评审文档，后续软件需求变动时，测试需求也应该相应调整。

　　测试需求分析包括：

　　1) 测试内容——软件需要进行哪些方面的测试，如功能测试、性能测试、可靠性测试、易用性测试、安全性测试等;

　　2) 测试环境——需要什么样的测试环境;

　　3) 测试工具——准备选择哪些测试工具，包括缺陷管理工具、自动化测试工具等;

　　4) 测试资源——需要哪些测试工具，测试设备等;

　　5) 测试人员——准备投入多少人员进行测试，不同阶段需要的人员数量、能力是否要有差别(或者说针对性);

　　考虑到实际的项目千差万别，涉及到具体测试上，需求可能还会有所不同。

　　

　　2. 测试计划

　　如何结合项目计划、测试需求、公司资源等实际情况编写一份可行的测试计划是一项最基本的要求。测试计划不必太详细，但一定要从宏观上对项目测试有个整体把握，对测试进展、阶段工作安排、资源需求、可能出现风险等都要考虑到。

　　测试计划不同于测试策略，测试计划属于战略问题，测试策略属于战术问题，前者属于做什么，后者属于怎么做的问题!

　　3. 测试用例

　　这个就不用多说了，做测试这个是少不的，而一份测试用例的好坏却对测试执行的效率、效果都有很大的影响的，有人说测试用例不是写出来的，而是设计出来的，我觉得很有道理。测试用例一定要有很强的针对性，不同阶段、不同对象的测试用例设计上都有很大讲究的!

　　好的测试用例是设计出来的。

　　4. 测试报告

　　单元测试、集成测试、系统测试、回归测试、发行测试等不同阶段都要输出有关测试报告，每个小的不同阶段也要根据实际情况出相应的测试报告，报告形式多样，主要目的是让相关人员了解项目软件状态。

　　5. 测试记录

　　测试记录包括的东西比较多，这里我们指示项目测试周报及测试人员任务分配记录，当然也包括测试用例执行的记录等。测试记录是对测试工作的跟踪!

　　6. 测试总结

　　测试总结包括的测试人员的技术总结、项目阶段测试总结、整个项目的最终测试总结等，这些对他人而言是一些经验借鉴等。

　　7. 培训文档

　　培训包括专业测试技术、工具应用等，这方面的资料文档也应该分门别类的做好保存记录。

　　8. 其他文档

　　重要的邮件，会议记录，从其他方面搜集的相关文档等。