问答（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.技能专长

一般人会在技能专长部分中罗列出很多内容，例如下面这个案例。

（1）熟练掌握软件测试流程和方法，熟练进行功能测试、压力测试、性能测试、用户体验测试，完整地参与过多个大型项目。

（2）熟练掌握测试计划、测试用例和测试报告的编写。

（3）掌握Linux基本命令，如文件管理、进程管理、软件安装/卸载等；能在Windows、Linux系统下搭建环境（SVN、Tomcat、MySQL、DB2、VMware）。

（4）熟悉SQL语句，能根据测试需要对数据库进行增、删、改、查等操作。

（5）熟悉Monkey压力测试、LoadRunner性能测试。

（6）对Bug具有较高的敏锐性，能够较好地保证产品质量。

（7）熟悉Bugzilla和BugFree等缺陷管理系统，熟悉TestLink用例管理系统。

（8）熟练使用QXDM、FlashTool、MauiMETA、QPST、Catcher等工具。

（9）熟悉办公软件Word、Excel、PPT的使用。

（10）做事细心、踏实，有较强的自学能力，能快速学会各种应用软件和熟练掌握新技术。

就我个人的经验来说，技能专长一项罗列得过多，一是没有主次关系，让人力资源主管和面试官很难去芜存菁；二是即使你罗列的都是真实写照，也会让人觉得广而不精。

第（1）、（2）、（6）、（7）项应该属于测试工程师的基本能力，所以建议在“项目经验”中详细表述，会更具说服力。

第（3）、（4）、（5）项，如果你的确熟悉，则可以将相应使用的场景和应用范围写出来，目的是体现你不仅“学”了，也“用”了。

第（8）、（9）、（10）项，建议从此处移除，（8）是因为跟应用程序测试没有太大关联；（9）属于职场中人的基本技能，对你应聘应用程序测试工程师没有太大帮助；（10）属于自我评价项。

最后总结一下，我认为，设计简历有两个注意要点。

1.因地制宜，量身定制

针对你心仪的公司和岗位要求，有针对性地定制简历，让人力资源主管或用人部门主管看到你的简历时第一反应就是：他就是我要找的人！如果能做到这一点，那么你会获得比其他竞争者更多的面试机会。因为不管你有多优秀、能力有多强，从应聘角度来说，都得先获得面试的机会，才有后续的可能。

2.事实胜于雄辩

针对你应聘的岗位要求，不论是团队管理、项目管理还是测试技术类的岗位，如果你能附上自己独立梳理或者主导实施的一套可落地的具体方案，则远比模板化的流程和工具使用套路的表述更容易出彩，更容易让面试官动心。 Dwihqt0jKHCJsE/6G6Cm787bF2DhsPOmN5nUhx0PoV+UaMslGEd/YWTNPIQICovv