欢迎理性讨论。

“敏锐的发现 bug” -- 我列出这一点是想表达这是一种测试的天赋。 如果有这个天赋，是很适合去发现一些普通人很难留意到的 bug。

锁喉咙真的不是段子,某宁的测试就用鼠标线把开发的脖子给勒了

1. 我压根没提接口的事，不知道你是怎么扯到接口上去的
2. “后端的接口是后端开发自己写的” 这样接口就不会出现在需求文档里，也就不是我所举例的范围。
3. 如果是内部接口，如果已经写到需求文档上面了（一般内部接口都不会写到需求里吧？），就得按需求写的来啊，不然需求文档的权威性在哪？
4. 如果是外部接口呢？ 涉及到对外的使用，严格按需求的定义来不对吗？

拜托你先理清楚逻辑，不要抖机灵。锁喉不是我们测试工作的常态，别把段子带进来讨论。

另外你说的除了第一点比较认同外,其他的都不赞同,敏锐的发现 bug,这和找不同有什么区别吗?我认为考虑事物的时候的全面性比较重要些,另外 锁喉咙 只是开个玩笑,楼主别当真~~~~

华为是我知道所有公司里测试最强势的。
在华为里，测试一样都是被 DISS 的，多撕一次少撕一次，会有啥改变不？
没有的话，就该干么干么。当然测试领导都喜欢能撕得测试。。。。像我就不行。。。。

需求文档没描述但是多出来的一个字段？？？？楼主说的字段，会不会是文案。

后端的接口是后端开发自己写的,前端调接口是按照接口文档来的和需求有什么关系吗?楼主还是保护好喉咙吧,逃~~~~~~

什么钱多转什么

如果页面中多了一个需求没提到的字段，不是 bug 吗？ 有问题？

能不能敏锐地发现一些不易察觉的 bug ？例如页面加载过程中一闪而过的元素移动、需求文档没描述但是多出来的一个字段?

原文哪句话提到了接口多一个参数的问题？？？ 会读题吗？
还担心我被前端锁喉，先把你的阅读理解能力弄好了再说吧！

目测你们的前端太温柔了,下次被前端锁次喉就不提了,这张图送给楼主

无他，唯有熟尔。此贴终结

例如页面加载过程中一闪而过的元素移动、需求文档没描述但是多出来的一个字段

这和接口多出来字段不一样吧，这种问题我们就不撕了

例如页面加载过程中一闪而过的元素移动、需求文档没描述但是多出来的一个字段

感觉挺适合吧，能怼开发、产品、前端。。。 发现他们业务、设计等问题

所以接口多出来字段又是 bug 了吗?

不撕，就想探讨一下，做测试需要哪些天赋

前两天刚撕完，多出来的字段不是 bug，不是 bug，不是 bug。。。。

给你涨了多少

准备转开发吗

以前我什么锅都会接着，后面实在受不了锅太多了，不是我的锅我就甩回去，我是在公司待久了才会这样

你跟我的情况一模一样，测试还是太弟弟，准备转岗了

我之前的领导线上出 bug 从来不怪具体测试，他知道测试计划和测试策略都经过评审，开发和产品经理点过头的。但是现在这家公司就是层层领导都在甩锅，最后甩到做事的人头上

这次想走真的不是因为钱了，是真的受不了这个公司了