吃软件测试这碗饭的，如果基础理论都不懂，谈何长久？
欢迎来学习本系列，基础理论比较枯燥，这也是为什么现在很少人掌握的主要原因。热饭尽量用浅显易懂 生动的例子 来帮助大家学习基础理论，所以请耐心看完此系列。
前言
看这个标题 α测试 β测试 ，应该读做：阿尔法测试，贝特测试。
这样大家应该就都听过了吧，听过的同学举个手哈，听过的人大体上知道俩个测试是干嘛的，但是具体标准的大流程估计没人研究过，所以热饭这里给你简单讲解一下。
【热饭的基础理论，绝非随意去百度搜完搬运，全部都是多年亲自做的笔记哦~价值极高】
阿尔法测试
阿尔法测试简单来说，就是小范围的一批专业用户使用一段时间，看看是否有异常。一般国内都是公司自己小组内，或者研发中心等全体人员随意测试几天。
流程如下
（看看这泛黄的笔记，想想当年求学的艰辛...）
如图所示，测试同学搭建好阿尔法测试环境后，就给目标用户使用了。
然后使用过程中出现任何问题和意见，都由客服同学记录好。并反馈给测试和开发部门。
然后进行修复或者不修复，再进行版本迭代，再次给目标用户使用。
这个过程中的特点就是，允许存在bug，bug修复也不用太着急。因为不属于正式上线运营，所以也不用承担相应的责任。当然，要提前给用户说好这次是内测，说起内测，想必大家都一下就想起来 xx网游的 各种内测了吧....
贝特测试
流程如下：
如图，公司发布贝特测试版本，大批内测用户进场使用，若发现问题则报告给客服人员，客服人员审核问题是否严重和紧急后，报告给公司负责人。公司在判断bug的影响范围等上 决定是否要立即修复。修复还是给开发和测试进行修复，然后迭代更新。
相比较前面的阿尔法测试，贝特测试的测试范围则更大，更偏重于压力测试，全链路测试等，而且一旦出现bug，要优先考虑修复成本和时机，严阵以待的去对待bug。毕竟对于很多公司的贝特测试来说，就是正规的线上运营了，比如xx的不删档测试。
而在很多小公司中，阿尔法和贝特测试都会合并，叫做灰度测试，选择几分之一的用户作为目标测试人群
【软件测试行业现状】2023年干测试，约等于49年入国军。未来已寄..测试人该何去何从？【自动化测试、软件测试面试、性能测试】