二、经验和教训

　　这个项目是我接手的第一个项目，也是一个理论联系实际的过程，回想起来，收获颇丰。

　　经验主要如下：

　　1、学会如何将书中的理论与实践相结合；

　　2、学会如何根据项目Demo及需求文档撰写测试文档；

　　3、学会如何根据项目变更修改测试文档；

　　4、学会如何用英文撰写文档，提交，验证问题；

　　5、学会如何理清项目逻辑，如何更深入地撰写文档并进行测试；

　　6、学会如何与编程人员沟通交流，获得解答，以便正确提交BUG；

　　教训如下：

　　1、撰写测试文档前没有理清业务逻辑，导致前期测试深度不够；

　　2、撰写测试文档时结构不清晰，导致后期难以维护和修改；

　　3、测试过程中心态有些浮躁，有些急于求成；

　　4、还没有形成测试思维，测试过程思维显得有些混乱；

　　5、对BUG轻重缓急界定不够，导致有时测试难以继续进行（对一些影响进度的低级别BUG优先级定得太低）；

　　三、对未来改进的一些建议

　　经过这次完整的项目测试，学到了很多，也发现了很多问题。对于未来项目的测试，我如下几个不太成熟的建议：

　　1、在测试之前项目经理有必要对测试人员进行项目培训，让测试人员对整个项目心中有数，在撰写测试文档时有的放矢；

　　2、在测试文档撰写之前需要定义一个撰写规范和标准，大家按照同一个标准撰写，有利于日后文档的维护；

　　3、同一个项目功能测试至少应有两人，可以交叉编写模块测试文档，交叉检查文档，交叉进行回归测试，交叉验证BUG，这样有利于避免单人测试考虑不足的漏洞，也能产生更多新的想法，还能相互督促完善文档，提高测试进度；

　　4、从一开始高度重视并发问题，并发问题暴露得越早越易于修改；

　　5、希望在未来的项目中，无论任务量再大，时间再紧，开发人员也应该抽出一部分时间Review一遍自己模块所对应的测试文档，确保测试覆盖率！这对项目质量而言至关重要；

　　6、项目后期除了不留死角、轮番地扫遍每一个角落（多人协作）外，还需要将过去所有解决的BUG全部验证一遍，会发现不少难以预见的BUG；

　　7、对于本项目，目前还有32个延迟（Pending）的BUG，里面大部分为性能和并发问题，还有一些光标、排序及空数据遗留问题，这些看似无关紧要或暂时难以解决的问题都是未来亟需解决的关键所在；

　　原文出处：http://www.cnblogs.com/xuben/archive/2009/01/12/1374325.html