测试面试题（六）

1.osi七层模型
七层模型，亦称OSI（Open System Interconnection）。参考模型是国际标准化组织（ISO）制定的一个用于计算机或通信系统间互联的标准体系，一般称为OSI参考模型或七层模型。
它是一个七层的、抽象的模型体，不仅包括一系列抽象的术语或概念，也包括具体的协议。

2.公司的测试流程
1、测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议。
2、测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。
3、测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。
4、测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束。
5、测试评估阶段：出测试报告，确认是否可以上线。

3.你们公司的用例评审都那方参加
不同公司要求是不同的。有的是按项目进行评审，需要所有项目人员（产品，研发，测试）都参与用例评审；
也有按部门评审的，评审工作仅仅在测试部门进行，由同事互审，或者测试组长评审。
相关用例或者是公司面试题这类的问题，去传智播客论坛里面看去。里面有经验的人比较多，可以做个参考。毕竟是专业的IT论坛

4.功能测试和接口测试的区别
本文主要分为两个部分：
　　第一部分：主要从问题出发，引入接口测试的相关内容并与前端测试进行简单对比，总结两者之前的区别与联系。但该部分只交代了怎么做和如何做？并没有解释为什么要做？
　　第二部分：主要介绍为什么要做接口测试，并简单总结接口持续集成和接口质量评估相关内容。

5.测试环境是在什么系统
linux系统

6.用例怎么保证覆盖全面
1）测试需求的覆盖：保证所有需求都已经设计用例
2）测试特性的覆盖：保证所有不同类型已覆盖，如：功能测试，性能测试等
3）平台与层次的覆盖：保证所有平台有用例覆盖，不同层次都有设计用例，如业务层、接口层等

7.编写用例从那些方面考虑

1. 软件或项目的名称
2. 软件或项目的版本（内部版本号）
3. 功能模块名
4. 测试用例的简单描述，即该用例执行的目的或方法
5. 测试用例的参考信息（便于跟踪和参考）
6. 本测试用例与其他测试用例间的依赖关系
7. 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限
8. 用例的编号（ID），如可以是 软件名称简写-功能块简写-NO.。
9. 步骤号、操作步骤描述、测试数据描述
   10.预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）
   11.开发人员（必须有）和测试人员（可有可无）
   12.测试执行日期

8.测试报告编写过吗？包括什么
测试报告包括哪些内容: 测试模块（每个模块里需要记录测试的开始时间、结束时间、设计多少用例、通过多少、失败多少、有多少BUG、遗留多少BUG、解决多少BUG、追后对这个模块总结一下）
BUG的统计，根据时间轴来统计BUG的数量，例如：XXXX年X月X日，发现BUG多少，关闭BUG多少，剩余BUG多少，高级的BUG有多少，中级的BUG有多少，低级和建议的BUG有多少，一直罗列到项目完结
项目总结，汇报一下测试的大致结果。
遗留和风险，该软件还有什么遗留问题，还有什么风险，都要一一说明
最后评判该软件是否符合上线标准，日期，签字，加盖章等

9.接口测试怎么做的
1）根据参数的要求，进行判断是否满足要求，参数要符合他的要求，比方假如让输入一个数字，那么就判断输入数字----整数、小数、负数、复数等数字进行正常测试，或者超大数值和超小数值，异常测试就是判断当不输入数字，保持为空，或者输入的为字符串，不为数字时，反应是否正常。
2）参数是否为必填项，如果为必填项，将所有的必填项都填写，进行接口测试当必填项未填写时，进行接口测试，查看是否报错
3）如果参数为选填项，则进行测试，如果有多个选填项，一个个进行测试，填入所有必填项，和要求的一个选填项，接口返回是否正确，再测试，当选填项保持为空时，是否能够正常返回，当多个选填项时，是否返回正常
4）如果参数名称填写错误是否报错，如果存在不合法的参数，是否报错等等
5）对每个接口进行逻辑的测试，就是比方为新增一个数据，查对应的url，就得显示新增的数据，也就是所描述的每次新增，删除或者改动后都要进行检查查询。
6）接口中还得考虑一些异常情况，比方权限问题，a方建立了多个内容，b方采用接口是否可以删掉。
7）接口测试还得考虑各种逻辑和现实问题，这个就需要就是根据项目本身的可用性，