一、测试用例要素

测试ID，用例名称，测试目的，测试级别，测试环境，前提条件，参考信息，测试步骤，预期结果，设计人员

二、测试用例设计方法

1、等价类，2、边界值，3、错误推测法，4、因果图法，5、正交实验设计方法，6、判定表驱动分析方法，7、功能图分析方法

三、提交bug后开发不承认如何处理

首先将之前操作的步骤检查重新测试一遍，确认后再次告知，可以找测试经理练习开发

四、转测晚了怎么处理

首先每天开会时会有进度汇报，可以先核实是否可以加快进度，无法加快的话，可以咨询是否晚发布，确实不可以的话，就自己加班尽快完成

五、测试流程

评审通过后，查看评审需求描写测试用例，开会讨论测试步骤，参会的人员一般有：产品经理、开发、测试。测试讲述过程中，随时有人提出不合理的部分（没有出现过或是不合理的场景），可以当场记录会后自行补充和修改合理，完成后发送群内@参会人员，一般测试主管会查看修改后的内容

六、对前一任公司的评价

一般分2点回答，1、学习到了东西，2、同事之间相处融洽

七、API动态参数（postman和jmeter）

postman

1、首先通过接口auth，登录成功后，在响应数据中显示相关信息

2、登录成功后，在响应数据中返回认证授权

3、在接口链接的请求中添加请求头

4、先执行登录授权的接口/auth

5、必须是在collection中执行

jmeter

1、先在Jmeter的测试工具里面加一个添加的测试用例

2、测试用例添加后，发送请求，在响应数据中获取它的动态参数，获取的方式具体为：

   1）在该测试用例中，右键添加后置处理器中的JSON提取器或者是正则表达式提取器

   2）以JSON提取器为例，定义一个变量来获取动态参数的值

3、在后续的查看修改删除中，使用到这个动态参数的ID，通过调用变量的方式

具体为：${变量的值}

 

八、http请求流程

1、客户端与服务端建立TCP连接

2、客户端向服务端发送request请求

3、服务端返回response响应

4、客户端与服务端断开TCP连接

九、常用业务状态码

200 请求成功

201 添加成功

204 删除成功

301 永久重定向

302 临时重定向

400 请求错误（请求参数或请求头不对）

401 无权限访问系统

403 有权限但禁止访问系统

404 请求的资源不存在（请求的地址不存在，所以导致请求资源不存在）

405 不被允许的请求方法

500 服务器内部错误

        1、空指针，2、堆栈溢出，3、OOM，4、其他异常

504 网关超时

十、接口测试动态流程

一般上个接口的输出是下个接口输出的输入（auth与index都需要access token）

1)首先定义一个变量来存储服务端返回的响应数据，然后定义一个变量，来存储access_token的值

2)key为Authorization value为:jwt 获取到的授权的令牌，如Authorization:jwt {{token}}

十一、session、cookie、token流程

cookie主要是存储用户操作行为的数据，session是把登陆成功后的数据存储在服务端，token本质是cookie的原理，可以理解为一个令牌

十二、性能测式流程

测试前期准备，如测试场景的梳理、测试目标的制定、设备的准备；

性能测试计划的制定，如人员分配、时间安排、用什么技术等；

测试设计与开发，如代码如何写、具体的脚本书写、测试目标如何实现思路，配置场景；

测试执行与管理，按照配置的场景进行执行即可；

数据收集，如响应时间、吞吐量等的数据的收集；

测试分析，根据收集的数据进行分析，书写测试报告

十三、聚合报告中的数据

Label、样本、平均值、中位数、90%请求响应时间，95%请求响应时间，99%请求响应时间，min、max、异常、吞吐量

十四、性能测试目的

目标一般由测试主导，根据服务面向的用户群体的需求来制定目标，然后与开发、架构师、测试等相关人员进行讨论，最后决定具体的目标

十五、详细说下之前印象中最深的bug

有三个点：1、非常难测，2、开发不承认是bug，3、排查能力问题

十六、对最近几年的计划

首先表示目前还是初中级测试，后续会在编程语言、性能测试和自动化测试能里3方面提高