 | 1 16779242 2018-08-09 12:55:27 +08:00  1 这。。有一个词叫 刷存在感 |
 | 2 tt67wq 2018-08-09 12:57:55 +08:00 1 别人的活儿就是这个，要是很容易就测试通过，那她工作还有啥意义 |
 | 3 Devilker 2018-08-09 12:59:24 +08:00 1 嗯，新手测试通病 |
 | 4 des 2018-08-09 13:00:26 +08:00 via Android 1 想起了那个酒吧的段子，最后客人问了一下厕所在哪，然后酒吧炸了 |
 | 5 forblackking 2018-08-09 13:01:53 +08:00 via Android 1 主要是 2 比较烦，还经常找产品改需求的。。 |
 | 6 InternetExplorer 2018-08-09 13:35:27 +08:00 1 测试找不出测试，KPI 这么办，被老板觉得没有用怎么办。 |
 | 7 jydeng 2018-08-09 13:38:03 +08:00 1 是啊，非常嗦，这么有想法应该去当产品 |
 | 9 xenme 2018-08-09 13:50:09 +08:00 via iPhone 1 换个角度来看也是好事。 1.尽量找出问题，是好事。如果你的 test case 他们都做不完，哪里还有精力去挖掘其他问题？？ 2. 提需求谁都可以啊，除了用户，开发、测试、PdM 有好点子都可以提，但是需求需要大家讨论完定下来才做，而且对当前进度等其他影响都要评估清楚。 总的来说流程正规这些都是好事，否则都是额外任务，增加负担，影响进度 |
 | 10 StephenDev 2018-08-09 13:54:29 +08:00 2 第 2 条百分之 90 是产品的锅，我觉得现在不少产品根本不知道自己要什么，然后这加那改的。 |
 | 11 takato 2018-08-09 14:03:05 +08:00 1 良好的环境应该是团队都可以提建议，尽量异步提，最后做不做还是由相关职能的人来定夺，排出优先级比较好。这样既可以扩展产品的思路，也可以让团队成员更有仪式感。 做好本分是只是基础，团队有额外输出的话，对产品本身有好处。 |
| 12 takato 2018-08-09 14:04:11 +08:00 1 其实对于提建议的人来说，最重要的不是他这个需求做不做，而是有一个确定的反馈以及可以理解通顺的理由。 |
 | 13 edsion996 2018-08-09 14:24:13 +08:00 1 产品的锅…… |
 | 14 whileFalse 2018-08-09 15:09:27 +08:00 1 产品 SB。 |
 | 15 ryd994 2018-08-09 15:24:23 +08:00 1 “产品觉得加上也行啊” 你这什么产经？“也行”？行你个大头鬼。改需求不先问问开发？ 你也别太关注是不是可有可无，毕竟你的工作是开发。就说能不能做，做要多少成本。瞎改需求是因为产品傻逼。 开发之前先把测试标准定好，提测之前先自测 |
 | 16 woshishabi 2018-08-09 15:26:45 +08:00 via Android 1 个人觉得互联网公司大部分项目不需要测试这个职位，开发自测就足够了。 |
 | 17 nongmei 2018-08-09 16:19:44 +08:00 1 第二个问题。没有需求评审？都进开发阶段了还随便加功能？ |
 | 18 Gringe 2018-08-09 17:09:34 +08:00 1 我也遇到这种测试。 符合你的全 3 点。 而且经验说是有的，但是没有一点测试技术头脑，sql 查询，抓包工具，都没有用，重点脾气很爆炸。 CTO 因为她是鼻祖测试啊，所以对她任听即从。 |
| 21 Gringe 2018-08-09 18:05:53 +08:00 @moresteam 对的啊 就是没本事留在那里（我已走） 我走的时候还是个孕妇 现在回去拿着工资休产假 对了还有一点 她特别喜欢白天不测试 拖到晚上加班测试 甚至通宵 |
 | 22 leafiy 2018-08-09 18:07:04 +08:00 1 测试不要 KPI 啊 |
 | 23 0x8192dd 2018-08-09 18:10:46 +08:00 1 其它不说，问题 2，完全是项管缺位，如果是小点，产品欠考虑，没啥工作量顺手改了也罢，有产品意识是好事，但是提新需求，产品认可了就要加了？需求不排期？没有优先级？ 如果你们是产品兼任项管的话，那这个产品充其量只能叫产品策划，还不配称之为“经理”。 |
 | 24 moresteam OP @0x8192dd 返工都是家常便饭，最多一次一个功能返工过 3 次，理由就是产品说我还没想好你先做着。。。 |
 | 26 WhatIf 2018-08-09 18:56:47 +08:00 via iPhone 1 1 很好，2 过份，3 你还想甩锅？ |
 | 27 bashbot 2018-08-09 22:37:36 +08:00 项目经理不行呀 记住：每次做需求记得让产品写 PRD，写完 PRD 开需求评审会议。开发拿到通过评审的 PRD 开始干活，通知其他人开发计划。写好的代码给测试提测试需求，指明改动和影响范围，新加了什么功能，并且要求测试给测试排期。 原则：凡事按流程走，不接临时需求，已接收的需求不改，新需求不许插队，有问题先开会讨论。 |
 | 28 mingyun 2018-08-09 22:54:07 +08:00 1 之前我们一个女测试也这样，后来走了 |
| 29 0x8192dd 2018-08-10 00:03:41 +08:00 1 @moresteam 我公司有专门的项目管理，负责协调整个研发部的工作，产品都要提需求给项管，分派美术研发测试，需求评审会开过后邮件产品文档给相关开发和测试，抄送各个分管总监和项管，然后就定了。 改需求影响到项管对开发人员的安排，是会被否决的。 在这种环境下产品提需求都慎之又慎，除非是致命问题不改没法用，一般不会轻易改需求，像测试提小优化这种的一般都会排到二期三期去做。如果一个产品老是发生改需求这种事，一般是过不了试用期的…… |
 | 30 irainsoft 2018-08-10 00:06:20 +08:00 1 第一点无可厚非吧，毕竟这就是测试的工作... 第二点通常开发看了想打人，难道产品经理就这么没有主见吗，还要一个测试来帮他干活？ |
 | 31 leekafai 2018-08-10 10:07:23 +08:00 1 找出问题倒也没什么，提个 issue，我作为开发去验证这个问题到底需不需要去完成，例如内部系统上传文件，正常你校验 mime 就行了，不需要校验文件头二进制码，这个时候可以在 issue 里面跟帖解释，这样整个项目的生命周期记录也能完整，别新同事加入发现老问题还重复提问。 |
 | 32 warcraft1236 2018-08-10 16:05:28 +08:00 1 感觉出现 2 只能说明开发不行，我司的开发都对 PM 提出哪块不合理，哪块少东西，需要加等等这种的。第三个，测试了一个星期，结果出了一个星期的 bug，然后还是一个很简单的功能，请问代码质量过关了吗？ |
| 33 moresteam OP @warcraft1236 看来你是测试 |
 | 34 warcraft1236 2018-08-10 18:13:01 +08:00 @moresteam 是的，我是测试。而且经常喷开发某某处代码写的烂。吃饭的时候开发说他郁闷，这么多年第一次被测试喷代码，还无力反驳 |
| 35 leekafai 2018-08-11 08:25:36 +08:00 via Android 1 @warcraft1236 楼主这种我感觉可能需求不清晰，或者表达方式不好，但是我是很喜欢这种测试同事的，所有问题在 feature 就能 debug，测试阶段基本上等上线就好了。好的 PM 不多，好的测试更少，都是技术岗，少了谁都不好转。 |
Select Language