测试总结
在最近的一两个月里，做的最多的是XXXX系统的测试。在这个项目中，我主要负责书写这个系统搭建手册，系统中三个模块的用例的设计、执行和缺陷的报告及跟踪。在这个项目当中，自己收获了不少。
一、书写搭建系统的手册
xxxx系统的测试环境是在windows XP、用tomcat服务器配置的。配置的过程中重点在于数据库的初始化以及配置文件的创建上面，让我从整体上了解了如何在tomcat上面搭建一个系统的测试环境；如何在DB2上创建数据库，初始化数据库，如何利用工具创建并初始化数据库中表；如何创建配置文件，并根据实际的情况修改配置文件；如何配置网络测试网络是否连通等。这些东西都是我在工作以来没有接触过的，刚开始虽觉得这些挺繁琐，但觉得很有意思，很有兴趣，学习过后也觉得并非那么神秘。搭建系统的经验太少，还有很多欠缺：
1. 搭建过程中只是跟着开发写的搭建手册进行搭建而并没有真正去弄懂每一步的意义
2. 因为对linux系统及其命令还不太熟悉，所以在搭建的过程比较慢
3. 因为接触的少或了解的少，所以在系统出问题时，或搭建过程中有问题时不知道原因，更不知道该如何解决。
4. 在测试过程中，对于系统的配置还不够熟悉，在系统出现bug时不知道如何查看日志，从而更好的定位问题。
5.对tomcat服务器不了解，造成搭建过程中的一些环节走的不是很顺畅。
二、用例设计
因为之前和大家讨论过设计测试用例的原则，所以这次在进行测试用例的时候注意了之前的一些问题，设计的时候从需求分析再到业务流程直到输入框的验证。经过实践，觉得经过这个流程设计的测试用例的覆盖率比较高，bug的查找率也比较高，但仍然存在较多问题。
1. 因设计时思路不够清晰细致所以遗漏了一些用例比如说一些页面的返回、取消功能的用例。
2. 因流程逻辑理解的不到位而遗漏一些流程异常的用例。
3. 设计查询输入框时没有注意到对查询有影响的特殊字符对查询的影响
4. 用例写得比较繁琐，别人执行起来比较痛苦
三、执行测试用例
执行测试用例虽简单但也是关键。在执行用例的时候没有注意优先级的问题，尤其是在第二轮测试的时候没有注意到这个问题。
四、报告bug跟踪bug
报告缺陷时自身还存在较多问题：
1. 报告缺陷时没有把握住重点，重现bug的重点步骤描述的不够详细，不够准确
2. 报告缺陷时对于在多个页面的bug可能由一个页面引起的问题，报告的时候没有客观描述还加入了自己的主观定位。
五、针对以上出现的问题，根据自己现有知识的理解也做了以下改进和学习
1. 搭建环境方面：学习linux，熟悉linux的基本命令，学习了解tomcat；搭建的过程中尽量弄清楚每个步骤的意义；对于缺乏解决问题的经验，要多请教，多学习，多理解，多思考，多练习。
2. 测试用例的设计、执行方面：设计的时候要注重用例的优先级，执行的时候更要重视提高执行效率；设计用例前多熟悉系统，熟悉需求，先理清自己的设计思路再进行设计；测试用例应写的简单，对于多余的步骤尽量删除，但是有些流程上的用例即使复杂也要一步一步写清楚；在这方面要多看测试书籍，扎实自己的测试理论基础。
3. 报告缺陷方面：报告缺陷要客观、简洁、弄清重点，清楚描述；对于涉及多个页面的bug不要根据自己的经验妄下结论，要先清晰客观的描述重现bug的步骤，再适当的添加自己的观点；通过多学习、多请教、多读别人的缺陷来提高自己报告缺陷的能力。
