上市企业的测试流程是什么样的？我来告诉你！

关于“测试流程”其实很多公司都不是很正规的，今天就给大家分享一下“标准化的测试流程”是什么样的。

相信很多同学面试的时候也会被面试官问到：

“你上家公司的测试流程是什么样子？”

当遇到这个问题的时候60％的同学都无法把测试流程完整有序的陈述出来，基本是因为紧张导致的。目前很多中小型公司所使用的测试流程并不是很完善，当你跳槽到更大的公司的时候很容易叙述的丢三落四。

那么今天，就给大家好好的梳理一下真正的上市公司是如何开展测试工作的。

首先我们做测试都需要拿到一份需求文档。

有了需求文档才能开展测试后面的一系列的工作。拿到需求文档之后，我们要对需求进行评审，也就是需要查找需求文档里边的一些问题，比如说描述不清晰，逻辑不正确，有二一性。也可以说是这个需求有多余的功能，或者是有缺少的功能，咱们都需要在评审的环节提出来。

评审通过之后，我们还需要去编写一份测试计划。

因为有了这个项目的整体需求大纲了，我们也知道整体的一个模块的情况，我们就需要在测试计划里进行人员分工。包括项目测试的入口、出口标准、还有测试的范围和策略以及所需要用到的工具。最重要的就是咱们的测试周期了，每一个阶段咱们所需要花费的时间。

这些东西都包含在里面，这个计划也应该是一个很厚的东西。

测试计划编写好之后，我们还需要进行计划的评审。

评审环节很简单，就是了解一下自己负责哪些模块、周期要多久、用什么工具、范围是多大、入口什么标准、出口什么标准。还包括一些概要设计和详细设计的东西，也需要参考在里面。

计划评审后，我们就需要开始编写测试用例了。

这个环节就很枯燥，大家基本都遇到过了，就是一直不停地去写用例。写完之后，我们就需要进行测试和用例的评审，查缺补漏。

评审通过后，我们还不是进入到系统阶段，还需要做接口测试。那既然要做接口测试，就需要找开发人员去要接口文档。拿到接口文档后不管你是用什么工具，Postman、soufui或者Jmeter或者swagger都可以。然后咱们通过这些工具去做接口的功能测试，可以稍带的做一做接口的压力测试。

那接口测试做完后，我们基本上前端也研发好了，那后台的接口也都没有问题了，我们就可以进行前后台的对接。

对接成功后就会产生可视化界面，就可以直接访问咱们的网站或者是app了。在可视化界面中的测试也就相当于是进入到系统测试了。

在进入系统测试之前，我们需要先进行冒烟测试。也就是要把这个软件整体的流程都跑一遍，至少能够保证它的主要功能组是完全正常的。只要业务的一个正向流程能够跑通，所有的链接都能够正常跳转，这样的话就可以了。

冒烟测试通过后，我们才会进入到系统阶段，去执行咱们的测试用例，这个时候会产生轮次和迭代。第一轮测试，第二轮测试，第三轮第四轮，直到它达到一个上限的标准为止。那每一轮都要产出一份阶段性的测试报告，直到达到上限标准，还要产生一份总结性的测试报告。

在上线前，我们还需要进行一系列其他类型的测试，比如说性能测试和安全测试，这些工作都需要产出相应的测试报告。

并且在上线前我们需要先进行内部验收。

也就是阿尔法验收，然后再发布到线上，进行贝塔验收，也就是公测。这样的话，基本上一个软件就可以大功告成发布上线了。

在上线之后，我们还需要持续的去跟进用户的一个反馈情况，防止有一些问题被用户发现了，咱们还需要持续的去修改和优化。

这就是一个上市公司的标准的测试流程了。如果大家以后再去面试的时候被问到了，就可以按照这个思路去说一说。

如果大家需要测试计划模板的话，可以给到大家一个标准测试计划的模板。需要的同学们可以豆~