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 不多,好的测试更少,都是技术岗,少了谁都不好转。
|