App、接口测试面试题

App、接口测试面试题

1、App 测试常见的严重问题有哪些？分别引起的原因有哪些？

常见的有 crash、ANR（应用无响应、卡死），一般由设备碎片化、网络波动大、内存泄漏、代码编写错误所引起。

2、App 测试与 Web 测试有什么区别？

相同点：

• 设计测试用例均依据等价类、边界值等方法，测试原理相同。
• 大多数都采用黑盒测试方法来验证业务功能。
• 需要检查界面布局、风格和按钮是否美观、统一等（UI 测试）。
• 测试页面载入和翻页的速度、登录时长是否溢出等问题（性能测试）。
• 测试应用系统的稳定性。

不同点：

• 手机作为通信工具，通信等一些行为会对 App 产生（中断测试）影响。
• 手机用户对 App 产品的安装卸载操作；从上一版本/上两个版本直接升级到最新版本（安装卸载测试）。
• Web 自动化测试使用的工具较常用的是 Selenium，而 App 自动化测试还要区别是Android 手机还是 iOS 手机，比较常用的工具是 Appium、UiAutomator、UIAutomation。

3、请简要介绍一下移动应用及其服务端的测试点？

• 移动应用主要有权限、安装卸载、UI、功能、性能、中断、兼容性、安全性、回归、升级更新、用户体验。
• 服务端有接口测试、性能测试、安全测试。

4、Android 中如何获取日志信息？

• 把 Android 系统日志信息实时导入到本地：adb logcat -v time > d:test.log
• 运行使用某个 App，实时获取该 App 的日志信息（cmd 里面的返回信息）：adb shell monkey -p com.android.calendar -v 1000 > d:test.log

5、adb 常用命令:

• 查看当前连接的设备：adb devices
• 安装软件：adb install 路径xxx.apk
• 卸载软件：adb uninstall <包名>
• 从电脑上发送文件到设备：adb push <本地路径> <远程路径>

adb push D:test.txt /sdcard/

• 从设备上下载文件到电脑：adb pull <远程路径> <本地路径>

adb pull /sdcard/test.txt D:

• 实时获取日志：adb logcat -v time > D:test.log
• 登录终端设备 shell：adb shell
• 查找包名/活动名：adb logcat | findstr START （脚本中， cmp= 后面的值就是包名/activity 名称）
• 启动 App

adb shell am start -n packageName/activity

• 关闭 App

adb shell am force-stop 包名

• 监控 App 启动时间

adb shell am start -W packageName/activity

• Monkey 命令

adb shell monkey -v -p mypackage 50

6、App 崩溃（闪退），可能是什么原因导致的？

• 缓存垃圾过多：由于手机系统的特性，如果长时间不清理垃圾文件，会导致越来越卡，也会出现闪退情况。
• 运行的程序过多，导致内存不足。
• 应用版本兼容问题：如果应用版本太低，会导致不兼容，造成闪退。此外，有些新版本 在调试中，也会造成应用闪退。
• App 中访问网络的地方，组件中的 ImageView 是否可以正常的下载并显示到 App页面上。
• App 的 sdk 和手机的系统是否兼容。

7、软件接口是什么？

就是指程序中具体负责在不同模块之间传输或接受数据的并做处理的类或者函数。

8、http 和 https 协议的区别？

• https 协议需要到 CA（Certificate Authority，证书颁发机构）申请证书，一般免费证书较少，因而需要一定费用。
• http 是超文本传输协议，信息是明文传输。
• https 协议是由 SSL http 协议构建的可进行加密传输、身份认证的网络协议，比 http 协议安全。
• http 和 https 使用的是完全不同的连接方式，用的端口也不一样，前者是 80，后者是 443。

9、get 和 post 的区别？

get 和 post 都是向服务器提交数据，并且都会从服务器获取数据。

• 传送方式：get 通过地址栏传输，post 通过报文传输。
• 传送长度：get 参数有长度限制（受限于 url 长度），而 post 无限制。
• get 产生一个 TCP 数据包（对于 get 方式的请求，浏览器会把 http header 和 data 一并发送出去，服务器响应 200 返回数据)，post 产生两个 TCP 数据包（对于 post，浏览器先发送 header，服务器响应 100 continue，浏览器再发送 data，服务器响应 200 ok 返回数据）。
• get 请求参数会被完整保留在浏览历史记录里，而 post 中的参数不会被保留。
• 在做数据查询时，建议用 get 方式；而在做数据添加、修改或删除时，建议用 post 方式。

10、常见的 post 提交数据方式？

• application/x-www-form-urlencoded
• multipart/form-data
• application/json
• text/xml

11、cookie 和 session 的区别？

cookie 数据存放在客户的浏览器上，session 数据存放在服务器上。

• cookie 不是很安全，别人可以分析存放在本地的 cookie 并进行 cookie 欺骗，考虑到安全应当使用 session。
• session 会在一定时间内保存在服务器上。当访问增多，会比较占用你的服务器性能，考虑到减轻服务器性能方面应当使用 cookie。
• 单个 cookie 保存的数据不能超过 4K，很多浏览器都限制一个站点最多保存 20 个 cookie ，可以将登陆信息等重要信息存放为 session；其他信息需要保存，可以放在 cookie。

12、请描述你们公司是如何做接口测试的？

• 获取接口规范。
• 设计接口测试用例（主要从用户角度出发看接口能否实现业务需求，用例设计就是黑盒用例）。
• 各种入参验证（正常情况，异常情况包括输入参数个数不对，类型不对，可选/必选，还 有考虑参数有互斥或关联等的情况）。
• 接口返回值各种验证（符合接口文档需求）。
• 了解接口实现逻辑，实现逻辑覆盖（语句/条件/分支/判定/...）。
• 接口的安全性，接口性能。
• 采用工具或者自写代码来验证。
• 发现问题报 bug ，并进行状态跟踪。

13、怎样设计接口测试用例？

• 是否满足前提条件。有些接口需要满足前提，才可成功获取数据。常见的，需要登录 Token。
• 是否携带默认值参数。
• 业务规则、功能需求。这里根据时间情况，结合接口参数说明，可能需要设计 N 条正向用例和逆向用例。
• 参数是否必填。
• 参数之间是否存在关联。有些参数彼此之间存在相互制约的关系。
• 参数数据类型限制。
• 参数数据类型自身的数据范围值限制。

14、接口测试，都要测什么？

可用性测试：根据约定的协议、方法、格式内容，传输数据到接口经处理后返回期望的结果。

• 接口功能是否正确实现。
• 返回值测试 - 返回值除了内容要正确，类型也要正确，保证调用方能够正确地解析。
• 参数值边界值、等价类测试。

错误和异常处理测试。

• 输入异常值（空值、特殊字符、超过约定长度等），接口能正确处理，且按预期响应。
• 输入错误的参数，接口能正确处理，并按预期响应。
• 多输入、少输入参数，接口能正确处理，且按预期响应。
• 错误传输数据格式（如 json 格式写成 form 格式）测试。

安全性测试，主要指传输数据的安全性。

• 敏感数据（如密码、秘钥）等是否加密传输。
• 返回数据是否含有敏感数据，如用户密码、完整的用户银行账号信息等。
• 接口是否对传入的数据做安全校验，如身份 ID 加 token 类似校验。
• 接口是否防止恶意请求（如大量伪造请求接口致使服务器崩溃）。

性能测试，如接口的响应时间、并发处理能力、压测处理情况。

• 并发请求相同的接口（特别为 post 请求），接口的处理情况（如插入了相同的记录导致数据出错，引发系统故障）。
• 接口响应时长在用户可忍受的范围内。
• 对于请求量大的接口做压测，确定最大的瓶颈点是否满足当前业务需要。

15、在手工接口测试或者自动化接口测试的过程中，上下游接口有数据依赖如何处理？

用一个全局变量来处理依赖的数据，比如登录后返回 token，其它接口都需要这个 token，那就用全局变量来传 token 参数。

16、如何模拟弱网做测试？

Fiddler 和 Charles 都可以模拟弱网测试，平常说的模拟丢包，也是模拟弱网测试。

17、平常做接口测试的过程中发现过哪些 Bug？

• 常规错误，接口没实现，没按约定返回结果，边界值处理出错等。
• 输入异常值（空值、特殊字符、超过约定长度等），接口抛错，没做封装处理。
• 输入错误的参数、多输入、少输入参数，接口可能出现的错误。
• 安全性问题，如明文传输、返回结果含有敏感信息，没对用户身份信息做校验，没做恶意请求拦截等。
• 性能问题，如接口并发插入多条相同操作，响应时间过长，接口压测出现瓶颈等。

18、当一个接口出现异常时候，应如何分析异常？

• 先抓包，用 Fiddler（Charles）工具抓包，或者浏览器上 F12 调试工具。App 上的话，可以用 Fiddler（Charles）做代理，通过手机设置代理去看请求和返回报文。
• 查看后端日志，如 Linux 系统通过 xshell 连上服务器，查看接口日志，查看是否有报错信息。（命令：tail -f 日志文件）

19、列出几个 JMeter 监听器？

• 聚合报告
• 汇总报告
• 查看结果树
• 用表格查看结果
• 图形结果
• BeanShell Listener
• 摘要报告