项目负责人在测试过程中要项目经理和研发沟通哪些东西？哪些是测试人员份内的事

senlin222

最近做了几个项目的测试，项目经理都是只给出测试开始和结束时间，在测试过程中不主动过问项目情况。像测试执行情况，bug多少，bug修复情况，版本发布频率都不管，都是我和研发去沟通，感觉很累。像这种情况该怎样和项目经理去合作呢？

谢卡卡

回复 1# senlin222


    1、 将你和研发沟通的结果以邮件的形式形成文档发给他；
   2、当面与他沟通测试情况；
   3、召集研发、测试组成员、需求人员定期将系统中严重问题反馈给他

总的来说，就是各种各样的反馈，项目经理没有这么多时间来主动找你了解情况的

qqitong

如果项目不赶进度，一周固定时间碰一次，人员包括：项目经理，研发主要负责人，测试人员，如果有qa，qc神马的也都通知一下。

研发会先汇报研发进度，测试再汇报测试进度，风险。
缺陷数和缺陷修复率，项目经理都是过来人，知道很多缺陷没必要耗费资源去修复，不会太关注的，你得具体报，有多少严重缺陷，严重缺陷修复率，程序可测程度等，这些才能引起项目经理的警觉。

其他的就是多做好工作以外的工作了，别见了面就诉苦

senlin222

谢谢2位的答复。
对于测试执行时间2，3周左右的一些任务，往往要求测试和研发的高效工作。每天有可能就需要有个大的进度，像这种情况，每天沟通项目测试情况和进展肯定会有帮助，但每天督促项目经理有点皇帝不急太监急吧？会吗 呵呵

senlin222

但是不督促，可能会造成测试延期，到结束时间不能完成测试的问题。不知如何处理

goopy

你们是不是边开发边测试,还是开发完再测试呢

没翅膀的飞鱼

回复 4# senlin222

这个可以让测试成员每天反馈自己负责模块的严重bug和测试进度以及测试中的问题，然后汇总筛选下每天以邮件的形式发送给项目经理，并给出风险评估---（如果问题较严重可以当面沟通反馈）

senlin222

开发完成后，测试

qqitong

一般项目经理都是先听开发的，如果开发说开发完成，他才会问测试的，程序质量情况如何
赶进度的话 基本无解  大部分公司都是明天上线，今天通宵的作风
这就需要测试人员在平时的工作中，要求研发提高自测和设计能力，有意无意都要提出测试的重要性。同时要摆正自己的位置，提出缺陷和风险是我们的职责，督促研发该缺陷只是连带责任而已，将风险全部抛给项目经理或比项目经理更高的人，自然就有人着急了。
不必逼着研发去修正，这样自己也生气，还容易和研发把关系搞僵。

以上仅个人观点

senlin222

是啊，因为时间紧，经常催研发改问题，研发常有不好的态度。看来还是要坚持测试的节奏，减少测试加班量。碰到问题，和项目经理反应。

senlin222

程序的开发质量大部分情况都不理想。和研发人员自己的需求理解和技术能力有很大关系。

senlin222

看来还是要坚持测试节奏，尽量给测试争取时间。有问题了，反馈给项目经理，我这方面做的不太好，有时分不清哪些该找项目经理，还是自己解决。

吼吼哈哈

项目经理在锻炼你， 授权给你了。。好好干哈

zxytyj

看你们公司对项目经理的要求是怎样的，我们公司项目经理对于测试相关的工作，只是关注测试进度玩完成情况（每日碰头会各自反馈）、质量情况（测试Leader反馈）、风险问题跟进（测试Leader反馈）、BUG修复进度（每日碰头会各自反馈），更多的是测试Leader来管控整个测试过程，有问题及需要协调资源或做决策时，项目经理才会关注或主导。

千里

最近做了几个项目的测试，项目经理都是只给出测试开始和结束时间，在测试过程中不主动过问项目情况。像测试 ...
senlin222 发表于 2013-1-8 11:12

    直接把测试经理的事情做了得了，就当自己是一个测试经理完事。

千里

项目经理在锻炼你， 授权给你了。。好好干哈
吼吼哈哈 发表于 2013-1-29 10:16

    跟我想法相同，我看直接把测试经理的工作给做了得了

千里

也有可能是项目团队比较小，项目经理负责制，测试就那么一两个人在项目团队中做着。甚至都有可能项目经理不懂测试，需要测试人员有一定的管理能力。

123-123-123

看到楼主的述说，我深有同感。本人也曾经历过过类似的项目。
建议，做好自己份内的工作，有问题及时反映。毕竟不同位置的人，看事情的角度不同。你遇到的问题，只有你才能觉察到。所以有困难还是得自己提出来。
关于开发版本递交频率，建议与开发之间作个约定。如：一个bug递交后，多长时间内开发要给与回复（无论须改与否，多要回复）；一个版本测完后，多长时间内递交新本版；超期不能递交，要及时说明。这样大家对自己的工作节奏都能有个预知。
另外，测试是个技术活，但是与人沟通也很重要。尽量平心静气，不要让bug搅乱自己的情绪。与开发人员讨论bug时，不要将让对方觉得你是在纠他的小辫子，而是你与开发一同面对bug消除bug。