这是以前在公司写的工作总结，当时只是完成任务，但感觉这样也是个很好的习惯，现在离开公司了，也坚持了下来。
现在回过头来再看当时写的东西，觉得有些观点很可笑，于是，发表出来的博文，是经过一定的修改和润色的，比如和设计模式结合起来的总结，和java的对比什么的。
实习的第一个月在公司做的是测试工作，当时由于报开发的人比较多，别人问我愿不愿意做测试，也没多想，就同意了。
测试的入门比较简单，而且公司的测试主要是黑盒测试，基本上只要别人给你讲解一些这个系统的用途、思路，就可以上手测试了。黑盒测试比较无聊，我做的最多的事情就是拿着鼠标点点点……比较枯燥和繁琐，而且工作起来，没什么成就感，因为出现了问题，也是反馈给开发人员。即使是图标不对称、对鼠标事件的显示不合理（其实就是focus事件少配置了一个响应）等很简单的小bug。
当然，我也不是说测试就没技术含量了，测试是个易学难精的活，输入测试和UI测试比较简单，都有固定的套路和模式，比如输入测试，包含了特殊字符测试，临界值测试，0值测试，空值测试，ui测试则是显示，缩放，排序，拖拉，错别字之类的，以前编写的测试用例，基本上都不怎么需要改，直接可以继续用，按照流程走一遍即可。
测试真正的难点和有意义的地方，是功能测试和集成测试。要较好的完成这两点，必须要对整个系统有一个通篇的理解，比如数据处理后入库这整个流程，走一遍，发现最后入库失败了。总不能直接就给开发人员说：“入库过程有问题”。就完了吧？入库流程是一个很复杂的过程，甚至可能都不是一个开发人员开发的，所以测试人员的工作任务还包括了分析问题发生的位置和原因。而对整个流程没有一个清晰的认识，是不可能做到的。
“对整个流程有一个通篇的理解和认知”，这句话说起来好像是一句套话，有点泛泛而谈的感觉，但直到在公司工作4个多月后，我才对这句话有了自己的理解。
其实感觉这一个月的测试生涯，对我的帮助还是挺大的，参与了测试工作，我才发现，原来测试人员和开发人员对软件的看法是完全不同的。开发人员关注软件的功能能否完成，而测试人员关注的更多，不仅功能要完成，还有正确的完成；开发人员总是默认用户是个“很聪明”的人，不会去做一些“很蠢”的事（比如输入参数没完成就去点击执行），而测试人员则会专门去做这些“蠢事情”，他们会确保无论用户怎么折腾，都不会出现处理不了的结果，至少是不会出现有负面影响的结果。开发人员的思维是线性的，而测试人员的思维是发散的。
这些思维死角的挖掘，让我在以后的开发过程中也少走了一些弯路，记得有次调试bug（这次是单元测试了）发现数据坐标转换失败，为什么，因为坐标参照系参数没有过来，为什么没过来，因为元数据插件采集生成元数据失败，为什么失败，因为原始数据是写在xml文件里面，而xml里面的数据没有解析出来，为什么没有解析出来，因为xml文件当时是在linux环境下生成的，而linux和windows的换行符是不同的，导致我们写的在windows环境下运行的xml解析插件得不到正确数据，当时这个小bug把我搞惨了，不过最后还是一步步跟断点才找到原因。这算是开发和测试的思维的结合吧。难怪有人说优秀的测试人员应该懂开发，只有对整个系统的每一个模块所应该执行的功能有从里到外的了解，测试工作才能更游刃有余。
测试工作（仅指黑盒测试，白盒测试没玩过，也许我会对那个有兴趣）没做多久，感觉自己实在是做不来测试这活，工作起来太没激情了。就申请了调岗，进入了开发部门。