项目测试管理杂谈

发表于:2014-12-10来源:uml.org.cn作者:不详点击数: 标签:项目测试管理
很多人做测试做时间久了,经验、能力都有了的时候,少不了要承担更大的任务,其中做为TL负责一些项目的测试也是很多测试人员发展的必由之路。下面把个人项目测试经验或者说心得

  很多人做测试做时间久了,经验、能力都有了的时候,少不了要承担更大的任务,其中做为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.uml.org.cn/Test/201011255.asp