51Testing软件测试论坛

标题: [讨论]如何做好项目测试经理？ [打印本页]

作者: xingcyx 时间: 2005-9-22 11:49
标题: [讨论]如何做好项目测试经理？
简单叙述一下我遇到的问题吧：
公司其它部门有个项目，需要做很严格的测试，请求我们部门支持，部门就指派我负责。因为项目刚开始不久，项目经理说测试的人员目前还未定，暂时只有我一个人，所以我过来了之后就一直在埋头编写测试计划和测试用例，就像以前做过的那样。但今天早上我的主管把我叫去了，跟我说了一番话，对我触动很大。他说其它部门请我们去支持测试，是希望我们给他们带去一些更专业的测试思想和方法，而不仅仅是叫我们去给程序找BUG。我应该更多的考虑如何去做好测试，把整个过程想清楚，需要什么资源，如何安排，要大胆地向项目经理提出，而不是跟着项目的进度走，那样就根本体现不出我们部门的价值。我觉得他说得很有道理，但是说实话，我对一个项目的测试经理究竟需要考虑些什么，注意些什么，该做些什么，并不是十分清楚。所以在此提出来讨论，希望大家给我些建议，谢谢！

作者: Tender 时间: 2005-9-22 13:01
首先恭喜楼主，你的老大真正开始重用你了。
你现在要做的不仅是简单的测试工作，而是具体的流程安排和统一管理。你的老大说的很对，你要带给其他人的是测试的理念。
《程序员》杂志九月刊上，有一篇文章非常好。是陈卫俊先生（现就职于阿里巴巴公司测试中心）写的，关于怎么样走上测试管理的第一步。他说道，关键的第一步就是制定详细的测试流程。流程包括整个测试的流程，从开始的计划到最后的报告，你必须都要有一个预见和估计。从人员的安排，资源的协调，其他部门的配合，以及测试过程中出现问题的解决，推动。缺陷的记录跟踪，汇报和最后的总结评估，都有一个详细的考虑和规划。虽然不是所有的内容都要写到测试流程中去，但你必须要有一个想法。有什么缺少的要及时向老大提出，有什么需要配合要及时和同事们商量。管理不能仅仅站在具体的工作上，而是要从一个更高的层次上去理解测试的过程。

作者: xingcyx 时间: 2005-9-22 14:08
谢谢楼上的回答！：）
能麻烦你把这篇文章贴出来给我看看吗？

作者: Tender 时间: 2005-9-22 14:29
对不住啊，楼主，我找了半天，也没找到电子版的这篇文章。太长了，还有图片，所以也传不上来了。建议楼主可以去买买看，不过这个时候估计也没有卖的了。真是对不起啊！:s

作者: swallow0918 时间: 2005-9-22 14:42
建议看看这篇文章，希望对你的理解有所帮助：
http://bbs.51testing.com/viewthread.php?tid=73&fpage=1

作者: flower1118 时间: 2005-9-30 14:43
标题: 项目经理是部门经理的左右手
一个测试部门的工作需要很多的项目经理协助部门经理共同完成。部门经理的重点放在整个部门的建设、规划和统筹上。对于各个项目组的工作进展起到整体的安排。但对于产品的具体测试工作则是由测试项目经理完成，并向测试部门经理提供信息的。测试项目经理要考虑产品测试的整体策略，制定并组织严谨的测试用例。最后监督执行测试。并在测试结束时对整个测试周期做个完整的分析总结。最重要的是要给产品提出有效的改进意见。因此，测试项目经理的位置也是很重要的。不仅仅是一个高级测试人员。

作者: TestTip 时间: 2005-10-11 08:36
恭喜你，你面前有一个很好的舞台。
你可能首先需要“务虚”，多学一些流程和管理上的理论，这样才好实现你的头给你的新的定位。
同时我建议你，不过同时有多少个项目，一定要亲自做一个，不要只限于给别的项目组建议。只有从实践中来的知识才会有生命力。
最后，沟通很重要的。

－－－－－－－－－－－－－－

作者: hxf 时间: 2005-10-12 14:51
首先，恭喜你。公司给了你一个发展你自己的舞台。这是一个很好的机会。我认为作为一个测试经理主要的经历不是放在如何好的写好测试计划，写好测试用例，而是，测试工作的规划，将测试工作推向规范化。例如：要制定好测试的规范、测试流程，以及测试人员素质的培训，以及协调测试和开发人员之间的关系。这些应该是主要的。

作者: wangyanyan 时间: 2005-10-12 16:08
楼上说的应该是测试部门的经理的工作把,我觉得项目的测试经理,如果只是单纯的写方案,做计划,写总结,和开发经理交流的工作是必须的.但是我觉得如果看重这些,而不去了解需要测试的系统,那也做不好方案和计划.项目的测试经理应该在最好的了解把握住软件系统的层面上跟开发沟通,如果一个测试经理都不如测试工程师了解系统,那么测试工程师不会服气,而他也做不好这个协调的工作.

所以,我得结论是,项目的测试经理不能光写文档,不了解系统,让别人笑话.

作者: xingcyx 时间: 2005-10-17 10:04

Originally posted by TestTip at 2005-10-11 08:36 AM:
恭喜你，你面前有一个很好的舞台。
你可能首先需要“务虚”，多学一些流程和管理上的理论，这样才好实现你的头给你的新的定位。
同时我建议你，不过同时有多少个项目，一定要亲自做一个，不要只限于给别的项目 ...

谢谢~~
我前段时间刚去你的主页看过你的那篇《胶着》。
只是因为工作太忙，没看完。:s

作者: wonder_why 时间: 2006-2-5 11:50
楼主很幸运，公司领导就很注重测试，这样的公司我喜欢

作者: 云层 时间: 2006-2-8 16:25
有一个好领导不错啊！剩下的看你的能力了

作者: julia_hxy 时间: 2006-2-23 11:20
标题: 公司就我一个人，如何成立测试部门呢
看到大家这么思维明确的去讨论测试经理所需要的准备，若要成立一个测试部门，且在没有任何技术支持或公司内部模板的情况下，如何去规划这个部门的建立呢？更何况，我还是测试行业的新手。。。不过，我希望自己能组织成这个部门。不知道是否有荣幸拜师于各位高手们~~~

作者: mimimaowanli 时间: 2006-2-24 11:24
听取大家的建议，然后在具体的工作中摸索、实践、总结。

作者: yangbohustwb 时间: 2007-9-17 23:13
谢谢

作者: yangbohustwb 时间: 2007-9-17 23:13
对我帮助很大，我要好好学习

作者: uiui 时间: 2010-4-13 21:05
整体把握很重要！

作者: xiyufenfei 时间: 2010-4-14 16:10
不错学习了谢谢分享

作者: Jon 时间: 2010-11-2 14:54
大家注意下，楼主的提问内容？
是项目测试经理不是部门测试经理。
项目的话核心是关注项目的进度、质量和风险，主要是check事情
部门测试经理，核心是团队的发展，主要关注考核和招聘，核心check人和事情

作者: 愚人 时间: 2010-11-2 21:15
学习了……

作者: helios 时间: 2010-11-19 11:29
学习了，正在这个方向努力中！

作者: archonwang 时间: 2010-11-24 14:59
是基层经理。。。。。

多关注进度与计划间的差异、范围管理及技术

作者: hnlwy007 时间: 2010-12-22 17:14
说说我的理解
作为一个项目测试经理，首先要从总体上把握，楼主可以在掌握了系统需求，了解了项目的实际情况的前提下编写一个测试总体计划。测试总体计划可以包含以下内容：
1.测试内容，确保我们的测试是做正确的事情，当然，这个测试内容可以仅仅从大的模块考虑下，不需要具体到小的细节；
2.测试环境：需要让项目经理知道在什么时间需要什么样的测试机；
3.测试策略：这个部分主要是思考在现在的测试内容，项目进度，人力资源的前提下，用什么样的测试方法/策略，能够按时保质的完成测试；
4.人力资源计划：分析在什么时间需要什么样的人员进行测试，对于光头司令的话，得考虑在什么时间需要项目经理或者开发人员提供什么样的帮助；
5.里程碑：根据开发定义的里程牌，定义出测试的里程碑；
6.测试风险：预测下在整个过程中测试会出现哪些风险，有哪些应对策略；
测试总体计划还可以包含其他一些相关的内容，但我觉得上面的是必须的。项目经理看到这个测试计划之后，他心中就有数了。测试经理分析了这些内容后，至少不会感到茫然
其次，对于刚起步的项目，前期项目经理和开发人员应该是在进行需求分析，这个时候我们测试应该是站在用户的角度，对需求进行评审，而不是急于写测试用例。其次是掌握需求，只有在掌握需求及其开发人员的设计方案之后，才能对系统进行深入的分析，进行深层次的测试。

作者: ericzhou2009 时间: 2011-1-26 15:06
是经理就好，呵呵

作者: cherrytesting 时间: 2011-2-23 18:02
不错，不错，回帖很有启发

作者: q5625 时间: 2011-11-11 01:42
有没有相关的资料学习下啊

作者: gbyang 时间: 2011-11-14 15:37
项目测试经理要从整体上去把握项目的整个测试过程，同时对过程要进行监控。
1、分析需求阶段：要与SE、项目经理进行需求的澄清，对需求的可测试性要把握，不要到最后，系统做好了，测试不了或者不可测试。需求分析完成之后，要写总体测试计划。需要哪些测试资源等。
2、概要、详细设计阶段：根据设计文档制定测试策略，要进行哪些测试如：功能测试，性能测试，自动化测试，兼容性测试，易用性测试等等。
3、测试设计阶段：在设计阶段要了解所有特性的细节问题，组织好用例的评审工作，评审过程要SE ，相应功能开发人员，测试人员都要参与。同时如果要做自动化测试，要注意自动化脚本的设计。
4、测试执行阶段：要分配好测试人员，发现问题，先和开发沟通确认后提单，测试经理要培训测试人员如何提交高质量的问题单，注意提单的模式，同进推动问题的解决。
5、交付阶段：测试工作已经结束，编写测试报告和问题单分析报告。同时把握版本测试的出口条件是否已经达到。如果没有达到则版本不能发布。要分析原因，同时做好补救措施。
6、总结阶段：召开总结会议，总结在测试过程中表现好的方面和不足的方面，表现好的要在以后的项目中继承，不好的要改进。同时进行归档。为后续项目积累经验。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)