现有开发流程是编写代码,然后运行系统,根据url进行后端的测试正常运行就ok.也有编写完成dao和service等代码后进行测试的测试代码,还有action测试代码.
从测试完整性,或者测试覆盖率来说,某个业务的测试完整,但是很多业务并没有测试代码的存在.感觉是一种遗憾.从代码的安全和可靠性上有折扣的比例.
从测试代码可以看出最初设计者的设计意图,以及对方法的各种情况的考虑.对于理解程序和扩展程序有非常重要的作用.可惜测试代覆盖率并不是很大.
可以考虑测试驱动开发的模式,以编写测试代码开始,测试的情况通过,然后进行正式代码的编写.保证功能的完整,各类情况的思考!
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
