我自己经历的面试题

1.自动化测试的难点？

①公共自动化用例的维护

②公共UI方法维护

③稳定性和效率提升：

|、异常处理封装

|、分层测试

|、建立共享对象库/测试库

|、第三方插件引入

|、GUI业务流程解耦拆分、尽量避免太长的端到端UI测试(例如web到移动端的业务流测试)

|、引入mock/接口测试代替部分环节的测试，从而衔接到要执行自动化测试，提高自动化测试稳定和效率

|、web处理一些不可识别第三方控件。尽可能采用js来处理，更显示稳定和高效

|、uiautomator监听处理android系统不确定的系统级别弹窗

④自动化测试实施项目选取策略：

|、重复性高且有必要的测试流程

|、项目周期长，系统版本不断，并且需求不会频繁变更项目

⑤自动化测试框架包括：

　　|、测试用例分布式执行：seleniumGrid

　　|、脚本模块化：分层

　　|、数据驱动:mysql存储数据，testng的数据提供者

　　|、日志分析：本地log4用例执行信息

　　|、错误截图：监听截图

　　|、报表回收：测试数据存储mysql数据库等

　　|、共享对象库/公共函数库：UI元素信息管理/UI元素操作方法维护

　　|、环境配置：chromedriver/adb/IEdrver/Firefoxdriver

　　|、用例统一设计模式：基类(测试用例beforeclass/afterclass)，多用例集中于一个需求/模块里

　　|、异常处理：testngListenter监听，UIwater处理系统级弹窗

　　|、接口和mock结合介入

　　|、第三方工具引入：adb/shell/redis

　　|、用例执行方式(分布式测试seleniumGrid、device多并发测试)

2.ATM机存款测试用例大致：

正常纸币存进去，余额显示

高仿钱币放进去，余额显示

假钱币放进去，余额显示

正常钱币缺角放进去，余额显示

正常钱币撕两半放进去，余额显示

正常钱币折叠放进去，余额显示

正常钱币和高仿假币放进去，余额显示（相间放入，不相间放入）

正常钱币和一块钱等不支持存入的钱币放入，余额显示。

3.jmeter并发测试的瓶颈？

服务器网络带宽太低，导致QPS太低，QPS每秒request的数量 = 并发数/平均响应时间

jmeter是本地对服务器进行压测？？？

ab（Apache Bench）在服务器上对服务器进行压测？？？

4.jmeter性能测试关注点？

吞吐量，错误率，响应时间，系统资源使用情况

吞吐量与并发数和平均响应时间有关，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。

错误率：错误率大于0不代表系统出问题了，通过查看结果树，响应时间，服务器资源使用情况判断出系统哪里出现了瓶颈。

资源使用情况：远程连接服务器后使用top等命令监控系统资源使用情况，free -m 查看内存使用情况。

响应时间：对请求作出响应所需要的时间=网络传输时间：N1+N2+N3+N4 和 应用服务器处理时间：A1+A3 和 数据库服务器处理时间：A2

5.jmeter接口测试时设置超时时间?

增大压力可能会出现连接超时错误，不能退出全部线程，可以使用

 6.自动化测试工程化？

使用框架unittest

7.jmeter相对并发和绝对并发：

绝对并发：采用同步定时器（Synchronizing Timer）实现绝对并发，也就是同一个时刻达到了某一集合点才发出请求，集合点不可大于线程数。

一般超时时间 > 请求集合数量 * 1000 / (线程数 / 启动时间){10*1000/（200/10）}

注意使用同步定时器做性能测试时，聚合报告中的响应时间一般会大于接口真实的响应时间，可以通过其他的监控工具查看接口真实的响应时间