如题
本人在一个小到不行的公司 开发上线维护全部一人负责， 这样的状况下偶尔会发生上线后要修bug的问题。 本身在开发的时候自以为想清楚所有状况了，但其实上线久了偶尔还是会有小bug。 想请问大公司的QA Engineer是有什么魔法才能全部想到的吗？
PS 本人转职底层QQ 垃圾问题请多多包函

做久了会遇到那些状况心里都有个底了吧

经验

当然是不行阿...QA又不是神

想不到 所以我觉得QA应该是当过RD的去当

楼上大错特错，RD只会测试happy flow而已，RD如果想得到任何例外状况，开发的时候就先处理掉了。

QA本来就测不出“所有”问题稳定的系统都是经过漫长时间改出来的RD能测出来的又更少，因为东西你开发的你知道怎么用才是正确的，你不会知道user会做什么奇葩操作自然很难在开发就把Bug都抓到

回原po，首先不可能全部想到，不然微软就不该有bug。再来要有好奇心，手册上说先做A再做B，你就要想如果我跳过A先做B会怎样？再来就是排列组合…

就不行啊 我自己看扣抓的 bug 都比 qa 测了半天多了不过是看别人的扣 看自己的会有盲点

把使用者当QA(误),发一个解一个最后就稳定了~

工程师的本能 就是去抓系统的边界条件 简单来说就是找系统漏洞

你黑箱测试怎么可能知道全部状况能做个边界测试就很了不起了

的确要当过RD的才有办法反向思考…一般QA连正常状况都不完整

原来如此 这样我就放心了 我以为有什么特别原则照做一定没问题

RD是单元的功能测试。QA 是系整合测试，负责的层级不同

你以为大公司就会有 QA 嘿嘿 不红的单位自己测拉以前待过一家小公司 QA team 非常厉害 工程师都是专职QA

楼上XD 大公司里的边缘团队真的超惨，比小公司还不如

虽然被抓的很多改的很烦 但是能过我通常都很放心上线

想不到啊，所以出问题被检讨的都是没测出来

或许可以一部分交给AI来测试？

没用过大公司东西?不会怀疑没有好好验证/QA过吗?可以补救就不会花资源因为是浪费XD

QA做系统测试是领干薪呗，称职的QA对一个程式片段都能测试

跟绩效挂钩的时候就会激发潜能了

一二楼正解

当然是等真的爆了再把客户feedback加进测项里

直接上线客户就是免费QA

想不到 扛责用没正确规划的QA 如果还没有扛责的用处 那就会有点鸡肋验证过了如果还有问题那就是QA的问题 这样分工就有意义是说蛮多公司的QA是没有coding能力的...

上下左右z轴深浅测

有时也是很吃天份的，有人就是可以想到别人没想过的使用情境，直觉有时很可怕

预判了你的预判，就这么简单