如何做个合格的测试员(2)

　　另外一个要学的是软件知识，测试是为软件服务的，软件工程，编程语言，架构，网络，一切与开发有关的知识，你都要学，这里要学的东西非常多，不要求深度但要求广度。我们在需求评审的时候，有时开发人员会说到技术实现，功能的逻辑，内部处理机制，架构层级等，如果你全部不懂那多“见外”呀，当然，这些知识无形中潜移默化的作用你的测试行为，对被测系统的理解深度以及发现问题的深度。我曾多次用“隔衣挠痒”来说不懂开发的测试，什么感觉，你自己体会去吧!

　　当然，每个人都有自己的知识架构和自我的学习路线。不要犹豫哪个技术好学，哪个技术有前途，哪个技术工资高。比对吧!看看各种技术社区相互吐槽。只能是没完没了吐槽。不管你学与不学，技术就在那里，你的技术水平不增不减。当然，也不能一直闷头苦学，学一段时间应该停下来总结与思考。我要走什么路线?我所走的路线还欠缺哪些能力?我还有哪些方面需要加强。当然，也应该关注一下未来的技术趋势。

　　职责决定价值

　　最近读的51testing《 软件测试，想说爱你不容易》一文，感受颇深。作者以工作七年测试员的感受来谈软件测试。

　　其中有一例子颇为深刻，一语道明其中的道理。如果做为一个努力并挣扎中的测试员依然不明白为测试为什么低于开发。拿护士与医生来比喻测试与开发的关系再明了不过了。一个医院中最常见的两个职位就是医生与护士。即使再优秀再专业的护士，治愈不了病人的病。同样，一个再优秀的测试员做不出软件来。名医很多，也许你随口就能叫出几个来，有谁能细数一下有名的护士，除了开创者南丁格尔。恐怕叫不上一个来。其实测试与开发也是这样的关系。因为职责不同，当然有轻重之分。

　　存在既有价值，医院不能没有护士，软件开发中需要测试。好吧!请正确看待自己职业。也许，你会转向更有价值的开发人员，或者架构师。或者不着边的工作。我想大多会继续选择在测试的道路上继续前行。那就尽量让自己的价值最大化吧。带个测试团队，或做测试讲师，或出几本书，成为一个测试专家，探索一下测试的新技术，新模式。既然选择了并热爱那就努力前行吧!

　　敏捷测试

　　由于最近项目的情况，越来越决得流程的繁琐。在这么繁琐的流程下，并没有很好的保证产品的质量，测试人员的大部分时间都消耗在各种文档中。所以，开始了解敏捷测试。也想从中寻找想要的答案。

　　敏捷测试对测试人员提出了更高的要求。测试不再是流程中的一个环节，而是高度的融入项目的整个流程。也许这可以使测试人员的价值更大化，但需要你有足够的能力去迎接它。

　　敏捷测试人员的定义

　　我们这样定义敏捷测试人员：专业的测试人员，适应变化，与技术人员和业务人员展开良好协作，并理解利用测试记录需求和驱动开发的思想。敏捷测试人员往往具有优秀的技术能力，知道如何与他人合作以实现自动化测试，同时也擅长探索性测试。他们希望了解客户在做什么，以此更好地理解客户的软件需求。

原文转自：http://www.cnblogs.com/fnng/archive/2013/01/07/2848502.html