一、，测试流程 这个基本大家都明白了，就是从需求到开发，再到测试，再到上线的整个流程，这个没什么好说的
二，测试架构 一个小问题，你们公司的测试架构是怎么样的？你会怎么回答？ 测试架构，即对于一个软件流程中，会在哪些环节做什么样的测试，也即测试分层。可以参考V型开发流程。例如，在一个前端+微服务后台的项目中，一般会涉及到的测试架构如下： 1，单元测试，一般由开发人员完成 2，集成测试，由测试人员针对一个微服务进行集成测试 3，系统测试，由测试人员针对整个系统进行从前端到后端的完整系统测试。
三、测试框架 再来个小问题，请你介绍一下你们的自动化测试框架？ 目前主要的测试框架有以下几种 1，线程测试框架 一个测试脚本，从头到尾包含例如，直接录制一个脚本。一旦项目有什么变化，整个脚本作废，需要重新录制。 2，数据驱动的测试框架 测试脚本和测试数据分离的框架，当项目代码有更新，可能测试脚本并不需要更新，只需要更新相应的测试数据即可。一般接口自动化测试都是这种，接口的的请求发起和返回校验写在测试脚本中，每个接口下不同的用例请求数据与数据库预置插入数据在另外的测试数据文件中。 3，关键字驱动的测试框架 在这种框架中，测试数据与测试脚本也是分离的，但是，对一些自动化测试执行操作封闭成相应的关键字，在测试脚本中，调用相应的关键字来组织测试。个人觉得，目前接触到的有做成这种框架的应该是前端的UI自动化测试框架，UI自动化测试中的PO的思想其实可以属于这类，它把一个页面封装成一个对象，页面的元素是它的属性，页面的一些操作是它的方法（可以理解为关键字）。一个测试脚本的组织就是调用不同页面对象的相应方法。
