1.5k

领导一般不喜欢有反对意见的，虽然领导常说，有啥问题赶紧提出来

你是魔鬼吗？？？

哈哈，所以多出来的字段到底是不是 bug？

欢迎理性讨论。

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

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

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

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

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

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

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

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

什么钱多转什么

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

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

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

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

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

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

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

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

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

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

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

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

给你涨了多少

准备转开发吗