项目测试管理杂谈

　　很多人做测试做时间久了，经验、能力都有了的时候，少不了要承担更大的任务，其中做为TL负责一些项目的测试也是很多测试人员发展的必由之路。下面把个人项目测试经验或者说心得体会简单做下总结。

　　做为一个项目测试负责人，应该具备哪些知识技能呢?测试技能是少不了的，这包括常见测试方法、技巧以及有关工具的使用等;其次产品知识也必不可少，如做手机测试应该对GSM原理要有个了解，做B/S测试，至少对OSI、TCP三次握手都要有所了解。而这两方面的知识、经验也只是做为TL的基础，其他方面软件工程、软件开发的思想也都应该具备的，当然你可以列出更过!

　　谈到项目测试管理，具有软件工程、CMM、ISO甚至XP的思想会更好，最近我也一直在思考如何根据公司情况，取长补短，把它们融合到项目测试中来。实际上，这些思想对做好项目管理测试工作还是有很大帮助的。这里只对测试过程管理经常需要面对的问题做下总结。

　　一、文档管理

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

　　1. 测试需求

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

　　测试需求分析包括：

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

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

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

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

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

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

　　2. 测试计划

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

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

　　3. 测试用例

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

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

　　4. 测试报告

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

　　5. 测试记录

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

　　6. 测试总结

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

原文转自：http://www.ltesting.net