这是一个创建于 2293 天前的主题，其中的信息可能已经有所发展或是发生改变。
1.没问题也要掘地三尺找几个问题出来
2.主动问产品要不要加这个功能，要不要加那个功能，产品觉得加上也行啊，于是一个简单的小模块要求实现一大堆可有可无的功能
3.开发这个模块用了一天时间，非常简单，测试测了一个多礼拜，我改了 1 个礼拜
PS：感觉这种测试女的比较多，很多男测试不会提这种问题，搞的我非常火大
 |
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
zjb861107 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 1
项目经理不行呀
记住：每次做需求记得让产品写 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