怎样破坏软件功能：常见缺陷模式

[xnyu125]

大家有没有发现这个有趣的现象，在研发过程中，不管开发自测的多完善，验收标准多完备，QA 总能发现更多缺陷。哪怕是一个在线上已经稳定运行很久的既有系统，QA 一来立马搞挂了。有时候不得不感慨，QA 好像柯南一样具备招虫体质，这发现更多 bug 的脑子是怎么长的？

本文就来讨论一下，这种能发现更多 bug 的思路是如何形成的，QA 们都是如何破坏软件功能的。

《怎样破坏软件功能：常见缺陷模式》

[codefever]

不用 QA ，找个小学生来也一样能发现很多问题
当局者迷，旁观者清

[jones2000]

项目预算少了， 多拨点预算给测试部门。你投 50W 的测试经费，和投 5000 的测试经费，效果肯定是不一样的。
项目进度不要赶， 什么 1 天一个迭代版本，不出 bug 才怪。
产品需求一直变，在牛的构架也顶不住怎么折腾，最后就是一座屎山，不出 bug 才怪。

[xnyu125]

@codefever 是的 ，有时候越新来的越能发现问题，老人都思维定势了。

[xnyu125]

@jones2000 咱就是说，有没有可能，架构打一生出来就是注定要腐化的。。讽刺的是要缩减预算了也往往从测试部门下手。

[rocododd]

能跑就行。什么？项目跑不起来？我说你人跑就行

[Chinsung]

其实专业测试应该更类似安全，在不了解系统细节和需求细节的情况下只通过测试的经验和专业知识去检验系统功能，现在业务测试很容易变成测得越久越难以发现一些哪怕很简单的缺陷

[xnyu125]

@Chinsung 是的，盲测其实最有效，最能反应程序的健壮性。测试人员太了解业务细节了就容易失去用户视角，往一些刁钻的方向去思考，但用户其实根本不会这样使用软件。