怎么看待这种测试？

[moresteam]

1.没问题也要掘地三尺找几个问题出来
2.主动问产品要不要加这个功能，要不要加那个功能，产品觉得加上也行啊，于是一个简单的小模块要求实现一大堆可有可无的功能
3.开发这个模块用了一天时间，非常简单，测试测了一个多礼拜，我改了 1 个礼拜
PS：感觉这种测试女的比较多，很多男测试不会提这种问题，搞的我非常火大

[Gringe]

@moresteam 对的啊 就是没本事留在那里（我已走） 我走的时候还是个孕妇 现在回去拿着工资休产假 对了还有一点 她特别喜欢白天不测试 拖到晚上加班测试 甚至通宵

[leafiy]

测试不要 KPI 啊

[0x8192dd]

其它不说，问题 2，完全是项管缺位，如果是小点，产品欠考虑，没啥工作量顺手改了也罢，有产品意识是好事，但是提新需求，产品认可了就要加了？需求不排期？没有优先级？
如果你们是产品兼任项管的话，那这个产品充其量只能叫产品策划，还不配称之为“经理”。

[moresteam]

@0x8192dd 返工都是家常便饭，最多一次一个功能返工过 3 次，理由就是产品说我还没想好你先做着。。。

[moresteam]

@leafiy 要得要得

[WhatIf]

1 很好，2 过份，3 你还想甩锅？

[bashbot]

项目经理不行呀

记住：每次做需求记得让产品写 PRD，写完 PRD 开需求评审会议。开发拿到通过评审的 PRD 开始干活，通知其他人开发计划。写好的代码给测试提测试需求，指明改动和影响范围，新加了什么功能，并且要求测试给测试排期。

原则：凡事按流程走，不接临时需求，已接收的需求不改，新需求不许插队，有问题先开会讨论。

[mingyun]

之前我们一个女测试也这样，后来走了

[0x8192dd]

@moresteam 我公司有专门的项目管理，负责协调整个研发部的工作，产品都要提需求给项管，分派美术研发测试，需求评审会开过后邮件产品文档给相关开发和测试，抄送各个分管总监和项管，然后就定了。
改需求影响到项管对开发人员的安排，是会被否决的。
在这种环境下产品提需求都慎之又慎，除非是致命问题不改没法用，一般不会轻易改需求，像测试提小优化这种的一般都会排到二期三期去做。如果一个产品老是发生改需求这种事，一般是过不了试用期的……

[irainsoft]

第一点无可厚非吧，毕竟这就是测试的工作...

第二点通常开发看了想打人，难道产品经理就这么没有主见吗，还要一个测试来帮他干活？

[leekafai]

找出问题倒也没什么，提个 issue，我作为开发去验证这个问题到底需不需要去完成，例如内部系统上传文件，正常你校验 mime 就行了，不需要校验文件头二进制码，这个时候可以在 issue 里面跟帖解释，这样整个项目的生命周期记录也能完整，别新同事加入发现老问题还重复提问。

[warcraft1236]

感觉出现 2 只能说明开发不行，我司的开发都对 PM 提出哪块不合理，哪块少东西，需要加等等这种的。第三个，测试了一个星期，结果出了一个星期的 bug，然后还是一个很简单的功能，请问代码质量过关了吗？

[moresteam]

@warcraft1236 看来你是测试

[warcraft1236]

@moresteam 是的，我是测试。而且经常喷开发某某处代码写的烂。吃饭的时候开发说他郁闷，这么多年第一次被测试喷代码，还无力反驳

[leekafai]

@warcraft1236 楼主这种我感觉可能需求不清晰，或者表达方式不好，但是我是很喜欢这种测试同事的，所有问题在 feature 就能 debug，测试阶段基本上等上线就好了。好的 PM 不多，好的测试更少，都是技术岗，少了谁都不好转。