2013总结

这小半年来，在忙碌的工作中也学习了不少知识，现将2013这半年来的工作总结如下：

根据项目实际情况，及时调整测试流程，本年测试对象是客户方编写的程序，现在的测试流程如下：

在测试过程遇到了一些问题，针对这些问题提出了一些建议，现正在实施的活动总结如下：

1、  所有的初始需求文档应该要及时上库

2、  测试环境在还没有的情况下要主动提出需要哪些资源，早点准备，尽量不要耽误测试执行。

3、  新需求发放需要走流程—由相关人员统一发放，避免接私活，打黑工的情况，这也便于整个项目的把控。

4、  接手新的东西，在接手的时候最好能把需求了解清楚，并对接手的东西进行验证。

5、  开始的时候没有缺陷工具，因此测试流程不好把握，后来用了jira,但是开发处理问题单并不是很及时，后来转到dts，规定测试只回归开发回过来的问题单，尽量减少一些无用的工作量，不过在执行过程中，还是存在处理问题单不及时的情况。

6、  对于task划分尽量准确，单个task评估时间不宜超过5天，每个迭代都新加一个task评审会议，对划分的task进行评审。

7、  在沟通方面，更加主动，规范，大多数情况都走邮件，如果有沟通障碍，也能有相关人员协调解决。

8、  测试列出checklist

9、  每轮迭代都有相关人员给出明确的版本计划和版本质量要求

10、             由相关人员给出较为常见的测试场景，测试依照测试场景进行补充和测试。

11、             为了让测试能更好的理解需求，测试需要参与需求澄清，尤其是后面新加的需求，容易忽略测试，只单独的开发交流

12、             早会不准时，统一早会时间。

13、             每个星期一次测试情况汇报。

14、             建议在组内将我们的工具用起来，不过到现在为止这个活动做得不是很好，我们这边自己的人员一直都没能用起来。

15、             发布版本的时候，需要开发提供版本更新内容，只是这个现在主要还靠espace交流，并不是很规范。

16、             把握版本发布，不能太频繁。