工作8年面临公司裁员！功能测试(点点点)到自动化测试人员的转型之路的感悟---送给还在职场中迷茫的你

时间过得好快，不知不觉已经在这个行业摸爬滚打 八年多了，也算是测试圈的一枚老兵了。

回想自己在自动化求知路上的种种， 依然历历在目，看着自己一步步的走来，真的是很不容易...

结缘自动化测试

入职新公司后，和我一起入职的新同事（简称DJ），一起到楼下一个运营中的项目进行 「业务熟悉、学习及考核 」。

在楼下一个月业务学习的过程中，每天真的 没那么多活， 一天最多一个bug，让你验证下， 也没写过测试用例。一个bug，快的话几分钟验证完了，业务和基线文档也看了很多遍， 已经是很熟悉了。

闲不住的我，就自己找点东西学学和研究。后来被测试组长偶然发现，后来和我说，接触过自动化测试吗？给你发个文档，回头有时间研究下。

对我而言，从未接触过自动化测试，但是直觉告诉我，这个东西应该很“炸”，感觉就是 高大上， 有搞头。

周末休息，花了一天时间，研究了下文档内容，就以公司项目为例写了一个登录的Demo。周一给测试组长看了下，并得到测试组长的 肯定，说我 上手很快呢。

没想到还不错，自己不是太笨。

劝退边缘

可是好景不长，一切看似很美好，但挑战也随之而至。面试我的副总说我们在楼下的 业务学习已经结束， 要回到自己的部门了，先让我和DJ写一个我们部门项目测试用例，一人一个模块。

当然，我是不知道 测试用例该怎么写及正确的标准。 结果，用例交上去后， 可想而知了。

副总找我谈话，说我写的测试用例不合格，并说再给我一次机会，如果写的还是不行，给我七天找工作的时间， 其实就是要被劝退了。

我深深的知道问题的严重性， 这是我最后一次机会了，一股强烈的生存欲望，在心里燃起来。 心想一定要留下来，必须要。

真的留了下来

我先基于自己的理解，按照原型图，设计编写用例。整理后把原型图和用例打包，发给老宋 「和我同一个培训机构早一期的学员 」。她又帮我过了一遍并在用例里 加批注和标识， 并指出有哪些不足。

按照她的指导建议，我又把 用例优化整合，再次求助、发给我楼下实习时的测试组长姐姐，查看是否有遗漏。

在她的帮助下，我再次将用例整合修改，发给副总后， 一次就通过了。

在这次的设计编写、测试用例过程中，我收获了设计、编写测试用例的标准及思路， 真的很感谢这两个朋友，在我最危难的时候帮我度过难关…