终于意识到单元测试的重要性
因为在一家互联网公司工作，做什么产品都讲究快，团队似乎很少会把单元测试放在一个很重要的位置。做了很多需求，单元测试几乎为零，功能测试完成后就发布上线了。很长一段时间内，也没有出现严重的问题。
直到接触到一个业务逻辑比较复杂的项目，代码的封装规划的不好，耦合性很强，每次改动一个小地方，功能测试后发布上线，才发现不小心把别的地方改坏了。由于业务很多，测试的同事也不会因为一个小改动把所有功能都回归一遍。这样就给开发者带来很大的困扰，每次改完代码总是心惊胆战的。
功能测试很棘手的问题，单元测试却可以很好的解决。我开始尝试编写单元测试，先覆盖一些核心的方法，慢慢就有了一定数量的测试用例了。每次改完代码后，把所有用例跑一遍，如果全部通过，心里就感觉很踏实，如果没跑过，就说明有些地方被改坏了。不管是什么结果，都能让自己对代码的改动更有信心。当然，单元测试全部通过，也不能表明没有改坏，我们只能通过编写更多的测试用例，尽可能覆盖更多的场景。
程序员写代码，总是不可避免产生bug，只要是人，就会犯错误。然而机器犯错误的概率却比人要低得多，我们编写单元测试，就是用一种可量化的标准，让机器来替我们校验代码的逻辑是否正确。
通过编写单元测试，我也对编码有了更深刻的认识。代码不仅仅是为了实现功能，还应当易于测试，易于他人理解。这样的代码，才具有可维护性和健壮性。编写单元测试，会花费一定的时间和精力，但我认为是值得的，前面的付出一定会在后面得到回报。随着项目越来越庞大，逻辑越来越复杂，单元测试就愈发显得重要，那些逐步积累起来的测试用例就是守护代码安全的卫士，为你的项目保驾护航！
以上是 终于意识到单元测试的重要性 的全部内容， 来源链接： utcz.com/z/510454.html
