测试面试题汇总（一）

1、怎么判断软件的行为是bug？

答：

1、输出结果与预期结果不一致。

2、需求中有没有实现的。

3、需求中没有却实现不了的。

4、需求中没有但应该实现的。

5、从测试角度看，难以理解的、不易使用及用户认为错误的。

6、因为软件导致程序崩溃或者出现异常

2、给你一个接口，你怎么测？

答：

首先从开发那边获取api文档，分析接口文档（一般考虑入参形式的变化和接口业务逻辑）并设计接口测试用例（用例设计方法：等价列、边界值、场景法），接口用例编写完进行组内的用例评审，评审完后并提前录入接口测试工具postman或者jmeter中，等前后端开发联调时，执行用例，把发现的缺陷提交给开发进行修改，编写测试报告。

3、jmeter在企业中主要用来测性能还是接口？

答：

可以测接口也可以测性能，但是更加偏向于测性能。可以使用于对服务器对象模拟比较大的压力，可以模拟不同类别下的压力大小，可以比较在不同压力的情况下，来测试系统软件的强度和整体性能情况，平常的时候也常常用于测试接口性能，来达到测试接口的目的。

4、功能测试和性能测试的区别是什么？

答：

功能测试是测试系统功能模块满足用户操作要求，并且主要是考察产品的每个细节功能，以及可能存在的功能问题。

性能测试主要目标是保证系统稳定安全可靠，侧重于对多用户同事使用系统的情况下，系统稳定性及测试系统负载临界点等。

功能测试和性能测试都是满足用户的需求，测试关注点不一样。一个关注是否可以使用，一个关注是否系统稳定安全及功能使用可靠流畅。

5、开发修改一个功能点，需要执行200条用例，明天就要上线，不加班不求助第三方，你该怎么处理？

答：

1、先建议本次上线的版本尽量使用以及测试过的稳定版本。

2、评估功能点影响范围，严重程度，失败可能发生的频率；测试的话可能会涉及到哪些用例，覆盖情况。

3、用例筛选，优先级高的，和修改点关联密切的，根据用例分布情况及时协调人力，说明情况。

4、发邮件澄清本次改动范围，影响范围，测试范围，上线可能的风险点，紧急回退方案。

5、对于迭代版本，建议使用自动化比较好，形成基本的用例集，发布后及时冒烟。

6、如果必须改，让研发提供影响范围，review研发修改的代码，先测可能影响的功能，再200用例做优先级，执行优先级高的用例。

6、状态码200请求成功，但实际结果与预期不符，怎么定位是前端问题还是后端？

答：

状态码为200说明和后端有数据交互，一般来说发现问题，和后端有数据交互的话很大可能是后端bug。但是凡是都有一个例外，可以使用抓包工具进行抓包，看request或response，如果请求有问题就是前端问题，如果响应有问题就是后端问题，如果两者都没有问题那还是前端问题。

7、如果应用闪退，该怎么获取相关日志？

答：

通过adb logcat然后通过包名和关键字去查找获取，或者三方平台log查看，如果可以复现的闪退，还可以使用debug版本直接打log，命令也好，工具也好都可以。

8、用postman测试时body里面返回的是一个HTML页面，怎么判断接口正常？

答：

有的接口就是返回一个html页面，具体看接口是不是要返回html。还能通过看状态码，再看入参内容，响应内容去判断接口是否正常