问答（4） 看了我的简历，你想约吗？
【背景】
有位同学想从手机测试转型做互联网 应用程序 的测试，但因为手机测试经验占比较重而不能获得更多的面试机会或者说面试通过几率较低，于是把简历发给了我，并问了我一个问题："老师，如果你看到我的简历，会有想法通知我来面试吗？"
我帮他看了一下，结合他想应聘 应用程序 测试工程师岗位的需求，针对简历里的问题做了一些分析。今天就先说说简历的事，后面再说有关面试的那些事。
【你问】
怎样才能提高简历的命中率？
【我答】
1、意向岗位：测试经理 / 主管 系统测试 手机测试
定位不明确，意向模糊。测试主管和系统测试本身而言，一个是管理岗位，一个是技术岗位，不建议放在同一版的简历里，建议拆分开，并在"工作经历"里有针对性地突出相应的技能和经验，这一点很重要。"技术岗"就重点突出你的专业技能，"管理岗"就重点突出你的项目管理和团队管理能力。
因为从 HR 或用人部门的管理者角度去看这份简历，会认为你自身首先就没有定位清楚，假如用人部门其实是想招一名测试工程师，可看了你的意向之后，会产生这样一种担心，你意向中也想做测试主管，那是否很难再沉下心来去做功能测试呢？或者说你因为写了这个意向，所以会罗列很多这方面的经验和技能，但根本就不是用人部门想看的。
2、三家公司的工作经历 + 三个项目的项目经验
在该公司主要负责两部分内容：
1、测试管理；
2、手机终端和定位管理平台网站及应用程序的功能测试，用户体验测试
工作包含：
1、测试流程建立，测试团队组建，相关测试文档编写，日常测试管理；
2、Bug系统-bugzilla（一种缺陷管理工具）的使用，bug工作流程建立，规范制定等；
3、产品需求评审，测试需求分析，编制测试方案&计划；
4、测试用例设计，编写及评审；
5、测试执行，提交有效bug，并对bug进行跟踪及验证，并进行回归测试；
6、对产品质量负责，全程跟进产品质量；定位测试发现的bug，以及工厂或客户反馈的bug；
7、使用monkey，loadrunner等性能测试工具执行压力测试与性能测试；
8、入网，入库，IP防护，防爆认证，北斗认证等认证自测与跟进；
9、组织团队进行测试总结，新知识培训，bug解析。
项目职责：
1、参与需求的讨论，利用思维导图工具XMind列出测试功能点，进行测试需求的确认，并制定测试计划；
2、根据需求文档编写测试用例并评审和完善；
3、产品需求文档核验，执行用例测试，用户体验测试，提报bug和跟踪bug，回归测试；
4、使用Emmagee（一种测试工具），对应用程序进行CPU、内存、流量和耗电量等测试；
5、利用loadrunner录制脚本，进行性能测试；
6、测试结果统计，总结，风险评估。
这两块的内容有两个问题：
第一、部分内容其实是重复的，例如使用 LoadRunner 进行性能测试，测试用例设计、编写及评审等等；
第二、表述的都相对模式化、大众化或者说比较泛，没有很突出或者说很吸引人眼球的亮点；
个人建议对于"工作经历"和"项目经验"这两块的表述，应该是各有侧重点，且互相补充的。
"工作经历"：
1、描述一下这家公司的重点产品和团队规模；
2、重点突出你在这个团队里的"关键"位置，承担的责任，以及由你主导的有关 应用程序 类产品的测试工作；
3、表述出你深度参与的那些不会在你接下来的"项目经验"里出现的卓越产物和成果；
4、涉及 应用程序 测试较少或者压根就无关的工作经历，可以简单带过，甚至于不写进去也行；
"项目经验"：
1、数量不宜过多，挑出1~2个 应用程序 类的测试项目；
2、使用的测试流程如果没有特殊之处，可作为概述，重点要表述出你关于 应用程序 类产品测试的测试场景设计、业务逻辑分析、交互和适配的用例设计；
3、描述清楚你了解的 应用程序 客户端压力测试工具 Monkey的基本用法和作用，适当加上你们队其中参数所做的一些优化；
4、 对于服务端性能测试工具 LoadRunner 的使用，不要简单地说一句会用，而要重点表述你们在实际的项目中是怎么从性能需求分析，场景设计，脚本设计，数据准备，场景运行，一直做到报告分析的。这里最好能加上你自己对当前互联网 应用程序 的产品，最好是你去应聘的这家公司的产品的应用场景的分析和性能需求建议；
5、关于手机测试的经验部分，我认为有一部分是可以重点突出的，就是跟手机操作系统相关的测试，这部分在测试互联网类 应用程序 时，其实是适用的。因为，对手机系统级别有了较深的了解，会更容易判断在哪些功能场景下，应用程序 容易出错，比如闪退和死机，所以，这部分经验的表述对你而言应该是要起正向作用的。
6、其余项目，可以简单罗列其中，但如果跟 应用程序 测试无关的，建议直接省略。
3、自我评价：性格开朗，工作责任心强，有耐心，积极主动性较高，具有一定的抗压能力；有较强的学习、沟通、协调能力，做事细心、踏实，具有很强的团队精神，和良好的合作意识。
站在面试官的角度，关于自我评价部分，其实看到上述这种通用型的表述，不会引起他太多的注意，建议在自我评价中，多关联一些实例或数据来说明自己的某些特质，比如你带动团队做学习型分享，或者说你在原有测试团队里会因为处理现网问题而跟多个部门经常有协作关系等等，以此来衬托你的学习能力和沟通能力，以及团队精神和合作意识，会比直接用"良好的"、"较强的"和"一定的"这种不好量化和衡量的形容词要好的多。
4、技能专长：10项
1、熟练掌握软件测试流程和方法，熟练功能测试、压力测试、性能测试、用户体验测试，完整的跟过多个大项目；
2、熟练掌握测试计划，测试用例和测试报告的编写；
3、掌握Linux基本命令，如：文件管理、进程管理、软件安装/卸载等；能在Windows，Linux下搭建环境（SVN，Tomcat，MySQL，DB2，VMware）；
4、熟悉SQL语句，能根据测试需要，对数据库进行增删改查等操作；
5、熟悉monkey压力测试、loadrunner性能测试；
6、对bug具有较高敏锐性，能够较好地保证产品质量；
7、熟悉Bugzilla和Bugfree提bug系统 ，熟悉testlink用例管理系统；
8、熟练使用QXDM、FlashTool、MauiMETA、QPST、Catcher等工具；
9、熟悉办公软件Word、Excel、PPT的使用；
10、做事细心、踏实，有较强的自学能力，能快速学会各种应用软件和熟悉掌握新技术。
就我个人看过很多简历的经验来说，这一项罗列的过多，一是没有主次关系，让 HR 和面试官很难去芜存菁。二是会让人觉得，即使你列的都是真实写照，会让人觉得广而不精。
第（1、2、6、7）项，应该属于测试工程师的基本能力，所以建议在项目经验中详细表述，会更具说服力。
第（3、4、5）项，如果你的确熟悉，可以将相应使用的场景和应用范围写出来，目的是体现你不仅"学"了，也"用"了。
第（8、9、10）项，建议从此处移除，8 是因为跟 应用程序 测试没太大关联，9 是属于职场中人的基本技能，对你应聘 应用程序 测试工程师没太大帮助，10 是属于自我评价项。
最后总结一下，我认为设计简历有两个注意要点：
1、因地制宜，量身定制。
针对你心仪的公司和岗位要求，有针对性地定制简历，让 HR 或用人部门主管看到你简历时的第一反应就是：漂亮! 他就是我在找的人！如果能做到这一点，你会获得比其他竞争者更多的面试机会，不管你有多优秀，能力有多强，从应聘角度来说，都得先有面试的机会，才有后续的可能。
2、事实胜于雄辩。
针对你应聘的岗位要求，不论是团队管理、项目管理还是测试技术类的岗位，你如果能附上你自己独立梳理或者主导实施的一套可落地的具体方案，远比模板化的流程和工具使用套路的表述，更容易出彩，更容易让面试官动心。
相关阅读：
版权声明：51Testing软件测试网获电子工业出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
