慧博云通-软件测试-笔试+一二面
HR 在 boss 上主动找的。公司在黄埔区雪松控股大厦,测试业务是纯功能测试,测试三星手机的语音助手功能,性质差不多是外包。
面试前被告知是群面,这个岗位还差 2个 hc,从我们去的五个人中选(最后都给挂了,纯纯的 KPI 面)。
具体流程是先笔试,然后连着一二面,中间会有休息。
笔试
笔试环节是做英文题。第一部分是手机里那些常用的英文单词,大概是十个。第二部分是选择题,初中英语语法,考察一些比较级过去式的东西。第三部分是句子翻译,七八道的样子,给中文翻译英文。总体来讲非常简单,有手就行那种。
笔试在大厦一楼的食堂,里边竟然还有装修师傅在凿墙,吵得一批,环境贼差。几个人等了十分钟左右等 HR 去找面试官来面试。
一面
自我介绍
问了一些八股。因为是群面,所以候选人一个一个说,互相补充。
软件测试的基本流程?
一个测试用例包含那些要素?
一个登录界面要怎么测?测试点有哪些?
入职后做的是纯功能测试,能不能接受?
期望在实习期间获得哪些成长?
怎样看待加班?
如果通过面试,是否可以立马入职?
反问环节。
一面面试官是个男的,问题非常基础,专业问题挺少的。候选人在讲的时候会认真倾听,有眼神交流,体验还不错。
二面
二面等了很久,最后被带到公司大堂休息区的沙发那里,人员流动很多,依然很吵。面试环境最差的一家连会议室都没约,可能就没会议室。
二面来了两个女的,看着不像是测试员工,比较匆忙。
微信支付的功能你们会怎么测?一人说一个测试点,后面再补充。
学校的课程结束了没有?能不能近期入职?
二面非常的匆忙,问了两个问题就结束了。
-----------------------------------------------
面试结果是我们五个都给挂了。
我觉得我是五个人里面答得最全面,语言表述最清晰的,被通知没过的时候不是很能理解,就去找 HR 要反馈,她问了面试官,给我的回答是:经历是开发相关的,回答问题也都是开发思维,是,更适合做开发。
我又问她五个候选人 2 个 hc 的事情,她含糊半天也没说清楚是怎么回事,最后说选了之前面的一位女生😅
总之是一次很坑的面试,面试环境很糟糕,二面面试官匆匆忙忙。如果希望有测试经验可以直说,而不是面了又说过去的开发经历不合适,很耽误大家时间。
鉴定为 KPI
面试前被告知是群面,这个岗位还差 2个 hc,从我们去的五个人中选(最后都给挂了,纯纯的 KPI 面)。
具体流程是先笔试,然后连着一二面,中间会有休息。
笔试
笔试环节是做英文题。第一部分是手机里那些常用的英文单词,大概是十个。第二部分是选择题,初中英语语法,考察一些比较级过去式的东西。第三部分是句子翻译,七八道的样子,给中文翻译英文。总体来讲非常简单,有手就行那种。
笔试在大厦一楼的食堂,里边竟然还有装修师傅在凿墙,吵得一批,环境贼差。几个人等了十分钟左右等 HR 去找面试官来面试。
一面
自我介绍
问了一些八股。因为是群面,所以候选人一个一个说,互相补充。
软件测试的基本流程?
一个测试用例包含那些要素?
一个登录界面要怎么测?测试点有哪些?
入职后做的是纯功能测试,能不能接受?
期望在实习期间获得哪些成长?
怎样看待加班?
如果通过面试,是否可以立马入职?
反问环节。
一面面试官是个男的,问题非常基础,专业问题挺少的。候选人在讲的时候会认真倾听,有眼神交流,体验还不错。
二面
二面等了很久,最后被带到公司大堂休息区的沙发那里,人员流动很多,依然很吵。面试环境最差的一家连会议室都没约,可能就没会议室。
二面来了两个女的,看着不像是测试员工,比较匆忙。
微信支付的功能你们会怎么测?一人说一个测试点,后面再补充。
学校的课程结束了没有?能不能近期入职?
二面非常的匆忙,问了两个问题就结束了。
-----------------------------------------------
面试结果是我们五个都给挂了。
我觉得我是五个人里面答得最全面,语言表述最清晰的,被通知没过的时候不是很能理解,就去找 HR 要反馈,她问了面试官,给我的回答是:经历是开发相关的,回答问题也都是开发思维,是,更适合做开发。
我又问她五个候选人 2 个 hc 的事情,她含糊半天也没说清楚是怎么回事,最后说选了之前面的一位女生😅
总之是一次很坑的面试,面试环境很糟糕,二面面试官匆匆忙忙。如果希望有测试经验可以直说,而不是面了又说过去的开发经历不合适,很耽误大家时间。
鉴定为 KPI
全部评论
功能测试:
- 要确保用户能够顺利绑定银行卡、正确发起各种情况(包括不同支付金额、支付方式等)的支付请求。
- 确保支付流程中各种状态(如待支付、支付成功、支付失败等)的转换能够正确处理。
- 对退款流程(包括全额退款、部分退款等情况)进行测试。
安全性测试:
- 检查支付过程中的数据传输是否加密,保障用户的支付信息不会被窃取。
- 确保支付接口和相关页面不存在安全漏洞,如 XSS、CSRF 等。
性能测试:
- 测试支付系统在高并发情况下的性能表现,保证能够处理大量的支付请求。
- 测试支付接口的响应时间,确保支付过程不会因延迟而影响用户体验。
兼容性测试:
- 在不同操作系统、不同浏览器、不同设备上测试支付功能的兼容性,确保用户能够在各种环境下完成支付操作。
- 测试支付页面的响应式设计,保证在不同分辨率下都能正常显示和操作。
异常场景测试:
- 针对网络中断、支付超时、支付方式不可用等各种异常情况进行测试,确保系统能够正确处理并给出相应的提示和解决方案。
- 对支付过程中可能出现的错误码和错误信息进行测试,保证它们准确清晰,便于用户理解和解决问题。
交易记录和账单测试:
- 确保用户能够正确查看自己的交易记录和账单,包括已支付、待支付、已退款等状态的订单。
合规性测试:
- 确保支付功能符合相关法律法规和行业标准,如支付安全标准 PCI DSS 等。
- 测试是否满足用户隐私保护要求,如是否合规处理用户支付信息等。
软件测试的基本流程:
1. 需求分析,理解项目需求和业务流程。
2. 测试计划制定,确定测试范围、资源、进度等。
3. 测试用例设计与编写。
4. 测试环境搭建。
5. 执行测试用例。
6. 发现缺陷并提交。
7. 对缺陷进行跟踪和管理。
8. 测试结果分析与总结
相关推荐
05-11 12:05
中国矿业大学 Java 点赞 评论 收藏
分享

点赞 评论 收藏
分享