工作总结

  事情起因是因为接手了一个颇具挑战的测试任务，说颇具挑战是因为以前只做功能测试，但是局限于客服端的点点功能，不是服务器端的更改相应文件发送请求的形式。因为需要新工具，自己从来没有使用过，于是第一件事当然是请求分配任务的老大。此时，老大在一定程度上很好，首先给我解释了业务逻辑，虽然我心里默默地想，我已经懂得了业务逻辑，但是还是一直听着老大讲完，时而有打断，缩短了讲解过程。然后开始正常进行文件修改，发送请求。问题就出在如何发送请求这里。首先，我没有拿到明确文档，说应该发送多少请求合适？第二，我没有相应的经验来评估应该发送多少请求？第三，老大也没有说，甚至可以说他一定程度上鼓励我发送越多越好。那我果断选取第三种方案，这里自己的处理方式出错，我应该直接找对应的开发人员，即使不能给我个准确值，那么应该也可以给我个大概值，或者他们的预估值，然后我就不停地做同样的工作，用户数相同，时间数不同；时间数相同，用户数不同。浪费大量的人力物力，甚至最后没有发现任何bug。反而导致因自己的错误预测，浪费大量的时间，致使远程机丢失，占满服务器带宽，更换测试工具等多种问题。最后导致还有问题不能即使处理，大老板找我的大boss直接说我有问题，不认可，可能甚至承担风险。最后的处理方式是让有经验的工作人员帮我一起解决问题。出具完整的测试结果。当事情走到这一步，其实我已经开始是几近崩溃的边缘了。我已经开始承受不住大量的大boss的轮番轰炸。甚至最后没能怎么体现自己的工作量。

   因此总结如下：

   1.接到任何任务，一定要有个明确的任务指标。知道自己要做什么，要达到何种标准；

   2.不要对周围人抱怨自己完不成，不要让自己的负面情绪影响其他人；

   3.不能老问自己的直属领导你该怎么做，他最先给出一个指标，按照指标完成，给出结果就行，不能听他瞎指挥，最后造成大量的工作阻塞。这次算是一个很好的教训，事事问老大，事事给出错误的指示，如果我直接告诉他我想要达到什么效果，他能有什么方法帮我达到就可以了。而不是告诉我你应该包含哪些过程，这些都不是他该给的，这是我自己出具的