测试工程师-简历真的拿得出手吗？

最近由于种种原因，面试了很多有意思的人，在这里记录一下面试这些人后的一些感想。

所谓测试经理

保障xxx的整体测试质量
负责xxx版本管理以及发版工作
参与招聘测试工程师并对其进行培训
编写及评审测试用例，参与项目的整体测试
负责与各部门之间沟通协调，以推动项目测试工作的及时完成
负责测试环境搭建

所谓测试开发

使用siege、jmter（没有看错，确实这么拼的，不是JMeter）进行压力测试
使用appium、selenium、UiAutomator进行UI自动化测试
熟练使用adb命令，熟练使用monkey
使用GT进行性能测试
参与测试平台和接口自动化平台搭建

所谓高级测试工程师

使用Charles、Fiddler进行HTTP、HTTPS抓包测试
使用postman、jmeter进行接口测试
使用jira进行bug管理和跟踪
熟悉掌握git、SQL server、MySQL
熟悉功能测试、性能测试，了解自动化

我在问什么

1、测试环境搭建过程中负责哪部分？服务器负载测试如何完成？测试环境机器的CPU及内存使用情况如何监控？如何同步线上数据？
2、siege压测有成功测试出服务器最高并发量吗？有出现过请求失败的情况吗？jmeter测试结果主要看重哪些数据？
3、UI自动化是用来做回归测试还是新功能测试？现在已经完成并投入使用的自动化用例有多少条？有了解过其他UI自动化框架吗？选择已定自动化框架的原因是什么？自动化脚本由谁来维护？
4、使用adb命令的场景主要是什么？monkey测试结果如何体现？
5、GT在iOS中的集成如何配置？性能数据如何导出？GT自身消耗的性能如何计算？
6、测试平台技术选型由谁来做？平台集成了哪些功能？组员日常工作中使用的频率高吗？接口自动化框架是自研还是使用的第三方开源框架？支持全区变量、用例导入导出、环境切换功能吗？
7、多接口测试如何实现？测试分支由谁来维护？git平时主要使用哪些命令？SQL命令平时使用最多的是哪几条？在用的数据库客户端是什么？
8、了解哪些性能测试和自动化测试工具？有自己动手本地搭建过吗？

他们怎么说

1、主要是负责整个测试进度的正常进行，代码由组员负责；平台搭建确实没有太多的参与，但关于技术选型有给出建设性的意见；测试环境搭建主要由运维负责，测试负责后期环境的维护和正常使用；线上数据由开发来完成同步
2、主要关注接口响应时间
3、UI自动化的实施与投入使用并不理想；选择主流的工具；代码只能由专人维护，其他同事不了解
4、adb命令主要用来安装和卸载应用；Excel整理数据测试结果
5、由开发完成GT SDK的集成；GT自身消耗性能忽略不计
6、基本由测试开发完成技术方案，选择的理由是自己比较熟悉某种语言代码或者某种框架；大部分使用第三方框架；
7、postman或者requests实现多接口测试；测试分支由开发维护；git命令了解push、pull；SQL常用select、update、delete；SQL客户端用Navicat；
8、基本了解，没有动手

我其实是想要哪些答案

1、测试经理除了测试进度的把控，更多的应该是在解决如何提高测试效率，除了招聘和培训，更多的应该体现在测试平台的完善和测试技术的全组推进，任何技术上选型都应该参与其中并给出意见和建议；
2、接口测试应该是按需进行，不管是入参还是返回都应该先明确数据的准确性；模拟并发时，用户信息如何模拟应该着重体现；压测的qps基数以及压测的目的应该有所提及；
3、UI自动化投入本身就和产出不成正比，回归测试的用例维护应该有完善且简单操作的方案；事实证明appium虽然主流但并不好用，尝试其他自动化框架的心得；
4、adb完成远程操作设备并获取APP内信息；测试报告最起码应该有时间或者错误唯一标识追溯日志信息，有功能提示，最好有截图展示；
5、选择GT并不是个好选择，CPU占用的那部分应该如何解决
6、虽然没有在工作中使用的地方，但是最起码要了解别人正在使用什么

我在想什么

1、那些自称管理经验丰富的人，真的是只有管理经验，没有技术可言
2、像是测试进度把控、保障测试质量、招聘、培训这种真的写在简历上没什么意义啊，难道不都是应该的么
3、jira、Charles、fiddler、postman这种基础工具熟练掌握难道不是应该的么，日常工作中都在用啊
4、号称5、6年工作经验的，还在不停的功能测试，是什么挡住了你前进的脚步
5、我认为，如果你某个大部分人都懂的技术或工具你不懂或你不会，或者你不会，只有两种原因，一种是你不想学，一种是你学不会，不管是哪种，都不是什么好事情