这个是我18年整理的，之前在我的电子笔记，现在感觉还是需要分享写写博客大家互相学习更好

**

总结功能测试面试常见问题

**
一、接口测试需要注意什么？
1、 注意数据清理
在写脚本后注意及时清理接口测试过程中，向数据库或实时搜索中插入的数据，以免脚本的持续运行，会对数据库和实时搜索造成不必要的负担。
2、 在编写脚本前，提前写好用例
接口测试虽然对代码的要求比较高，但是最终影响测试质量的不是代码能力的高低，而是设计用例能力的高低。设计和编写用例是写脚本的前提，是脚本代码实现的对象。所以在动手写脚本前，必须先把用例准备好，如果是新人，则需要请开发和接口测试的前辈帮忙review一下，确保设计的用例没有疏漏的地方，然后在开始着手写脚本。
3、 准备测试数据要能完整覆盖被校验点
准备测试数据是编写脚本的重要步骤，要确保准备的数据覆盖被校验点。不能覆盖的错误主要发生在一下场景下：
A、 在基类或单独的方法准备一个标准参数，在脚本中创建这个标准参数后，再针对每个脚本的特点更改部分参数
B、 开发的代码中存在“或”的逻辑判断，例如 if(A|B){ this.setValues(0);}，其中A和B分别是变量variable1和variable2的参数值
C、 在标准参数中已经对 variable1 赋值A，那么要覆盖variable2为B时也可以执行if后的语句，就需要先将variable1的赋值不为A，这样才能达到覆盖variable2=B的效果；
而在写脚本的过程中很容易遗忘将variable1赋值不为A这个步骤，为了避免这种情况的发生，对于“或”的逻辑判断，不要把这个判断前后的两个变量放到标准参数中，而是单独写一个set和get方法，在每个脚本中再对其单独赋值。
4、 事后校验要全面充分
调用接口后，会返回一个result，对这个result进行校验时，要将校验点想全面，不仅仅包括，调用是否成功，还需要知道为什么成功，为什么失败：
调用成功：result返回调用成功，还需要校验更改的信息是否被更改，其他不需要更改的信息是否被改变
调用失败：result返回调用失败，还需要校验失败的原因是否和期待的一致，确保调用失败后信息没有被更改；
5、 写sql语句更新数据库时，一定要写限制条件
在脚本中编写sql语句更新数据库时，要特别小心，一定要写限制条件，不然会将数据库中的所有记录都更新掉，而且脚本是要持续运行的，信息会被一次次修改，这样会给其他人带来困扰。而且这种问题排查是很困难的，所以一定要小心。

二、计算器给你，要怎么测试？
先进行加减乘除的简单运算，再进行阶乘，科学技术法，进制转换，三角函数的运算。
根据使用说明书,首先进行文档测试,接着进行外观测试(界面测试),接着功能测试,性能测试,易用性测试,还可以测试它的抗摔,抗压测试等等一些里面蛮多都会用到等价类划分法和边界值分析法功能上：能基本完成一些计算功能性能上：做特定位数的运算所需要的时间是否让用户接受的了可以用黑盒测试的一些方法来设计用例：如等价类与边界值方法安全性，易用性，无故障时间等个位数±/法，十位数±/还有任意位数在测试的时候是否考虑一些其他的异常情况会好些，比如说如果计算器是安装电池的话，则需要考虑当电量不足的情况下，计算器的计算结果会否正确。基本功能之间的符号组合运算，以及进制之间的转换运算是否正确等。

三、姓名文字怎么测试
考虑方面：查看说明书需求，间距，回车换行吗，中文英文还是拼音，排列方式是横排还是竖排，大小，长度、颜色，字体等
四、WEB测试和APP测试的区别
WEB测试和App测试从流程上来说，没有区别。都需要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。从技术上来说，WEB测试和APP测试其测试类型也基本相似，都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。 他们的主要区别在于具体测试的细节和方法有区别，比如：性能测试，在WEB测试只需要测试响应时间这个要素，在App测试中还需要考虑流量测试和耗电量测试。 兼容性测试：在WEB端是兼容浏览器，在App端兼容的是手机设备。而且相对应的兼容性测试工具也不相同，WEB因为是测试兼容浏览器，所以需要使用不同的浏览器进行兼容性测试（常见的是兼容IE6，IE8，chrome，firefox）如果是手机端，那么就需要兼容不同品牌，不同分辨率，不同android版本甚至不同操作系统的兼容。（常见的兼容方式是兼容市场占用率前N位的手机即可），有时候也可以使用到兼容性测试工具，但WEB兼容性工具多用IETester等工具，而App兼容性测试会使用Testin这样的商业工具也可以做测试。 安装测试：WEB测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么就具备相关的测试点。 还有，App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换） 交叉事件测试：就是在操作某个软件的时候，来电话、来短信，电量不足提示等外部事件。 操作类型测试：如横屏测试，手势测试 网络测试：包含弱网和网络切换测试。需要测试弱网所造成的用户体验，重点要考虑回退和刷新是否会造成二次提交。弱网络的模拟，据说可以用360wifi实现设置。 从系统架构的层面，WEB测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是APP端是不能够保证完全一致的，除非用户更新客户端。如果是APP下修改了服务器端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。 还有升级测试：升级测试的提醒机制，升级取消是否会影响原有功能的使用，升级后用户数据是否被清除了。
五、设计一个电梯的测试用例
功能测试，性能测试，界面测试，安全性测试，兼容性测试，可用性测试，可靠性测试，本地化/国际化测试
场景：楼层数（几十层的大厦、小区的几层），电梯数（1台、多台）
需求测试：查看电梯的使用说明书，安全说明书等
界面测试：查看电梯外观，按键数字清晰、开和关按钮设计的图标是否容易区分
功能测试：
1、电梯门的打开、关闭是否正常
2、按钮是否可以正常使用
3、能否实现正常的上升和下降功能，是否停到相应楼层
4、电梯内是否有灯，灯光是否柔和，电梯运行中灯是否稳定
5、报警装置是否可用
6、通风状况如何，是否有手机信号
7、突然停电的状况
8、上下升途中的响应
1）先只按17楼上升，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来，下降类似模拟
2）电梯下降到10层时显示满员，此时若8层有人