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

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

所谓测试经理

保障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、我认为,如果你某个大部分人都懂的技术或工具你不懂或你不会,或者你不会,只有两种原因,一种是你不想学,一种是你学不会,不管是哪种,都不是什么好事情

你可能感兴趣的:(测试工程师-简历真的拿得出手吗?)