软件测试简历常见问题

软件测试简历常见问题

 许多软件测试同学在写简历时，都会范一个通用毛病，那就是简历上的工作描述和项目描述都像流水帐一样，如在测试工作中，参与需求评审和需求分析，参与手例设计和用例评审，参与功能用例执行或上线发布，同时会参与一下接口的测试或接口自动化脚本的编写，UI自动化脚本的编写等，几乎几年工作中所有的项目都是做这几件事。
 
 我们逐步分析一下测试人员这样写简历有什么不妥。
 首先我们必须接受，做业务测试或系统测试的测试人员，确实是必须要做这样工作项，也是我们跟进每个迭代需求时必要做的事项，那么我们在简历中把这个写出来不对么？我只能说这样写远远不够，为什么？
 一、你有3年工作经验，别人也有3年或4年工作经验，你和别人都这么写，那么你的竞争力突显在哪里？
 二、面试官每天都要筛选几十封的简历，这样写的话，若你没有在龙头企业的测试经验，面试官如何才能让你进入下一轮？
 三、虽然在技能描述中写自己懂很多，但在工作描述中未使用到你的技能，面试官可不傻，不会重点关注你懂多少，而是关注你用过什么。
 这样有许多有些潜力的测试人员可能连面试的机会都没有就被筛掉了。

 那么，我们测试人员写简历时要注意什么。
 1. 技能中懂的东西要与项目实际中用的东西相关联。
    如许多测试同学描懂sql，或懂python语言，那在在项目工作描述中最好写出与sql操作或python编码相关的事项，如通过python编写脚本，连接sql，创造测试数据，达到快速测试提高测试效率。
 2. 主动承担
    主动承担就需要我们在常规工作之外的一些工作项了，如优化研发流程，提高测试人员，开发人员沟通成本，可以是bug跟进，也可以是提测跟进，发布流程等相关流程的优化，要有从测试层面的思考。
 3. 测试技术赋能
   随着测试技术的不断发展，测试人员也必须不断成长，工具使用，自动化使用，编码能力等都需要学习和掌握。我接触过的面试者也多会在简历描述有这些方面的能力，但是大部分人在项目工作中没有写明，是如何利自己学习的知识给项目赋能的，这里最好写明，如由于项目中什么原因导致影响测试效率或质量，自己通过什么技术来落地了一些解决方案等等。
 
 OK，说了这么多，可能有些测试同学工作2-3年还一直停留在功能测试层面，其它方面都未接触过；那也有些发力点可以写，如是否总结过需求分析的一些方法论，如何高效的分析需求，协助或规范产品讲清楚需求？用例设计的方法论，拿到一份需求是否有方法让设计的用例覆盖更全面？等等。
 
 有了素材之后，那么在项目描述中可以采用start原则，让所经历的事情一一的描述清楚，不太建议按12345这种方式，start原则可以让面试者写出自己在工作中的一些实实在在的案例和成就，越细越好。
 最后，祝每个测试面试，都能有个好的工作。