匿名吐槽 你有做测试的天赋吗?

匿名 · 2019年01月09日 · 最后由 匿名 回复于 2019年01月16日 · 1211 次阅读
  1. 接触一个新的系统或者需求,能不能马上理解里面的逻辑?能不能按你的理解完整地解释给别人听?
  2. 能不能敏锐地发现一些不易察觉的bug ?例如页面加载过程中一闪而过的元素移动、需求文档没描述但是多出来的一个字段?
  3. 对新的业务名词可以快速理解含义吗?假如需求里新加了一个统计表单,能理解里面每个字段的含义、计算公式,甚至知道后台应该怎么计算吗?
  4. 发现bug ,可以快速定位和排查吗?
  5. 工具可以快速上手吗?
共收到 26 条回复 时间 点赞

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

匿名 回复

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

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

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

匿名 回复

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

匿名 回复

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

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

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

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

匿名 回复

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

匿名 回复

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

匿名 回复

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

匿名 回复

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

匿名 回复

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

匿名 回复

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

匿名 回复

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

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

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

匿名 回复

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

匿名 回复

欢迎理性讨论。

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

哈哈,所以多出来的字段到底是不是bug?

匿名 回复

你是魔鬼吗???

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

匿名 回复

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

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

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

细心,对业务熟悉就够了,要啥天赋?

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

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册