云鹏杂记 之 程序的设计与测试

云鹏杂记
之
程序的设计与测试

    记得在北大青鸟学习的时候，老师一再强调程序设计与测试如何如何重要，那个时候也没多少想法，想当然的就认为设计与测试重要了，至于为什么重要，却不得而知。可是最近发生了两件事，让我意识到程序的设计与测试确实重要，而这种意识已不再仅仅是口头上的了。
    第一件事与测试相关，是不久前开发的一个功能模块出的问题。在开发的过程中，由于设计人员与业务人员几番修改业务，代码也跟着动了几回，结果就出现了疏漏。而接下来两个月的集成测试、系统测试、压力测试均未发现任何情况，直到上线之前的联调测试，问题才暴露出来。刚发现问题的时候自己还不以为然，但看过代码之后，才发现问题有多严重。这是一个金融系统，这么一个小小的疏漏，直接结果就是一次操作，几亿人民币消失，呵呵，当时真的是连哭得力气都没了？幸好问题发现及时，被改掉了，可是现在想想还在觉得背后生风呢！
    不过话说回来，问题是如何被遗留下来的呢？我当然不打算回避自己的责任，但测试人员测了俩月，为啥就没有出现问题呢？应该说，我们的测试人员虽然都是刚毕业的大学生，但人都很聪敏、能干，工作上也是一丝不苟，不过却有两个软肋，就是对这套系统的业务不够了解，也没有工作经验。虽然也进行过专门的培训，但与我们相比，毕竟还是有限，所以在他们造测试案例的时候就不免出现了纰漏。
    那么他们是如何造测试案例的呢？原来这个模块所操作的数据被分为两类，两者的前台操作流程虽然一样，但在后台处理时，A类数据不需要调用相关数据，处理起来比较简单，而B类数据是需要调用相关数据。测试人员以为两者操作一致，想当然的就只为A类数据造了完整的测试案例，而B类数据却只造了两条，根本没有覆盖到所有情况，这是违反测试规程的，于是这个问题被保留到了联调测试。
    另一件事则是与设计相关的。最近正在开发一个模块，这个模块虽是新建的，却以原有模块为依据。不过两者界面尽管极其近似，但逻辑处理却已相差很多。本来这也没什么，偏偏设计文档写得含混不清，动辄参考原有功能文档，拜托，那个旧模块也不知道是多少年前谁做的，我那有文档啊？就算自己看代码，一个JSP页，连注释、Scriptlet居然4000多行，您觉得累死人不偿命是吧？这样也便罢了，我去问设计人员，这小子竟然一问三不知，天啊！
    我个人认为，设计人员在与业务人员沟通的时候，因为听说有参考依据，于是开始想当然，没有深入了解，更没想到新老模块已经是大相径庭，所以非但文档写得很差，自己也没太多关注业务，直接结果就是无时无刻不被我烦:)