怎么看待这种测试？

[moresteam]

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

[16779242]

这。。有一个词叫 刷存在感

[tt67wq]

别人的活儿就是这个，要是很容易就测试通过，那她工作还有啥意义

[Devilker]

嗯，新手测试通病

[des]

想起了那个酒吧的段子，最后客人问了一下厕所在哪，然后酒吧炸了

[forblackking]

主要是 2 比较烦，还经常找产品改需求的。。

[InternetExplorer]

测试找不出测试，KPI 这么办，被老板觉得没有用怎么办。

[jydeng]

是啊，非常啰嗦，这么有想法应该去当产品

[moresteam]

@Devilker 今年公司招了一大堆应届生来充数

[xenme]

换个角度来看也是好事。

1.尽量找出问题，是好事。如果你的 test case 他们都做不完，哪里还有精力去挖掘其他问题？？

2. 提需求谁都可以啊，除了用户，开发、测试、PdM 有好点子都可以提，但是需求需要大家讨论完定下来才做，而且对当前进度等其他影响都要评估清楚。

总的来说流程正规这些都是好事，否则都是额外任务，增加负担，影响进度

[StephenDev]

第 2 条百分之 90 是产品的锅，我觉得现在不少产品根本不知道自己要什么，然后这加那改的。

[takato]

良好的环境应该是团队都可以提建议，尽量异步提，最后做不做还是由相关职能的人来定夺，排出优先级比较好。这样既可以扩展产品的思路，也可以让团队成员更有仪式感。

做好本分是只是基础，团队有额外输出的话，对产品本身有好处。

[takato]

其实对于提建议的人来说，最重要的不是他这个需求做不做，而是有一个确定的反馈以及可以理解通顺的理由。

[zjb861107]

产品的锅……

[whileFalse]

产品 SB。

[ryd994]

“产品觉得加上也行啊”
你这什么产经？“也行”？行你个大头鬼。改需求不先问问开发？
你也别太关注是不是可有可无，毕竟你的工作是开发。就说能不能做，做要多少成本。瞎改需求是因为产品傻逼。

开发之前先把测试标准定好，提测之前先自测

[woshishabi]

个人觉得互联网公司大部分项目不需要测试这个职位，开发自测就足够了。

[nongmei]

第二个问题。没有需求评审？都进开发阶段了还随便加功能？

[Gringe]

我也遇到这种测试。
符合你的全 3 点。

而且经验说是有的，但是没有一点测试技术头脑，sql 查询，抓包工具，都没有用，重点脾气很爆炸。

CTO 因为她是鼻祖测试啊，所以对她任听即从。

[moresteam]

@nongmei 三番五次返工都是家常便饭

[moresteam]

@Gringe 有本事的都走了就留下没办事的了呗