IT中的DEV SIT UAT PET SIM PRD 都是什么意思？

其实结合我们所知道的软件开发生命周期流程，结合起来就很好理解了，如图：

一、软件开发流程

如上图，我们常规的软件开发流程就是5个阶段（当然不排除各个企业针对常规流程已经有了一套自己的方法）：

• 分析阶段：

分析阶段，一般指对于需求的定义、分析、及提炼，咱们农名工（IT民工）都知道，开发一套软件/做某个功能，要么就是从0开始到1，要么就是从1开始+1，但无论是从0还是从1开始，你要怎么做、做成什么样，总得说清楚吧错，这个”说清楚”的过程，以及需求分析师/实施人员将“说清楚”后的结果–需求分析报告/需求规格说明书/需求单完成输出后，就完成了我们流程中的分析阶段。

• 设计阶段：

当分析阶段结束后，我们拿到分析阶段的产出物-需求分析报告/需求规格说明书/需求单（当然每个企业的叫法可能不一样），也就是上述我们说的”说清楚的结果”，就要开始让我们的系统分析师（也叫开发设计岗）去进行软件的设计了，当然不局限于系统/功能整体技术架构、数据结构、逻辑算法等内容的设计规划，设计结束后，当然也要输入我们的成果-设计说明书，输出设计说明书后，再组织内部的业务、技术专家进行评审，评审通过则进入下一个环节。

• 实现阶段：

实现阶段，无疑就是对于我们开发小哥哥们的考验了，其实做的内容就是编程、开发，但是你怎么知道会不会来一句“这个点帮我改一下”呢然这个阶段需要交付的更多是实际的功能了，在管理要求上还会要求输出技术文档，用于留底。

• 测试阶段：

当我们开发完成后，需要进入的一个关键环节就是测试了，整个测试阶段主要是让测试工程师围绕我们需求规划的测试用例来展开多轮的验证，主要验证我们所实现的功能是否满足我们业务所要求的规格，测试阶段最重要的输出物也是我们很多企业对于软件上线要求需要提供测试报告，测试通过、输出测试报告后也就意味着测试阶段的结束，一般通过业务用户测试后，运维人员就会将功能更新到正式环境提供给用户进行使用了。

• 维护阶段：

维护，就是我们字面的意思了，功能、需求上线后都有一个质量改进的过程，也就是我们常说的“BUG”、“优化”、“调整”，没错，这些过程都是在做维护，针对已经交付的软件，去进行错误的改进或者是对于用户使用进行解答，都成为维护，也可以称之为“售后”。

二、名词解释

那么看完各个阶段的介绍，再根据我们表1的中文解释，其实就很好去理解各个名词的意思了。

• DEV-开发：

dev，其实就是我们的开发阶段，一般企业都会在自己内部部署一套开发使用的环境，这套环境只供给开发人员进行代码生产使用，我们开发小哥哥们也可以在这个环境上进行各种斗技斗法。

• SIT-系统整合测试：

sit，当我们开发环境的代码包跑通后，就会把我们的代码包推送到sit环境，提供给我们的实施人员去内测，或者有些涉及和其他系统对接接口的，进行测试，这个阶段，还是在非用户层的测试。

• UAT-用户验收测试：

uat，用户验收测试，没错，就是字面意思，需求是做给用户用的，当然得拉用户测试了，一般我们系统整合测试完后，就得和业务用户一起测试了，毕竟，用户爸爸说可以才是真的可以了，换到传统意义上说，这个用户就是甲方，乙方做好后，要先给甲方验货，货对版，乙方才能收钱嘛。

• PET-性能评估测试（压测）：

pet，性能测试，其实在一般体量比较小的功能、需求，都很少用到这个环节，因为这个环境要准备的东西特别多，手续很麻烦，比如要做个系统压测，你没服务器还得去采购服务器、没压测团队还得去请压测团队，测完有漏洞还得做安全扫描。。。巴拉巴拉一大堆的流程下来，黄花菜都凉了，当然这个环境的主要作用就是用来说压力测试，看系统的瓶颈在哪里，怎么去做优化，其实很多企业为了方便、省成本都不会用到这个环境，直接要么dev、要么sit去压。

• SIM-仿真：

sim，仿真环境在我所接触到的一些企业上基本没有出现过，还是我们性能测试提到的，其实这个环境基本都被UAT给代替了，仿真的概念就是最接近正式环境的环境，里面的东西基本都不能去随便调整，但很少企业会去独立搞这么一个环境，毕竟成本很高。。

• PRD-生产/正式：

prd，正式环境无疑就是我们用户使用的最终的系统了，这个就不用多解释了。

以上，你学fei了吗fei了就顺手点个赞吧~ths

来源：司马弈