完善测试案例省心又省力

     软件开发是一项非常复杂的工程，每一个环节都容不得半点的马虎，否则前功尽弃，后悔莫及。需求分析如果没有做到位，很有可能导致做出来的东西不是用户想要的功能；开发如果不严谨，很有可能产生非常隐蔽的bug，测试过程也没有测试出来，导致用户在使用过程中有问题，报障平台越来越多的故障；测试如果不完整，只限于表面的测试，复杂的业务逻辑没有深入的测试，也会导致上线、升级失败。
     早两天的升级，由于核心的算法有问题，导致全网用户使用过程中出现问题，给顾客带来很大的损失，我们遭到顾客的投诉。今天的故障越来越多，同事分析了一个故障，根据日志分析，说明是我程序有问题。我当时也很纳闷，明明在测试环境是没有问题的，有点不大可能的感觉，但既然问题出来了，我们一定要认真的对待，去找到问题的根源，避免造成更大的损失，给团队带来负面影响。下午，我仔细的分析了日志，也仔细的把核心算法看了一下，凭直觉这个情况是会发生，然后在测试环境模拟，真的会产生这个问题。我对问题进行了修复，发出邮件提出相关建议和程序更新包。
     领导看到我邮件，也非常的重视此事，鉴于问题非常严重今晚务必把问题解决了，并且升级系统。其他同事也在想是否在其它的情况，还会出现问题。果然，经过大家的结合业务分析，可能还会有些情况没有考虑全面。此时，我们继续完善我们的测试案例，把相关的情况都考虑进去了。我一边修改我的代码，一边做单元测试和功能测试。我这边没有问题了，提交给测试同事测试，经过反复测试，确保没有问题。我们对一些影响非常大的点，进行了升级，目前没有什么问题了。这个时候我才真的松了一口气，当时的压力非常大，提醒自己一定要冷静，要清醒，问题一定要修复，解决。
     回顾整个事情，我的开发过程中存在了逻辑问题，有些情况没有考虑的周全，写代码还是要沉下心来写，不要急躁，不要浮燥。测试也出现了问题，没有一个完整的测试案例作为指导，测试人员也不知道，到底要怎样测试，才能覆盖整个代码。我们一次又一次的测试，每一次的业务需求都要准备全面的测试案例，这样我们才能确保，我们的程序是高可用的，用户满意的。