目前从事测试工作的人真多，感觉比从事软件开发的人数还要多，这是件好事情，总古至今，一个行业只有越多的从业者，该行业发展的才会更快。

　　测试人数的激增，除了各公司都开始重视测试和测试对象的种类扩大的原因外，其实最大的一个原因是测试的入门门槛不高，这对我们的从业人员是件好事情，只要懂点计算机，只要会使手机，其实就可以做黑盒测试，因为测试本身靠的是灵感和想法，其他的背景知识现学都可以。但是一旦进入这个行当，就会发现，慢慢的很多所谓的测试本身根本不需要动那么多脑子，只要手指头动就好了，只要会点鼠标就好了，因此就成为了重复的工作，测试人员也就成了廉价的测试机器。其实这对公司来讲，对于自动化测试还有待发展的现状，这也是没办法的办法。但是对于测试人员的发展之路来说，这并不是一个很好的信号。重复的动作，重复的测试行为，到底能带给测试者什么？ 是所谓的经验吗？这需要大家的反思，为自己的职业发展之路反思...

　　首先提高自己的测试理论基础。可以围绕自己所做的测试，有哪些相关的测试理论可以支持。所有的测试基础概念其实都是通用的：静态测试，动态测试，测试用例，等等...以及一些测试相关技术：等价类划分，边界值，相信这些方法所有的人每天都在用，但是未必所有的人都能说明白。所以为自己每天所做的测试行动找点理论基础，即有效率有与实践相结合，慢慢就会发现，其实平时所做的事情都可以找到测试理论来支持，这样拥有扎实的理论就有可以实现了.....这也是职业发展的重要一步。

　　其次要对测试的整体流程有完整的概念。这个是目前很多初级测试人员所欠缺的。目前大多数人只知道自己测试的是什么东西，但是不知道自己执行的测试处于什么阶段，下一个阶段是什么，也许整个项目做完不知道；这个问题的主要责任在于公司，很多小规模的公司由于受规模和成本的限制，并不愿意在测试流程管理上花费时间，（当然也有可能是因为管理层没有这样的意识），认为公司规模不大，用不着那么多条条框框，让测试人员按需求说明书测完了就OK了，而软件测试人员也就不要知道什么是测试计划，什么测试策略，分哪几阶段的测试，反正测试完就好。但是实际上，在中大规模的公司，这些测试的流程管理是很严谨的，也就需要员工有端到端的测试意识和对测试流程的概念的认可，所以很多测试人员在往大公司跳时往往因为这个原因而被拒--没有测试整体流程管理的概念。

　　因此，一定要避免迷失在日常重复的测试中，培养自己的测试整体流程的概念。主要的措施可以有：

　　1）看一些测试管理方面的书籍。

　　2）自己将自己参与的项目进行划分阶段“对号入座”。

　　3）在编写测试文档时要严格要求自己。

　　4）在测试结束时，及时对整个测试过程进行总结。

　　第三，在进行测试工作中要弄明白为什么要这么做，为什么要执行这样的案例，为什么要执行相关的测试工作...。多问几个为什么。有一个问题要先讲清楚，就是有很多人还没有注意到这个问题，领导让怎么做就怎么做，也许真的做的很熟练了，但是一年后去问他为什么要这么做，相信他也说不出太多，反倒觉得就应该这么测。这样带来直接的弊端就是对自己的职业之路不负责任，所以目前已经意识到这问题的同行们已经占得先机。只有弄明白自己作的每件事，才能知道自己未来要干什么....

　　那从哪些方面才能问寻找为什么呢？

　　1、从行业角度。看自己所从事的是哪个行业的测试，电信的测试、网页的测试 、手机的测试，应用的测试等等，因为每个行业的测试的规律，规范，经验，特点都不同，从这个角度可以寻找到自己为什么要这么做测试的答案，因为这些也直接决定你每天所做的活动。比如手机测试，那么要求更多的是黑盒测试，包括各个功能的组合输入，那每日执行的测试案例里就更多和这些相关，所以当你质疑自己要每天这么测试时：你从手机行业和手机的特点入手就知道自己为什么每天要重复的测来测去

　　2、从测试用例的角度。弄清楚用例的到底是测试什么，测功能？ 测试性能？测界面？在用例里用了哪些方法，这样就可以把不同类型的测试和不同的测试方法积累并对应上。 另外就是看测试的功能点是不是来自于需要点，这样可以锻炼如何从需求点里提炼测试需求。

　　3、从测试工具的角度。也就是总结一下为什么要用这个工具，这个工具与自己要测试的对象有什么关系。

　　4、从测试文档的角度。每个人都会接触测试文档，少的会接触测试用例，多的还会接触测试计划等高层次的文档。从每个测试文档的功能出发，因为对于测试管理流程来说，测试文档起的是非常重要的承载作用，作用不一致，而且都很重要，当你在写每个文档时，可以查查相关的资料，看这些测试文档的作用是什么，有哪些职责的人要看这些文档，文档要注意什么，要写些什么，这样就明白自己工作的目的性和重要性了。