测试人应该知道的几个基本测试概念

1、，测试流程
这个基本你们都明白了，就是从需求到开发，再到测试，再到上线的整个流程，这个没什么好说的

二，测试架构
一个小问题，大家公司的测试架构是怎么样的？你会怎么回答？
测试架构，即对于一个软件流程中，会在哪些环节作什么样的测试，也即测试分层。能够参考V型开发流程。例如，在一个前端+微服务后台的项目中，通常会涉及到的测试架构以下：
1，单元测试，通常由开发人员完成
2，集成测试，由测试人员针对一个微服务进行集成测试
3，系统测试，由测试人员针对整个系统进行从前端到后端的完整系统测试。

3、测试框架
再来个小问题，请你介绍一下大家的自动化测试框架？
目前主要的测试框架有如下几种
1，线程测试框架
一个测试脚本，从头至尾包含例如，直接录制一个脚本。一旦项目有什么变化，整个脚本做废，须要从新录制。
2，数据驱动的测试框架
测试脚本和测试数据分离的框架，当项目代码有更新，可能测试脚本并不须要更新，只须要更新相应的测试数据便可。通常接口自动化测试都是这种，接口的的请求发起和返回校验写在测试脚本中，每一个接口下不一样的用例请求数据与数据库预置插入数据在另外的测试数据文件中。
3，关键字驱动的测试框架
在这种框架中，测试数据与测试脚本也是分离的，可是，对一些自动化测试执行操做封闭成相应的关键字，在测试脚本中，调用相应的关键字来组织测试。我的以为，目前接触到的有作成这种框架的应该是前端的UI自动化测试框架，UI自动化测试中的PO的思想其实能够属于这类，它把一个页面封装成一个对象，页面的元素是它的属性，页面的一些操做是它的方法（能够理解为关键字）。一个测试脚本的组织就是调用不一样页面对象的相应方法。