完善测试案例省心又省力

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

    

猜你喜欢

转载自hgq0011.iteye.com/blog/683463