组件测试总结（一）

    最近接触了组件测试，本质上来说，按照要求这个算是做单元测试的了，但是由于开发提供的组件很多时候都是由第三方开发好的控件。因此也导致了我现在的组件测试有点显得不伦不类，有时候还是基于黑盒的组件测试。

    其实感觉上我们公司Java方面的技术方面还是有点欠缺的，现行的所谓写的组件有点感觉都是人家写好的，然后直接写个jsp页面调用下。阵阵做底层的开发的人其实没什么。但是，就我自身而言，我觉得自己的技术也不是很牛，总觉得对Java的学习很有免疫力，我觉得作为一个测试人员其实真的好难，就那单元测试来说，我觉得最适合的人才应该最少都得有3~5年的开发经验的人员才可以胜任，因为开发多了，对代码熟悉了，所以才容易想到更多代码中可能会出现异常的地方。有些地方其实很隐蔽的，街上随便抓来的一个测试人员并不是那么那么好发现。所以也就说，真正的做好测试的话，其实真是相当的困难的事情，必须有发散的思维，给你一个点你就需要联想到整个平面；要有相当的编码能力（当然这个看你具体在测试部门所负责的工作，我也不是说每个测试人员都必须精通编码），有时候甚至需要编码能力比开发的还强；有良好的沟通能力，什么开发人员都有，有好的很支持测试工作，但是更多的是时候我见到都是不怎么愿意测试人员测试的（这也可以理解，因为测试本身就是挑人家的毛病，总是说人家这里不行那里报错，谁会喜欢呢），所以沟通能力尤为的重要；当然啦，除了这些，测试的也应该具备的计算机专业知识同测试的相关专业知识，这些都是同样重要的。现在测试也做了差不多一年了，一开始的时候觉得学习测试工具使用、测试技术这些都是最重要，因为可以体现技术嘛。现在发现其实不是这样子的，当然啦这些工具之类的学习也是重要的，但是一个项目或是产品测试下来最重要的是整个测试的策略，用例的设计思想等。好的用例可以精妙的语言覆盖所有的bug会出现的地方。

    所以说对于测试一直一来都需要一边做一边学习，在工作中学习，在工作中不断积累经验快速成长。

    说着说着，感觉自己写的这篇文章有点跑题了，本来是想说说Junit之类的，哎~~现在的开发框架也越来越成熟了，无乱是.net或是java阵营，都基本是出现了各样的XUnit的框架，但是感觉上框架确实方便了开发工作，测试工作，但是很多的东西执行起来还是要很多其他方面的考虑。例如，框架出来，往程序里面填程序时的算法。现在我的情况是基本是就是类中的方法插入断言然后比较预期结果同实际结果。感觉上，表面上是好像完成了工作，但是我觉得这样测试法其实发现不了什么问题的，因为我自己都觉得测试得很肤浅，只是没办法为了凑工时数，快点完成任务交差。再一个对于单元测试的的性能测试我一直都进行得有点力不从心。因为很多地方不懂，也没有那个编码的经验，比如用hibeinate查询同jdbc查询数据，这些执行效率、复杂性等的东西由于现在我的知识面还是比较的狭窄

    今天及县总结到这里吧。