11.17

发现一个 bug,怎么定位是 APP 端还是服务端的问题
考点：
1、考察对测试基础的理解
2、考察实际工作中问题排查的能力
参考答案：
1、抓包分析， 通过对客户端进行抓包，分析服务端返回的数据是否符合预期，如果服务端数据是正确的，那就是客户端的问题。
2、日志分析， 可以通过查看客户端／服务端的日志，分析有没有异常的日志信息，从而确定具体原因。

针对 App 的安装功能，写出测试点
考点：
1、经典业务场景用例设计
参考答案：
1、正常安装测试，检查是否安装成功。
2、APP 版本覆盖测试。例如：先安装一个 1.0 版本的 APP,再安装一个高版本（1.1 版本）的 APP,检查是否被覆盖。
2、回退版本测试。例如：先装一个 2.0 版本的 APP,
3、再安装一个 1.0 版本的 APP,正常情况下版本是可以回退的。
4、安装时内存不足，弹出提示。
5.、据安装手册操作，是否正确安装。
6、安装过程中的意外情况（强行断电、断网、来电话了、查看信息）等等，检查会发生的情况。
7、通过“同步软件＇，检查安装时是否同步安装了一些文件。
8、在不同型号、系统、屏幕大小、分辨率上的手机进行安装。
9、安装时是否识别有 SD 卡，并默认安装到 sd 卡中。
10、安装完成后，能否正常启动应用程序。
11、安装完成后，重启手机能否正常启动应用程序。
12、安装完成后，是否对其他应用程序造成影响。
13、安装完成后，能否添加快捷方式。
14、安装完成后，杀毒软件是否会对其当做病毒处理。
15、多进程进行安装，是否安装成功。
16、在安装过程中，所有的提示信息必须是英文或者中文，提示信息中不能出现代码、符号、乱码等。
17、安装之后，是否自动启动程序。
18、是否支持第三方安装。
19、在安装中点击取消。

持续集成的目的是什么？
考点：
1、是否熟悉持续集成
2、是否具备参与持续集成的能力
3、是否理解持续集成的意义
参考答案：
持续集成指的是，频繁地（一天多次）将代码集成到主干。
它的好处主要有两个：
（1）、快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。
（2）、防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。
持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试，只要有一个测试用例失败，就不能集成。

当开发人员说不是 BUG 时，你如何应对？
考点：
沟通，人际关系
参考答案：
开发人员说不是 BUG，有 2 种情况。
1，需求没有明确，所以这个时候可以找产品经理进行确认，需不需要改动，商量确定好后再看要不要改。
2，开发说这种情况不可能发生，所以不需要修改，这个时候可以先尽可能的说出 BUG 的依据是什么？如果被用户发现或者出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，可以将这个问题提出来，跟开发经理和测试经理进行确认。如果要修改就改，不要修改就不改。如果最终 BUG 被确定不改，那么就要在测试报告里面记录一下，以便以后查阅。

什么是回归测试？如何做回归测试？
考点:
回归测试
参考答案：
回归测试，即就是在软件生命周期中,只要软件发生了改变就可能给该软件产生问题;所以,每当软件发生变化时我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否破坏原有的正常功能回归要试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试，那我们该如何做回归测试呢?总结为以下几点：
1、在测试策略制定阶段,制定回归测试策略
2、确定需要回归测试的版本
3、回归测试版本发布，按照回归测试策略执行回归测试
4、回归测试通过,关闭缺陷跟踪单(问题单) 5、回归测试不通过,缺陷跟踪单返回开发人员,开发人员重新修改问题，再次提交测试人员回归测试。