缩写英语中文DEVdevelopment开发sit系统集成测试系统集成测试UAT user acceptance测试用户验收测试pet pet performance evaluation测试性能评估(压力测量) SST
一、软件开发流程
如上图所示，我们的常见软件开发过程分为五个阶段。 当然，这并不排除每个企业对一般流程都有自己的方法。
分析阶段：
分析阶段一般是指需求的定义、分析、然后精制。 我们农工(信息技术民工)知道软件/某种功能是从0变成1，还是从1变成1，但从0到1，都要搞清楚怎么做、怎么做吧。 没错，在这个“说明”流程以及需求分析师/引导者做了“说明”之后，完成并输出了需求分析报表/需求规格/需求订单之后，我们流程中的分析阶段就完成了。
设计阶段：
分析阶段结束后，在分析阶段的产品-需求分析报告书/需求规格书/需求书(当然每个企业的叫法可能不同)，也就是说，得到上述“说白了的结果”，也称为我们的系统分析师(开发设计部门) 当然，它并不局限于整个系统/功能的技术架构、数据结构、逻辑算法等内容的设计规划、设计，当然，在输入我们的成果设计说明书、输出设计说明书后，组织内部业务、技术专家进行评审，进行评审
实施阶段：
实现阶段，无疑是对我们开发哥哥们的考验。 实际上正在做的内容是编程、开发，你怎么知道“这一点你能不能改过来”这样的话？ 当然，这个阶段需要提供更多的实际功能。 管理要求要求，必须输出技术文件，留底。
测试阶段：
我们开发后，应该进入的重要一环是测试。 整个测试阶段主要是让测试工程师围绕我们需求计划的测试用例展开多次验证，主要验证我们实现的功能是否满足我们业务要求的规格。 测试阶段最重要的输出物也是我们很多企业需要针对软件在线要求提供测试报告，通过测试，输出测试报告后就意味着测试阶段的结束，一般来说，业务用户测试通过后，运营商会将功能更新到正式环境中给用户
维护阶段：
维护是我们字面上的意思。 功能、需求上线后，有质量改进的流程。 也就是说，我们常说的“错误”、“优化”、“调整”。 没错，这些流程都在维护。 对交付的软件进行错误的改进，或者对用户的使用进行解答，都是维护。 也被称为“售后服务”。
二、名词解释
那么，在阅读了各个阶段的介绍之后，根据我们表1的中文解释，实际上可以很好地理解各个名词的意思。
DEV-开发：
dev实际上在我们的开发阶段，一般企业在自己的内部导入了开发用的环境集。 这个环境只有开发人员用于代码的生产。 我们可以在这个环境中进行各种各样的斗技。
SIT-系统集成测试：
一旦我们开发环境的代码包打通，sit就会将我们的代码包推送到sit环境中，为我们的实现者提供内部测试，或与其他系统接口对接，进行测试。 在这个阶段，还在非用户层进行测试。
UAT-用户验收测试：
uat，用户验收测试，没错，顾名思义，需求是给用户的，当然要拉动用户测试。 一般来说，我们系统的集成测试结束后，应该和业务用户一起进行测试。 毕竟，用户爸爸说能行才是真的。 换句话说，这个用户是甲，乙做好了，可以先向甲验收，提交商品对版，乙应该可以收钱吧。
PET-性能评估测试(压力测试) :
pet、性能测试实际上在一般体重比小的功能、需求中，在这个环节很少使用。 在这个环境中需要准备的东西很多，所以手续很麻烦。 例如，要测量系统的压力，即使没有服务器也必须购买服务器。 即使没有压力测量小组，也必须委托压力测量小组。 如果有漏洞，就必须进行安全扫描。 玫瑰色的过程层出不穷，黄花梨都凉了。 当然，这个环境的主要作用是压力测试。 看看系统瓶颈在哪里，如何优化，其实很多企业为了方便节约成本，没有使用这个环境，而是直接用dev或者sit来压迫。
SIM-模拟：
sim，模拟环境在我接触到的一些企业中很少出现。 还是在我们的性能测试中提到，其实这个环境几乎都被UAT取代了。 模拟概念是最接近正式环境的环境，内容几乎不能自由调整，但很少企业能独立创造这样的环境，毕竟成本很高。
PRD-生产/正式：
prd，正式的环境无疑是我们用户使用的最终系统。 这个不需要太多说明。
以上，你学fei了吗？学fei了就顺手点个赞吧~ths