工作了这么些年,今天来总结一下工作上让我崩溃的3件事。

崩溃场景之No 1

开发工程师开发时不看需求,出现很多低级bug

不看需求开发,简直是骚操作了,开发可以忽视产品的需求,自己定话术,定样式。产品经理看了都想打人。工作上,我提了太多这样的BUG。

比如产品定的需求是:
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._软件测试
我测试的时候是这样的:
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._测试类型_02
BUG走着。。。

当然还有错别字的。

产品定的需求是:
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._测试工程师_03
我测的时候是这样的:
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._单元测试_04
BUG继续走着。。。

还有更难受的,产的需求是:
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._软件测试_05
我测试的时候是这样的:
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._测试工程师_06

作为一名测试,最让我崩溃的3件事

暗黑,黑暗?我。。。BUG走着,哦对了,神座也是错的。

这名开发同学,你去做产品经理好不好。

作为测试,我不认为我是在测试BUG,我感觉我是在维护开发和产品之间的感情。不然他们肯定打起来。

崩溃场景之No 2

开发改BUG,一直搞不定,验证之后仍然是错的,上图:
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._程序人生_07

3月12日提的BUG,到3月17日改好,激活了3次,开发改了4次才改好。
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._测试工程师_08
崩溃场景之No 3

我给开发提了个BUG,开发和我说这不是BUG,我找出需求文档给他看证明,他笑眯眯的拿出了和产品的聊天记录。真相是:开发和产品一起把需求文档改了。瞬间感觉自己被抛弃了。
作为一名测试,最让我崩溃的3件事,气的指着开发人员鼻子骂..._测试工程师_09
以上就是我作为测试最崩溃的事了。