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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

欢迎理性讨论。

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

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

你是魔鬼吗？？？

楼主列的这些个人觉得都是测试所要必备的特质，不觉得是做测试的天赋。这些都是能靠时间经验自我努力就能极大缩小与他人差距，还远远谈不上 “天赋” 一说，而且现实情况是大多数人的努力程度都够不上需要拼 “天赋” 的地步。

同意，这些基本素质，跟天赋一毛钱关系都没有，可能楼主没见过天赋好的那种大牛吧

确实，这些根本算不上天赋。。。。就是基本功。 另外上面说的多个字段算不算 bug，如果这个字段不涉及到很私密敏感的信息，我认为不算 bug。大家可以想想，软件测试是怎么定义的。。。。

还行吧，做了几天手工测试，教我们开发解了个 bug

细心，对业务熟悉就够了，要啥天赋？

这不是天赋,这是 2 年以上测试 er 的基本能力.