App测试和Web测试有什么区别？

答：功能方面：几乎一样

唯一不同的是专项测试，web没有安装卸载，app独有的安装、卸载、升级

相同点：

功能测试用例设计方法：常见8种用例设计

需要验证UI正确性：页面布局及数据显示

接口功能检查：都需要对服务端接口进行验证

性能检查：都需对服务端性能进行验证

稳定性检查：浏览器访问服务稳定，APP应用不闪退

安全性检测：不论是web端访问还是APP应用访问都对敏感数据需要加密处理

不同点：

测试设备不同：web端测试跟多依赖于浏览器；移动端测试需要手机或者手机模拟器

启动运行测试：web端直接通过浏览器打开访问；移动端需要下载、安装、启动检测、升级、卸载测试

兼容性不同：web端的测试兼容更多的是关注浏览器及不同版本；移动端的测试需要关注OS及不同版 本

网络种类：web端一般是不关注网络种类；移动端需要关注移动网络（3/4/5G）与WiFi网络及相互 切换

用户体验性测试：web端对于用户体验有要求；移动端用户体验要求更高，如屏幕自适应、自动识别输入、手势操作、分享转发等

交叉事件测试：web端几乎没有；移动端需要验证电话、短信、消息通知、断电等场景的测试

专项测试：web端基本不关注运行客户端的硬件参数；移动端需要关注手机的电/流量等

Bug管理流程？（bug生命周期）

这个就是说的是缺陷的生命周期，缺陷在其生命周期中会处于许多不同的状态。

new：测试人员新建缺陷，为new状态；

open：开发接收到缺陷之后确认该缺陷，并且打开，则为open状态；

fixed：开发人员打开缺陷后进行修复的状态称之为fixed状态；

closed：测试人员发现该bug已被开发人员修改，并且修改成功，关闭缺陷，则为closed状态；

rejected：开发人员接收到测试人员新建的bug后，不认同该bug，可以拒绝修改，称之为rejected状态；

postpone：开发人员接收到测试人员的bug后，遇到临时有事的情况下，可以拖延修复，称为postpone；

流程：

首先，遇到一个bug后，在缺陷工具上新建缺陷，为new状态，开发收到缺陷后打开，则为open状态。

若是开发不认同该bug（reject），先确认bug是否重复提交，再确认是否可复现（环境配置或数据错误、理解需求不一致），若是确认重复提交，则可以关闭缺陷；若是不能重现，则需要进入reopen状态，确认原因，若可以复现，就进行修复。

若是开发临 时有事，可以延迟处理，进入postpone状态；若是可以直接修复，则进入fixed状态（修复状态）。

开发修复好bug后，测试则可以进行回归测试，验证通过后，进行关闭缺陷（closed）；若没有修复成功，则需要重新打开（reopen）状态。

测试结束的标准？

1) 第一类标准：测试超过了预定时间，则停止测试。

2) 第二类标准：执行了所有的测试用例，但并没有发现故障，则停止测试。

3) 第三类标准：使用特定的测试用例设计方案作为判断测试停止的基础。

4) 第四类标准：正面指出停止测试的具体要求，即停止测试的标准可定义为查出某一预订 数目的故障。

5) 第五类标准：根据单位时间内查出故障的数量决定是否停止测试。