软件测试岗位同一个业务产品不知不觉已经经度过了4个多年头，也是自己现有唯一的工作经历。为自己负责，对4年光阴进行一下回顾总结：庆幸这4年多也不是一成不变，每年基本都螚有新的形式挑战。

　　算来也是经历了产品测试工作的几个时代吧，浅谈一下自己对几个时代的感受。（PS：按个人感觉分的时代有片面性，老了记忆也不太牢靠可能发生时空穿越，有不正确的地方还请大家见谅！！谢谢）

　　零时代：只有Dev无正式测试工作（没亲身经历过，列在这里算全面一点吧，呵呵）

　　● 【时代特征】软件开发的初期，只需要唯一的核心人员：Dev。 编码完成后，无专职Tester也没有正式的测试工作，Dev按照自己对软件功能要求，随便进行操作验证，觉得没问题后就算测试结束，即可软件发布。

　　● 【时代优势】自由开发自由测试，相信“自由”会让现在的很多Dev激动不已，呵呵。

　　● 【测试定位】 无

　　● 【不足困难】软件功能点多了后，为保证质量需要测试执行的功能点变大， Dev们自己负责会觉得浪费时间；没有正式测试计划的情况下也很难保证质量。 觉得还是需要专职的测试人员好了

　　时代一：纯手工测试（自己应该是抓住了这个时代的尾巴，开始工作时业务线组内很多人也是纯手工的）

　　● 【时代特征】

　　1、测试工作纯手工完成，能弥补零时代不足，即：释放Dev劳动力，让他们可以专心的开发； 保证测试质量，开展正式测试工作：测试设计+TC编写+测试执行+产 出测试报告。

　　2、测试工作门槛低，逻辑清晰的实习生稍微学习一下就能胜任。工作重心从用户需求角度出发，进行测试。

　　● 【时代优势】劳动分工Dev的效率提高了；专人负责测试工作产品质量更能得到保证。

　　● 【测试定位】

　　1、从产品需求出发开展测试工作，产品质量的守护神。 产品上线质量好就可得到PD（产品经理），Dev的肯定，实现价值。

　　2、守护神对质量要求高，一些需求小点也可以和Dev拉锯几天。

　　● 【不足之处】测试工作效率不高往往成为研发环节的瓶颈。面对互联网产品迭代开发的模式，重复工作量大，纯手工太累！需要需求方式提高测试工作效率。

　　时代二：尝试小部分自动化（准确的说我参加工作时，已经是这个时代了）

　　● 【时代特征】依然是手工测试为主，业务线团队中开始尝试页面自动化等。

　　● 【时代优势】脚本覆盖主要流程，可以逐渐替代之前每次发布前人工手工回归的工作。释放了测试人员部分机械的重复工作。

　　● 【测试定位】依然是产品的质量守护神，开始用技术手段提高工作效率。

　　● 【不足困难】自动化刚起步，需要进步提高自动化覆盖率。