工作总结（二）

     上星期的工作真是忙得要死，而这个星期的工作就很空闲了，觉得很无语啊~~~

     也是时候要写写总结了。

     最近一直在跟进XX彩信运营的项目，觉得自己还有以下的一点不足的地方：

     第一，配置管理上，真是很难明白导入数据也会产生那么多的问题的，同样是往orcal中导入数据，人家导入就是很正常的，轮到我导入的时候就会有很多的问题，好不容易的成功的导入一次，居然产生了一堆警告。狂晕啊！

     第二，需求变更的跟进上，其实这个也不单单是我自己的问题了，所以以后的话如何有效的沟通真的很重要，需求文档说的是一个样，开发最后出来的项目又是另一个样，导致用例又要不断的修改，占用了测试执行的时间，看上去用了很多的测试用例的执行时间，其实不然，单单根据现有的开发的功能去再次编辑用例就耽误了很多时间了。这个问题到底怎样解决，我觉得还是相当头疼的事情。暂时来说只有通过再多余开发的沟通，尽可能的减小开发出来的东西与编写的用例之间的偏差了。希望也可以有高手指点下，怎么减少法？

    第三，做事上，觉得自己做事还是很不够细心的有时候又太心急了，本次的测试工作中，犯了一个很不应该的人为的工作疏忽，就是测试按号段群发短信、彩信的时候，10的四次方条数据就这样下发了，这个是应该向项目经理请示下的，结果是我当时太心急，没有同项目经理确认的情况下就的下发了，这个要是由客户投诉起来就麻烦了。真的很不小心啊。搞到挨骂了~~嘿嘿~~

   第四，都是手工的测试，技术上没有什么提升，我一直以来不是说看不起什么手工测试技术含量不高的哪些，当然啦，测试技术也是一个很重要的方面。手工测试的话，其实也是在其他的一些方面可以学习下的，比方说：做事的方式，逻辑思维，沟通能力，描述用例的能力上还是有进步的空间的。但是永远就只是做手工测试，那么我的测试生涯将会是十分的可悲的。

   第五，应该是版本的维护上，由于这次的测试不是在固定的一个测试服务器上，接口、彩信网关的关系，只能在开发的服务器上进行测试，导致有时候有些bug今天提交了，明天由于赶进度，版本每天的 更新一次，明天也许我还没有测试这个版本，明天bug就改过来，我们测试的话，为了要保证质量也不可能一天就测试一个版本的。所以我觉得在这个项目的测试过程中还是相当的混乱的。

   总结就到这里吧。

   说点题外的话，至于以后怎么提升自己，我觉得也是个问题，学什么是方向的问题，怎么学就是方式的问题，这两个问题我都很有疑惑。