在一个小公司做马公，没人测试。怎么保证程序尽量不出错？

在一家小型的公司做马工。压力巨大，
整个development team只有几个人
没有人做测试， 自己写程序，自己测试自己上线。老板非常push
这样的情况下，怎么保证程序尽量不出错
半路出家的，程序写的不怎么样。

自己写测试?
或者标准答案: 刷题走人

回复 2楼sunnytoday的帖子
很多大公司也没人写测试。老的软件公司才有人专门写测试。

互相测? 自己的code是癞痢头儿子自家的好，有些问题很难发现的。尤其测的时候用设计和implement 时同样的思路考虑问题。。。

给自己写个标准文档。每个测试都标准化照着做。比如检验输入输出、边缘值、用户错误等等。 看些测试方面书。 写code时候尽量小心。

我在大公司做码工，就是自己测。 曾经招了一个qa, 我发cr前自己测完。deploy之后再教一遍那个qa怎么再测一遍。。。。

刷题跑路

好多公司没有专门的 QA team， 自己写的 code 自己负责， 出错了， 半夜爬起来自己修。
争取正式 production 之前自己好好测试一番。 多 log, 好知道哪里出了问题。

TDD

TDD，code review啊

这让我想起了微软, 和任何烙印居多的公司. 他们的标准答案: 让产品的code stabilize 6 到 12 个月, 自然就好了. 也就是说, 产品可以带着一堆bugs发布, 然后慢慢修改就好了. 这修改的resource, 又是一大政绩和往上爬的资源. 撑得住的公司(比如微软), 可能没事; 撑不住的(比如波音), 就麻烦大了. 但这不妨碍人家去别处升职.

自己多测测呗
其实有QE很多bug也不一定能测出来

其实多写多错，不干活的人从不出bug。 不过不推荐划水，半路出家更该多写，多写test cases，设feature switch小批量release，有错了也好revert，出了bug学会总结，最好拉一票人一起学习总结