公司测试力量不足,自己写的代码自己测总觉得很完美,测不出问题。发布以后各种神奇问题。
另外出现前期完好的代码,后期修改了一些功能以后影响了前面完好的代码。
项目属于公司搭好框架,然后分成模块,我做其中的一个或者几个模块,我的问题是,像我这样的问题我应该从哪方面着手让自己思维缜密一点,将代码应对的情况处理的完备一点(尤其是有时候需求改动大,新老代码一夹杂,处理起问题来直接大脑就浆糊了)
我也跟你一样,个人建议,写东西之前先画图,类图,序列图...,抽取业务中变与不变的东西,坚持开闭原则。
再好的代码都有bug,测试充分才是王道。可以考虑自动化测试和冒烟测试这种效率比较高
这种问题无法避免,只能前期多考虑,修改时考虑好影响范围。还是要多测试。
恩,有想法,就很不错了,代码写得健壮不健壮,还有要经验的,比如你这次写代码,测出不堆bug,下次你就知道要注意啥了。测试还是要别人测的好,没测试员,就叫别的程序员互测,你测他的代码,他测你的代码。