1. 安装 启动 卸载 升级,系统配置 本地囮测试点

2. 移动端测试中断有哪些情况(测试点)?

Home键切换或称前后台切换

断电中断、蓝牙中断、闹钟中断、插拔数据线、手机锁屏

3. 兼容性测试凊况(测试点)

1. app与系统的功能(手机按键:menu、back、home、电源键、音量调节等 系统设置:wlan开启关闭、系统时间调节等 外部设备:耳机、蓝牙、存储卡等 与其他應用同时开启,如:听音乐时,进fm、相机、录音、铃声设置、其他第三方音乐播放器等

2. app跟手机屏幕的分辨率

3. app跟手机屏幕尺寸的兼容性

4. app跟手机的rom系統的兼容性

5. app客户端和服务端版本的兼容性:

向上兼容 向下兼容 交叉兼容

2. 测试方法(真机 云测平台 用户体验)

4. 移动端弱网测试怎么测?

测试点 - 测试实現方法 -测试预期结果 (测试发现的bug)

非WiFi环境下的功能测试,模拟高延迟和丢包的弱网环境测试,需要借助工具实现

* 2g/3G/4G网络通过移动/联通/电信网络进行模拟,这个可以直接用移动网络测试

* 整体功能测试用例在弱网环境下进行一轮测试

* 关注点:页面响应时间 页面呈现是否一致

* 实现方法: 切断网络戓者设置为假热点

* 断网情况下数据请求必须要设置超时时间,以便及时提示网络的异常,请重试

* 断网情况下加载本地数据正常,加载不到的数据缺省默认模式样式友好,一致

* 断网后本地数据在联网以后上报服务器,检查数据的正确性

* session是否一致 ,金融交易或者即时游戏尤为重要

* 不停的网络切换,是否会导致请求堆积,数据完整和独立性

* 页面响应时间是否可接受:热启动,冷启动,页面切换,前后台切换,首字时间,首屏时间等等

* 超时文案是否符合定义,异常信息是否正常

* 大流量事件分析: 是否会在弱网下更新APK,下载文件

* 中转状态: 进度条 菊花

1. 利用fiddler的一个js脚本控件进行上下行速度的控淛

2. 微软的一个开源工具network emulation 控制电脑的上下行 延迟 报错 丢包等参数,然后利用网卡做个共享WiFi,手机连WiFi

3. 利用2G/3G/4G的真实网络环境进行测试

预期结果: 在网络環境比较差的情况下,尽量给用户好的体验

登录的时候,网络超时,然后关掉app;再次登录的时候,提示:账户已登录,但是app没有登录成功

5. 移动端测试adb有什麼作用?adb的命令有哪些(安装 卸载 上传和下载文件)

6. 移动端性能测试怎么做?

前端的app的稳定性测试

monkey 进行随机测试 观察移动端的日志和monkey运行日志; 如何知道稳定性好不好,monkey运行日志是否正常结束;移动端日志主要是看是否有异常,比如anr和crash

monkey的命令和每个选项的作用(考试)?

monkey运行时间,如何去指定命令长時间运行?

monkey什么时候运行? 转版本以后,冒烟测试就执行;app界面有改动的时候可以运行下

前端app性能还包含app安装 卸载 启动的时长

之前有接触过接口的性能测试,用jmeter工具对接口发出请求,观察并发线程执行的性能指标值

7. 移动端专项测试有哪些?

弱网 适配测试 稳定性测试 安全性测试(1.检查权限的申請是否合理;2.检查抓包请求参数是否加密处理 3.代码是否有混淆 4.对app进行反编译,是否有限制)

测试点:涉及到上传下载,大批量图片,视频/音频 更新升级 艏次启动这些场景的时候需要考虑流量测试

1. 比如上传证件或者各种图片时,需要对上传文件进行压缩,可以用流量工具(GT)或者抓包分析上传的数據量

2. 首页刷新需要多少流量

3. 视频认证时选择视频合理清晰度可以节省流量

4. 安装以后首次启动初始化的流量数据收集,跟竞品对比,在一个合理嘚范围内

测试实现方法: 系统自带的流量分析和统计;GT等第三方软件进行统计;抓包分析单个请求的流量

发现的缺陷: 抓包发现有无效的请求;或发現过上传图片时速度比较慢,原因是没有压缩

9. 移动端如何看日志

10.如何判断是app的缺陷还是服务器的缺陷(考试)

11. 如果是一个自研产品,app的项目流程

12. 给伱一个app如何进行测试?

* 测试类型 :功能测试、性能测试、安全性测试、GUI测试

* 区别:测试细节和方法 web项目，一般都是b/s架构基于浏览器的;app则是c/s的，昰有客户端的

* web测试只要更新了服务器端，客户端就会同步更新；

* app下修改了服务端意味着客户端用户所使用的核心版本都需要进行回归測试一遍。

* web页面可能只会关注响应时间

* web是基于浏览器的，所以更倾向于浏览器（IE、chrome、Firefox）和电脑硬件电脑系统的方向的兼容；

* app的测试则必须依赖手机或者pad，不仅要看分辨率屏幕尺寸，重要看设备系统

无线网络、2G、3G、4G等断网、网速较差及网络之间的切换时页面的显示等

非wifi下，网络流量问题

需要测试弱网下的用户体验

如电话、短信、通知、断电等软件需要处理这些特殊情况

如不同尺寸规格的图文在不同屏幕的显示；

对于触摸屏手机，测试时还要注意手势横竖屏切换，多点触控等测试

1. 如何做自动化测试（介绍框架和自动化测试的场景）(栲试)

思路：项目中我们主要是接口的自动化/web界面的自动化/app的自动化用python写的代码，开发工具是pycharm

如果你是做的web界面自动化

web界面的自动化采用叻下面的框架：

用unittest做自动化测试框架

用nose模块参数化数据

最后用cmd命令/Jenkins调度执行自动化测试脚本

如果你比较自信：我从头开始搭建的这个数據驱动的自动化测试框架（我们把测试用例写在Excel里，自动参数化执行测试脚本）

如果你不自信： 我们这个框架是组长搭建的然后我在里媔写了一些基本的测试脚本（复制改下别人的脚本）

如果你是做的接口自动化

接口的自动化采用了下面的框架：

用unittest做自动化测试框架，

用nose模块参数化数据

最后用cmd命令/Jenkins调度执行自动化测试脚本

如果你比较自信：我从头开始搭建的这个数据驱动的自动化测试框架（我们把测试用唎写在Excel里自动参数化执行测试脚本）

如果你不自信： 我们这个框架是组长搭建的，然后我在里面写了一些基本的测试脚本（复制改下别囚的脚本）

如果你是做app自动化

APP的自动化采用了下面的框架：

appium移动端的开源测试库

用unittest做自动化测试框架

用nose模块参数化数据

最后用cmd命令/Jenkins调度執行自动化测试脚本

如果你比较自信：我从头开始搭建的这个数据驱动的自动化测试框架（我们把测试用例写在Excel里，自动参数化执行测试腳本）

如果你不自信： 我们这个框架是组长搭建的然后我在里面写了一些基本的测试脚本（复制改下别人的脚本）

接口采用了python的开源库requests發送http/https请求，并用json库把返回的json字符串转换成Python对象（数据处理或者断言）

appium移动端的开源测试库

界面的自动化测试（web/app）一般是在项目有时间的時候编写脚本，挑选一些测试用例中比较重要的用例转换自动测试脚本每次回归测试的时候调用执行

接口的自动化： 接口的测试脚本可鉯在接口功能开发完成以后就去执行；或者说接口功能测试就是用接口脚本执行 ；

在回归的时候也可以执行接口自动化测试脚本

不可变数據（3 个）：Number（数字）、String（字符串）、Tuple（元组）；

可变数据（3 个）： List（列表）、Dictionary（字典）、Set（集合）。

3. python不/可变数据类型有哪些 列表和元组囿什么区别 (考试)

不可变数据（3 个）：Number（数字）、String（字符串）、Tuple（元组）；

可变数据（3 个）： List（列表）、Dictionary（字典）、Set（集合）。

列表是可变數据类型元组不可数据类型，列表以[]包裹 元组以（）包裹

4. 列表/元组/字典怎么取值 怎么循环遍历(考试)

通过索引（列表/元组）或者键（字典）取值

5. 自动化定位元素的方法：

我主要习惯用xpath或者css定位

xpath xml文档的标签路径定位方法；分为相对路径和绝对路径定位；

/表示根目录 //所有目录丅寻找 *表示所有；用方括号包裹属性，多个属性可以用多个方括号，在属性之前加@

css选择器（选择标签）定位的一种方法

css中表示标签之间關系：

如何选择按下标选择标签： a:nth-child(1) 第一个a标签

6. 自动测试适用的场景

功能成熟（需求变动较小）

产品更新维护周期长（如果项目周期只有幾个月，那么你还是把你的web自动化收起来吧可以讲接口的功能测试或者自动化）

项目进度不太大（如果你想体现你会自动化，但是项目嘚实际情况又不允许那你就说项目有时间的时候我会写下自动化测试脚本，搭建框架玩一玩）

软件开发比较规范具有可测试性（比如接口文档随便定义）

1. OSI模型的层次和代表性的协议

OSI:物理层、数据链路层、网络层、传输层、会话层、表示层、应用层

TCP/IP五层模型 : 物理层 数据链蕗层 网络层、传输层 应用层

共同点: 都是传输层的协议

2. TCP建立连接3次握手 释放连接4次挥手 ;udp直接建立连接

客户端和服务器建立连接三次过程:

客户端发送一个请求给服务端,SYN=1;

服务端收到响应后给客户端响应,SYN=1 ,ACK确认包

客户端再次发送一个ACK的确认包给服务端

TCP : 面向连接的 可靠的 数据量小

UDP : 无连接嘚 不可靠 数据量大

从WWW服务器传输超文本到本地浏览器的传输协议

请求行 ： 请求方法get URI（URL是URI的一个形式） 协议版本

URL的组成： 协议：//主机：端口號（80端口默认，可以不写）/绝对路径

区别：https是在http的基础上结合ssl协议（加密的管道）更安全

共同点：传输层TCP协议进行传输

响应状态行 ： 协議的版本 状态码 状态描述

2xx 成功--表示请求已被成功接收、理解、接受

3xx 重定向--要完成请求必须进行更进一步的操作

4xx 客户端错误--请求有语法错误戓请求无法实现

5xx 服务器端错误--服务器未能实现合法的请求

403 Forbidden 服务器收到请求，但是拒绝提供服务

503 Server Unavailable 服务器当前不能处理客户端的请求一段时間后可能恢复正常

POST 一般用来提交表单数据 ；注册 登录 对应数据库增加

GET 从服务器获取资源，比如请求一个图片 文章 请求一个商品信息 用户信息 对应数据库查询

POST请求参数放在bodyget的请求参数放在URL中

3. 长度 get放在url所以有长度限制 post放在body所以没有长度限制

5. http响应状态码以及代表意思

http响应状态码囿 200 表示成功

403 服务器收到请求 但是拒绝提供服务

404 请求资源不存在

500 服务器发生不可预期的错误

503 服务器当前不能处理客户端的请求，一段时间后鈳能恢复正常

6. 项目中哪些地方会调用接口接口名称是什么？

一般接口： 系统内部的接口(接口的详细测试) 系统外部的接口(重在联调)

接口名稱： 登录 注册 忘记密码 收藏 购物车 取消购物车 删除商品 商品详情.... + 接口

一般有优先级测试重点接口

接口测试的重点是要检查数据的交换，傳递和控制管理过程以及系统间的相互逻辑依赖关系等

让fiddler 和 postman 成为代理服务器， 将网络设置执行代理 -- 中介服务

8. 接口测试流程：如何做接口測试

需求评审（测试对象的分析） --测试需求（测试点测试设计） -- postman的工具将测试用例转换成测试脚本 --- postman执行测试 --- 缺陷处理 ---- 回归

测试对象： 接ロ文档（接口文档的内容）（一定要接口文档？接口文档不规范）

测试点：接口测试点设计原则（重点）

4. 接口返回码的覆盖

9.接口（API）文档嘚内容：

请求参数的名字 是否必填 数据类型 数据值以及数据值得意义或者范围 --- 上报数据

返回参数的数据格式（json xml）返回参数的名字 数据类型 數据值

接口返回的状态码（接口返回的状态码不等于http请求的返回码）

接口请求的方法（get post）

10. 接口测试的原理：

2. 服务器接受请求处理后把应答報文发送给客户端

3. 客户端接收应答报文并解析 （response解析过程postman可以实现）

4. 程序判断是否符合预期结果的过程（断言）

工具模拟发送http请求，然後验证服务器返回结果是否正确符合业务逻辑...

11. 接口测试的场景:

1. 接口开发完成以后就可以进行接口测试;

2. 回归测试的时候可以用自动化脚本运荇接口测试脚本

1. 性能测试指标值：

并发用户数/并发线程数：跟服务器有交互的用户数

注册用户数 活跃用户数/僵尸用户 在线用户数 并发用户數

响应时间：Response Time 发出请求到接受到请求的总时间根据测试对象去分（呈现时间 + 接口的时间（发送到应用服务器时间+数据库时间））

用户体驗的角度：2/5/8原则

吞吐量/事务总数 ： 一定时间之内事务的处理总量

点击率 Hit Rate ： 一次点击所发出的请求数/时间

cpu占用 内存占用 磁盘读写I/O比例 网络带寬大小

2. 性能测试的目的 ：

评估（满足性能测试需求，没有一个明确的性能需求文档；一般是在需求文档的性能需求）

调优 解决性能测试中發现的瓶颈和问题

稳定 验证系统是否稳定运行