软通测试岗面试内部资料

基础性问题

1.你对加班怎么看

2你的优势有哪些

3.你的缺点是什么

4.最有成就感的事情是什么

5.你的职业规划是什么

6离职原因是什么

7.还有什么想问我们的吗

8.你有其他的 offer 吗

专业性问题

9.HTTPS 和 HTTP 的区别

10.HTTPS 的工作原理

11.客户端在使用 HTTPS 方式与 Web 服务器通信时有以下几个步骤

12.HTTPS的优点

13.HTTPS的缺点

14.htp 切换到 HTTPS

15.提到 UI 级别测试和 API 测试之间的关键区别?

16.接口测试用例的编写要点有哪些?

17.接口自动化测试的流程?

18.POST 和 GET 有什么区别?

19.常见的 HTTP Header 及其作用

20.Session 与 Cookie 有什么区别?

21.HTTP 通讯过程中， 是客户端还是服务端主动断开连接?

22.HTTP 有哪些请求方法?

23.Cookie 保存在哪里?

24简述 TCP/IP的三次握手和四次挥手

25.TCP 和 UDP 有什么区别

26.什么是 TCP/IP?

27.ison 和字典 dict 的区别?

28.测试的数据你放在哪?

29.什么是数据驱动，如何参数化?

30.ui 自动化中定位不到元素的原因有哪些

31.如何保证自动化测试的稳定性

32.web 自动化中如何处理 alert 弹窗

33.web ui 自动化测试中显式等待，隐式等待的区别

34.验证码的几种处理方式

35.你一天能写多少条测试用例

36.测试时间比较紧张，如何保证测试质量

37.有过漏测导致线上 bug 的经历吗? 一般什么情况下会造成漏测

38.需求评审的时候测试人员主要干什么

39,项目里的 bug 都有哪些类型，哪些地方容易出 bug

软件测试面试内部资料

你的缺点是什么

首先不要说真实的缺点(粗心、懒、内向等影响工作的缺点)

其次，回答的思路是“偷换概念，蒙混过关”

可以说一个经验上的缺点，比如目前虽然可以独立做项目了，测试技术方面还是比较薄弱，自动化测试、代码能力用的都比较少，不过最近也打算逐步去提升这些方面。

最有成就感的事情是什么

之前我们部门里面没有开展自动化测试，平常开发提测后，回归测试量很大。于是我就自己研究了下Jmeter，试着把营销活动接口的增删改查功能核心测试点都写成了Jmeter 脚本。后面开发再提测时我就跑下Jmeter 脚本就知道之前老的功能有没有出问题。如果有问题的话，我们可以快速发现，并反馈给开发。这样就能省掉很多时间。当然前端页面还是得测下的。

这件事情也得到了领导的认可和表扬，后期我在部门里也开展了Jmeter 的分享，推动其他同事都掌握Jmeter的基本使用

还有什么想问我们的吗

一定要问，比如:

2>入职后的工作内容、负责业务

测试团队规模，组织架构

>工作节奏，加班强度

你有其他的offer 吗

如果真的有其他offer，如实说

如果没有其他的offer,就说“现在有两家正在走流程正式offer 还没下来只是HR一个口头的offer如果HR问是什么公司的 offer，你就说“是做xx 行业的，具体名称我就不说了

整个项目开发过程中有哪些需要测试参与的环节

需求评审、代码设计评审、代码评审、测试评审、测试执行、缺陷跟进、上线评估、上线后的测评、线上数据分析、线上问题跟踪、回归测试自动化、定期的缺陷分析和用例/流程改进

怎样与开发沟通一个不总是能复现的缺陷?

1.通过不同测试条件(设置，数据，账号等)的组合尝试找出可能触发问题的场景

2保留问题发生时的完整日志，尝试从日志中发现可能的错误;

3.在缺陷报告中提供完整的场景描述、截图录屏、日志以及发生概率，配合开发人员做后续测试和分析

beta 测试通常指的是测试和缺陷修复完成之后，组织人力资源对项目进行集中测试。它的组织形式可以是会议，也可以是发送请求测试邮件和在系统中搜集反馈，参与人员可以包括所有项目相关人员,也通常邀请其他团队人员来交叉测试和验收，主要目的是尽可能的在上线之前发现可能遗漏的问题或者提升用户体验的建议。

白盒测试的覆盖标准有哪些?分别指的是什么?

白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和修改条件判断覆盖，六种覆盖标准发现错误的能力旱由弱到强的变化，分别是: 1.语句覆盖每条语句至少执行一次;2判定覆盖每个判定的每个分支至少执行一次;3.条件覆盖每个判定的每个条件应取到各种可能的值;4.判定/条件覆盖同时满足判定覆盖条件覆盖。5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次;6修改条件判断覆盖每一个判断的所有可能结果都出现过、每一个判断中所有条件的所有可能结果都出现过、每一个进入点及结束点都执行过、判断中每一个条件都可以独立的影响判断的结果

如何推广一个新的测试工具?

首先需要自己调研和试用，与同类型工具相比较，找出适合本部门测试的优缺点，组织会议要求测试和开发团队共同审核和探讨，一致同意后组织内小规模试用，然后搜集反馈，针对性的改进和加强之后再大规模推广。

iOs系统和Android 系统的区别

I>ios稳定性比较高，Android 相对差一些就看厂商的优化了

2Android 因为开源而导致碎片化严重，每个厂商都定制了自己的ROM

3>Android 更容易出现信息泄露，权限问题，安全性漏洞等问题

4i0s的开发语言是Swif和Objective-C，运行效率高，Android 的开发语言为java，运行效率低S做兼容性测试时，Android 要做的设备比较多ioS相对少一些

手机APP更新测试，说下测试点

移动端版本更新升级是一个比较重要的功能点，主要分为强制更新和非强制更新

1.强制更新需要测试的点有:

护强制升级是否可以升级成功，功能是否正常

b升级后的数据是否正常

c强制升级的弹窗是否可以关闭

少强制更新的提示，包括未更新和已更新

四版本号对比等等

2非强制更新的测试点有:

>提示弹框的显示，是否可以选择暂不更新和立即更新;是否可以关闭弹框不显示

>选择暂不更新后，老版本是否可以正常使用

>选择立即更新后，更新能否成功，新版本号是否是最新版本;功能是否是最新的

4非强制更新弹框的提示频率，是每天一次还是每周一次，根据需求来测

SAPP设置里的版本更新，是否也能触发非强制更新

6用户选择继续使用老版本后，使用某些新版本才有的功能时，是否还有更新提示>版本号对比等等

总结:强制升级一般用于版本改动较大，业务较重要，功能模块存在风险的情况;非强制更新适用于版本改动不是很大，对业务影响不大，不存在风险问题的。

APP某个功能失效了，如何排查是客户端还是服务端的问题1.检查客户端网络是否有问题，可以查看其他APP 能否正常使用

2检查是否为版本问题，可以换个操作系统(安卓、is)，或者换个其他软件版本试试

3.检查是否为兼容性问题，可以换个手机试试

4.抓包分析，如果APP 没有向服务器发送请求，或者请求参数不对，就是APP 的问题如果服务端响应数据不对，就是服务端的问题

什么时候需要发测试报告?一份测试报告应该包含哪些内容?项目测试过程中，每天的测试执行完成之后需要发送测试报告，项目测试完成后要发一份整体的测试报告。测试报告中需要包含整体测试状态，进度，问题列表，每项子任务的预计完成时间，已经测试完成的用例和测试结果，是否有需要处理的风险或阻碍项，问题列表中需要有问题描述，优先级，状态，责任人等。

完整版软通测试岗面试内部资料私信关键词“面试”领取