【表情包-软件测试基础理论】α测试 β测试 和灰度测试？

吃软件测试这碗饭的，如果基础理论都不懂，谈何长久？

欢迎来学习本系列，基础理论比较枯燥，这也是为什么现在很少人掌握的主要原因。热饭尽量用浅显易懂 生动的例子 来帮助大家学习基础理论，所以请耐心看完此系列。

前言

看这个标题 α测试 β测试 ，应该读做：阿尔法测试，贝特测试。

这样大家应该就都听过了吧，听过的同学举个手哈，听过的人大体上知道俩个测试是干嘛的，但是具体标准的大流程估计没人研究过，所以热饭这里给你简单讲解一下。

【热饭的基础理论，绝非随意去百度搜完搬运，全部都是多年亲自做的笔记哦~价值极高】

阿尔法测试

阿尔法测试简单来说，就是小范围的一批专业用户使用一段时间，看看是否有异常。一般国内都是公司自己小组内，或者研发中心等全体人员随意测试几天。

流程如下

（看看这泛黄的笔记，想想当年求学的艰辛...）

如图所示，测试同学搭建好阿尔法测试环境后，就给目标用户使用了。

然后使用过程中出现任何问题和意见，都由客服同学记录好。并反馈给测试和开发部门。

然后进行修复或者不修复，再进行版本迭代，再次给目标用户使用。

这个过程中的特点就是，允许存在bug，bug修复也不用太着急。因为不属于正式上线运营，所以也不用承担相应的责任。当然，要提前给用户说好这次是内测，说起内测，想必大家都一下就想起来 xx网游的 各种内测了吧....

贝特测试

流程如下：

如图，公司发布贝特测试版本，大批内测用户进场使用，若发现问题则报告给客服人员，客服人员审核问题是否严重和紧急后，报告给公司负责人。公司在判断bug的影响范围等上 决定是否要立即修复。修复还是给开发和测试进行修复，然后迭代更新。

相比较前面的阿尔法测试，贝特测试的测试范围则更大，更偏重于压力测试，全链路测试等，而且一旦出现bug，要优先考虑修复成本和时机，严阵以待的去对待bug。毕竟对于很多公司的贝特测试来说，就是正规的线上运营了，比如xx的不删档测试。

而在很多小公司中，阿尔法和贝特测试都会合并，叫做灰度测试，选择几分之一的用户作为目标测试人群。