IAGW的静态测试

最近的工作非常有趣，每天都很有激情地工作。从AIGW的规范研究、需求讨论、设计讨论、需求REVIEW、设计REVIEW，到现在的测试计划编写和测试案例设计，虽然需要消耗很大的精力，但觉得非常值得，收获不少。
因为是一个全新的项目，所有的需求都要一点一点地弄清楚，具体的实现方法也要认真考虑是否合理，特别是在编码阶段的测试用例设计，通过阅读相关的规范和设计文档，全局考虑设计测试用例，很好地锻炼了自己提取要点的能力和设计能力。花时间在编码阶段进行测试用例的设计非常值得，在写测试用例的时候会留意到很多细节的处理问题和流程相关的问题，通过与开发讨论确认，一方面可以帮助开发更好地处理具体的实现细节，另一方面也可以帮助测试提前深入理解系统的实现。案例的设计，将我对系统的理解和平时的积累发挥得淋漓尽致，很多短信网关可能会遇到的异常，也全面地考虑了，看着一百多页的案例，非常有成就感。
不过，这是需要时间和成本的，如果项目紧张，就不可能有那么充分的时间做项目的前期静态测试了，特别是在我们目前的软件测试还不规范的公司，大多都是在软件编码完成之后测试才加入，这样从短期来看成本是比较低，但实际的成本反而更高了。完全按照CMMI3来进行项目的测试，这还是第一次，现在已经看到了一些初步的成果了，不过要看真正的效果，就要看接下来的测试实施的结果了。另外，产品初步完成之后的演示评审也非常重要，通过演示，不同的人会从不同的角度提出很多很好的建议，帮助产品的进一步完善，今天在产品演示的时候听到了很多非常精彩的评论，受益非浅。
现在，一般一个系统给出来，理解清楚业务需求和处理逻辑之后，就会有一种灵感，知道该怎样设计测试案例、该如何做测试，在测试实施的时候，捕捉出来的bug也比别人的多、而且有价值，我也说不清个中原因，也许个人都有适合的工作，而我跟测试正好投缘。近期学习了一些测试方面的理论，在学习的时候回想起两年来的测试知识，形成了自己的理论指导，将这些理论指导应用到现在的系统中，会觉得有了一种豁然开朗的感觉，好象是比以前提高了一个层次。不过，我也有弱点，那就是编写代码的能力，如果能够在编写代码的时候也能够做到如鱼得水，那对测试自动化就非常有帮助了，自然就会提高测试的效率和质量了，这个项目测试完成之后，我的下一个目标就是软件的自动测试，编写IAGW的自动测试工具，希望能够从中获得一个质的提高。