及时、完善的测试的重要性

最近在温习软件工程，复习敏捷开发之类的软件开发模型，在学习科学有效的开发流程的时候，我意识到了之前开发项目的时候是多么粗糙与不严谨。

去年开发某个项目的过程中遇到过一个bug，让我印象深刻， 因为花费了一个下午的时间才解决，而导致bug的原因却非常的基础，并不是什么难的问题，就是配置错了而已。

开发那个项目的时候，由于自己心急，忽略掉了很多测试，导致模块是存在问题的，而在存在明显缺陷的模块上进行开发无疑会导致bug。

具体来说，我在写完某个接口时（业务逻辑很简单，我很快写好了），发现怎么都无法通过测试，调用接口后无事发生，连异常都没报。这让我很是头疼，后来我发现里面写的try-catch没有把异常打印出来，而是直接结束了（这也是一个很基础的错误，不打印异常，那么捕捉异常干什么呢？），然后我把异常打印出来，异常指出这模块的这个接口调用了另一个模块的某个接口，但是在调用时发生了错误，错误原因是没有找到该模块。看了异常我以为是发出调用指令的模块哪里写出了，或者配置错了，一直再找，一直没发现。后来换个方向，去看被调用的模块，才发现被调用的模块里面有一个配置的错误，这个错误在这个模块做接口级别的测试的时候是无法发现的，而我写这个模块的时候很着急，只做了接口的测试。

具体来说，这个项目使用的是ssm框架，需要进行大量的配置，而配置内容基本上都是差不多的，因此我在对某个模块进行一些框架、中间件的配置的时候，直接从原来项目中复制了过去。配置完后也没有写测例或者使用postman看看配置是否成功、正确。

如果按照严谨的开发流程进行的话，我在对模块进行配置工作的时候，就应该通过测试检查出来这里面的配置错误，并给予修正，然后再去开发某块的其他功能。