项目测试管理杂谈

2010-11-25 来源: 51Testing软件测试网采编

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

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

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

　　一、文档管理

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

　　1．测试需求

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

　　测试需求分析包括：

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

　　2）测试环境——需要什么样的测试环境；

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

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

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

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

　　2．测试计划

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

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

　　3．测试用例

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