柠檬微趣测试准备

软件测试面试

对软件测试的理解

软件测试是软件开发中非常重要的一部分，主要是通过一些测试方法来判断软件是否满足现阶段的需求，以及上线后软件是否可以稳定的运行，在测试的过程中需要尽可能多的去发现软件中存在的问题，从而保证产品的质量。

很多人都会认为测试这个岗位没有必要，开发人员也能做，但是我觉得专业的测试人员是必不可少的，首先根据我自己之前做题的经验，有时候一些会特殊情况，但是写代码的人有时候会忽略掉这种情况，然后发现怎么提交都过不去，这个时候可能就需要其他人来帮助自己纠正的思路或者去完善可能的条件，否则就会一直卡在错误的地方。我认为测试就是起到一个这样的作用，测试需要从一开始就围绕用户的需求，去尽可能全面的考虑到各种场景，帮助开发人员完善他们的代码，不过也正是因为测试需要去从开发人员写出的代码中挑错，所以软件测试岗位需要很强的沟通能力，可能写代码的人会觉得自己的思路没有错误，但是确实存在这种情况，那这时候测试人员去怎么选择和开发沟通是非常重要的。

所以我觉得测试这个工作是很有趣的，是非常有探索性的一个岗位，我平时做题的时候也喜欢根据问题，先把所有的可能出现的特殊情况都考虑一遍，这个思考的过程以及自己不断的去用样例测试然后提交出一份现阶段比较完善的代码，我觉的是很有成就感的。

职业规划

首先刚开始要先掌握最基础的功能测试，先入门，培养自己的测思维，在过程中寻求自己作为测试人员与项目组成员之间的沟通方式。 在掌握整体的测试流程后，去学习自动化测试的内容，熟悉自动化测试工具，并且可以自己开发一个自动化测试工具，想去冲击测试开发的岗位，如果可以的话最终想成为一个测试架构师。

测试流程

1. 分析测试需求：对产品要有一个清晰的认识，明确测试对象以及测试工作的重点，在分析需求的过程中，如果发现不合理的地方也要及时和客户进行沟通

2. 制定测试计划：测试计划就是什么时间做什么事情，测试哪些模块，在什么期限内提交哪些文档。测试计划是跟着项目的发展不断调整，不断完善的。

3. 设计测试用例：常见的测试用例设计方法有等价类划分，边界值，判定表发，场景流程图等

4. 执行测试：执行测试的过程中要做好测试记录，而且要编写缺陷报告，发现的问题被开发修改之后，还需要进行回归测试

5. 编写测试报告：测试报告是对测试活动的总结，对项目测试过程进行归纳。

接口测试

接口是用于在前端和后端之间交换信息，前端会通过接口向后端发送请求，后端就会根据请求执行相应操作，并且将结果返回给前端。

在设计结构测试用例的时候，需要测试接口的各种功能，从功能出发，准备测试数据，尽可能用少的测试数据覆盖尽可能多的覆盖各种可能情况，还需要考虑到一些特殊的组合，并且需要设计一些异常用例。

接口测试的流程：

1. 接口的通过性：数据正确输入，是否可以正确的返回结果

2. 边界测试：按照文档要求输入参数，测试边界情况

3. 参数组合：如果有参数组合使用，需要把参数的情况都考虑到

4. 异常验证：测试幂等情况，并发情况，事务测试

5. 接口安全：绕过验证的情况，还有敏感信息加密的情况

6. 性能测试：响应时间，并发数，吞吐量和服务器资源利用率

性能测试

为了验证系统是否满足预期需求，还要验证系统在高压下的表现，是否能够持续稳定的运行。

• 负载测试：找到系统在满足性能要求下的最大吞吐量，响应时间，成功率等等

• 稳定性测试：以系统稳定时最大吞吐量，长时间对系统进行测试，检查系统是否稳定

• 压力测试：找到系统极限值，系统崩溃的临界值

软件测试的八个质量特征

1. 功能性：产品是否满足明确的或者隐含的功能需求

2. 性能效率：在指定条件下使用的资源量

3. 兼容性：在不同硬件设备和软件环境下，能执行的功能的程度

4. 易用性：用户在使用时对产品的效率，和产品使用满意程度

5. 可靠性：在指定条件下，执行功能的程度

6. 信息安全性：产品保护信息的程度

7. 维护性：产品能够被预期的维护人员修改的有效性和效率的程度

8. 可移植性：产品组件能迁移到另一种环境中的有效性

测试报告包括哪些内容

1. 报告标题，日期，项目名称，版本信息，以及编写测试报告的人员的信息

2. 引言：对测试任务和目标简要介绍

3. 测试执行概括：对测试执行的情况进行概述，包括测试周期，用例执行，测试覆盖率等。

4. 测试环境：对测试环境进行描述，硬件环境，软件环境包括网络信息等。

5. 测试方法：测试的方法，测试技术，以及使用到的工具等

6. 缺陷报告：缺陷ID，优先级，缺陷的严重程度，影响范围，重现步骤截图等等，确保每个缺陷都能追踪到相应的测试用例

7. 测试总结和建议：对测试结果进行分析，以及测试中遇到的问题提出建议。

8. 附录：测试脚本，数据，参考资料等

9. 签名

对于什么样的测试用例是个好的测试用例？如何很好的报bug？

好的用例标准：测试用例尽可能多的包括多的需求测试点，还需要减少冗余的用例，测试步骤要简单易懂，不存在歧义

报bug：我觉的最好的方法还是要演示给开发看。而且在描述这个问题的时候一定要仔细，准确有条理的告诉给开发

如何保证上线质量

1. 首先需求阶段，必须要明确需求，从源头上把控产品质量

2. 测试用例阶段，可以先梳理出业务场景，全面的细化测试用例，可以将一些典型的例子和开发产品，一起测试，如果他们有建议的话，针对问题进行修改这样可以保证测试的更全面

3. 上线前还要进行回归测试，防止在上线前对底层代码的修改影响其他的功能

4. 上线时间一般会选择使用用户少的时间，这样可以减少对用户的影响，也能第一时间发现问题，降低问题带来的损失

当你发现问题找开发人员时，开发人员说不是 BUG时，你如何应付？

1. 首先要明确是不是自己对bug 的描述不清晰，导致和开发人员出现歧义

2. 确认与开发的测试环境是否一致

3. 明确开发的想法，互相沟通，如果这个问题是需求发生变化导致的，就要去先找产品经理明确需求

4. 如果开发不是因为自身原因，首先还是要找开发说明理由，并且讲述问题的严重性，如果开发还是不认就去向产品经理说明

怎么定位bug是前端的问题还是后端的问题

1. 根据前后bug 的特点：

• 前端bug：一般是界面，布局的问题，兼容性

• 后端bug：业务逻辑，性能，数据，安全性

2. 查日志
   可以查看后端服务的日志，复现bug 如果日志中没有相关信息，那么很可能这个功能没有与后端交互，就不存在后端的问题、如果日志中有相关信息，那就需要进一步分析

3. 查接口
   抓包工具，对比后端拿到的数据和前端显式的数据来进行核对比。如果是后端相应的数据有问题就是后端，如果是参数错误就是前端，还可以查看请求状态码。请求状态码是200，是前端为题，不是200 就是后端

签到系统设计测试用例 / 消消乐某一关卡怎么测试

在做项目的时候遇到的困难

身边人怎么评价自己，有什么缺点

较强分析问题的能力

柠檬微趣面经准备

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

Web 测试平台是 PC 端， App 主要是手机上。

1. 数据输入输出渠道不同：App 输入渠道更多，比如话筒，扬声器，摄像头，有些游戏可能有陀螺仪，来输入设备倾斜程度

2. 后端性能：App 更关注在手机上的渲染时间，还需要考虑流量和耗电量，

3. 兼容性：Web 兼容浏览器，谷歌，火狐等。如果是手机端，需要兼容不同品牌，不同分辨率和不同的操作系统，比如 安卓， IOS， 鸿蒙等。

4. 安装测试： App 端需要验证APp 的安装和卸载

5. app 可能还需要验证横屏显示

遇到概率问题

1. 概率性问题可能是累计出来的，也可能是某个时间点出现的问题，如果有历史操作记录，可以按照历史的记录重新测试一遍，反复进行验证，尽可能使错误复现，

2. 如果问题比较严重，可能出现死机或者崩溃就要即使通知开发人员，可以一起解决

Linux

出 bug 的时候，通常需要查看日志来排查问题。比如说服务器宕机，要知道什么时候，为什么发生宕机；或者服务器崩溃，可能使内存不足，这个时候也要查看日志找到是哪个进程导致的问题。

查找和删除文件

find 查找文件， rm 删除文件

Linux 查看日志的指令

1. tail：tail 可以用于查看文件的末尾内容，显示文件的最后几，可以使用tail 来查看实时变化的日志文件

tail -n 10 .log// 查看后多少行
tail -fn 10 .log //循环实时查看最后多少条记录

2. grep：查找带有特定关键字的日志

3. head：查看前多少行日志，使用和tail 类似

4. cat：一次显式整个文件

5. sed：可以指定一个范围内的日志文件，比如第几行到第几行，或者时间范围

6. history：所有的历史记录

Linux 日志文件说明

/var/log/message   //系统启动后的信息和错误日志，是Red Hat Linux中最常用的日志之一
/var/log/secure   //与安全相关的日志信息
/var/log/maillog   //与邮件相关的日志信息
/var/log/cron      //与定时任务相关的日志信息
/var/log/spooler   //与UUCP和news设备相关的日志信息
/var/log/boot.log  //守护进程启动和停止相关的日志消息
/var/log/wtmp     //该日志文件永久记录每个用户登录、注销及系统的启动、停机的事件

数据库

数据库排序

ORDER BY ： 默认是升序排列， ASC 是升序， DESC 是降序

模糊查询

%， _