工欲善其事，必先利其器；士欲宣其义，必先读其书。后盾开发作为互联网技术畛域的掌上明珠，始终都是开发者们的追赶的顶峰。本文将从后盾开发所波及到的技术术语登程，基于零碎开发、架构设计、网络通信等几个方面让大家对后盾开发有一个清晰的理解，解说全面易懂。
零碎开发
1. 高内聚 / 低耦合
高内聚指一个软件模块是由相关性很强的代码组成，只负责一项工作，也就是常说的繁多责任准则。模块的内聚反映模块内部联系的严密水平。
模块之间分割越严密，其耦合性就越强，模块的独立性则越差。模块间耦合高下取决于模块间接口的复杂性、调用的形式及传递的信息。一个残缺的零碎，模块与模块之间，尽可能的使其独立存在。通常程序结构中各模块的内聚水平越高，模块间的耦合水平就越低。
2. 适度设计
适度设计就是进行了过多的面向未来的设计或者说把绝对简略的事件想简单了，适度谋求模块化、可扩展性、设计模式等，为零碎减少了不必要的复杂度。
3. 过早优化
过早指的不是在开发过程的晚期，而是在还没弄清楚需要将来的变动的走向的时候。你的优化不仅可能导致你无奈很好地实现新的需要，而且你对优化的预期的猜想有可能还是错的，导致实际上你除了把代码变简单以外什么都没失去。
正确的办法是，先有品质地实现你的需要，写够 testcase，而后做 profile 去找到性能的瓶颈，这个时候才做优化。
4. 重构 (Refactoring)
重构（Refactoring）就是通过调整程序代码改善软件的品质、性能，使其程序的设计模式和架构更趋正当，进步软件的扩展性和维护性。
5. 破窗效应
又称破窗实践，破窗效应（Broken windows theory）是犯罪学的一个实践。此实践认为环境中的不良现象如果被放任存在，会诱使人们仿效，甚至变本加厉。一幢有少许破窗的修建为例，如果那些窗不被修理好，可能将会有破坏者毁坏更多的窗户。最终他们甚至会闯入修建内，如果发现无人居住，兴许就在那里定居或者纵火。
利用在软件工程上就是，肯定不能让零碎代码或者架构设计的隐患有冒头的机会，否则随着工夫的推移，隐患会越来越重。反之，一个自身优质的零碎，会让人情不自禁的写出优质的代码。
6. 互不信赖准则
指在程序运行上下游的整个链路中，每个点都是不能保障相对牢靠的，任何一个点都可能随时产生故障或者不可预知的行为，包含机器网络、服务自身、依赖环境、输出和申请等，因而要处处设防。
7. 长久化 (Persistence)
长久化是将程序数据在长期状态和长久状态间转换的机制。艰深的讲，就是长期数据（比方内存中的数据，是不能永恒保留的）长久化为持久数据（比方长久化至数据库或者本地磁盘中，可能短暂保留）。
8. 临界区
临界区用来示意一种公共资源或者说是共享数据，能够被多个线程应用，然而每一次，只能有一个线程应用它，一旦临界区资源被占用，其余线程要想应用这个资源，就必须期待。
9. 阻塞 / 非阻塞
阻塞和非阻塞通常形容多线程间的相互影响。比方一个线程占用了临界区资源，那么其它所有须要这个资源的线程就必须在这个临界区中进行期待，期待会导致线程挂起。这种状况就是阻塞。此时，如果占用资源的线程始终不违心开释资源，那么其它所有阻塞在这个临界区上的线程都不能工作。而非阻塞容许多个线程同时进入临界区。
10. 同步 / 异步
通常同步和异步是指函数 / 办法调用方面。
同步就是在收回一个函数调用时，在没有失去后果之前，该调用就不返回。异步调用会霎时返回，然而异步调用霎时返回并不代表你的工作就实现了，他会在后盾起个线程持续进行工作，等工作执行结束后通过回调 callback 或其余形式告诉调用方。
11. 并发 / 并行
并行 (parallel) 指在同一时刻，有多条指令在多个处理器上同时执行。所以无论从宏观还是从宏观来看，二者都是一起执行的。
并发 (concurrency) 指在同一时刻只能有一条指令执行，但多个过程指令被疾速的轮换执行，使得在宏观上具备多个过程同时执行的成果，但在宏观上并不是同时执行的，只是把工夫分成若干段，使多个过程疾速交替的执行。
架构设计
1. 高并发 (High Concurrency)
因为分布式系统的问世，高并发（High Concurrency）通常是指通过设计保证系统可能同时并行处理很多申请。艰深来讲，高并发是指在同一个工夫点，有很多用户同时的拜访同一 API 接口或者 Url 地址。它常常会产生在有大沉闷用户量，用户高汇集的业务场景中。
2. 高可用 (High Availability)
高可用 HA（High Availability）是分布式系统架构设计中必须思考的因素之一，它通常是指，一个零碎通过专门的设计，以缩小复工工夫，而放弃其服务的高度可用性。
3. 读写拆散
为了确保数据库产品的稳定性，很多数据库领有双机热备性能。也就是，第一台数据库服务器，是对外提供增删改业务的生产服务器；第二台数据库服务器，次要进行读的操作。
4. 冷备 / 热备
冷备：两个服务器，一台运行，一台不运行做为备份。这样一旦运行的服务器宕机，就把备份的服务器运行起来。冷备的计划比拟容易实现，但冷备的毛病是主机呈现故障时备机不会主动接管，须要被动切换服务。
热备：即是通常所说的 active/standby 形式，服务器数据包含数据库数据同时往两台或多台服务器写。当 active 服务器呈现故障的时候，通过软件诊测（个别是通过心跳诊断）将 standby 机器激活，保障利用在短时间内齐全恢复正常应用。当一台服务器宕机后，主动切换到另一台备用机应用。
5. 异地多活
异地多活个别是指在不同城市建设独立的数据中心，“活”是绝对于冷备份而言的，冷备份是备份全量数据，平时不撑持业务需要，只有在主机房呈现故障的时候才会切换到备用机房，而多活，是指这些机房在日常的业务中也须要走流量，做业务撑持。
6. 负载平衡 (Load Balance)
负载平衡，是对多台服务器进行流量散发的负载平衡服务。可在多个实例间主动调配应用程序的对外服务能力，通过打消单点故障晋升利用零碎的可用性，让您实现更高水平的应用程序容错能力，从而无缝提供调配应用程序流量所需的负载平衡容量，为您提供高效、稳固、平安的服务。
7. 动静拆散
动静拆散是指在 web 服务器架构中，将动态页面与动静页面或者动态内容接口和动静内容接口离开不同零碎拜访的架构设计办法，进而晋升整个服务拜访性能和可维护性。
8. 集群
单台服务器的并发承载能力总是无限的，当单台服务器解决能力达到性能瓶颈的时，将多台服务器组合起来提供服务，这种组合形式称之为集群，集群中每台服务器就叫做这个集群的一个“节点”，每个节点都能提供雷同的服务，从而成倍的晋升整个零碎的并发解决能力。
9. 分布式
分布式系统就是将一个残缺的零碎依照业务性能拆分成很多独立的子系统，每个子系统就被称为“服务”，分布式系统将申请分拣和散发到不同的子系统，让不同的服务来解决不同的申请。在分布式系统中，子系统独立运行，它们之间通过网络通信连接起来实现数据互通和组合服务。
10. CAP 实践
CAP 实践，指的是在一个分布式系统中，Consistency(一致性)、Availability(可用性)、Partition Tolerance(分区容错性)，不能同时成立。
- 一致性：它要求在同一时刻点，分布式系统中的所有数据备份都雷同或者都处于同一状态。
- 可用性：在零碎集群的一部分节点宕机后，零碎仍然可能正确的响应用户的申请。
- 分区容错性：零碎可能容忍节点之间的网络通信的故障。
简略的来说，在一个分布式系统中，最多能反对下面的两种属性。但显然既然是分布式注定咱们是必然要进行分区，既然分区，咱们就无奈百分百防止分区的谬误。因而，咱们只能在一致性和可用性去作出抉择。
在分布式系统中，咱们往往谋求的是可用性，它的重要性比一致性要高，那么如何实现高可用，这里又有一个实践，就是 BASE 实践，它给 CAP 实践做了进一步的裁减。
11. BASE 实践
BASE 实践指出：
- Basically Available（根本可用）
- Soft state（软状态）
- Eventually consistent（最终一致性）
BASE 实践是对 CAP 中的一致性和可用性进行一个衡量的后果，实践的核心思想就是：咱们无奈做到强统一，但每个利用都能够依据本身的业务特点，采纳适当的形式来使零碎达到最终一致性。
12. 程度扩大 / 垂直扩大
程度扩大 Scale Out 通过减少更多的服务器或者程序实例来扩散负载，从而晋升存储能力和计算能力。
垂直扩大 Scale Up 晋升单机解决能力。
垂直扩大的形式又有两种：
- （1）加强单机硬件性能，例如：减少 CPU 核数如 32 核，降级更好的网卡如万兆，降级更好的硬盘如 SSD，裁减硬盘容量如 2T，裁减零碎内存如 128G;
- （2）晋升单机软件或者架构性能，例如：应用 Cache 来缩小 IO 次数，应用异步来减少单服务吞吐量，应用无锁数据结构来缩小响应工夫；
13. 平行扩容
与程度扩大相似。集群服务器中的节点均为平行对等节点，当须要扩容时，能够通过增加更多节点以进步集群的服务能力。一般来说服务器中要害门路（如服务器中的登录、领取、外围业务逻辑等）都须要反对运行时动静平行扩容。
14. 弹性扩容
指对部署的集群进行动静在线扩容。弹性扩容零碎能够依据理论业务环境依照肯定策略主动地增加更多的节点（包含存储节点、计算节点、网络节点）来减少零碎容量、进步零碎性能或者加强系统可靠性，或者同时实现这三个指标。
15. 状态同步 / 帧同步
状态同步：状态同步是指服务器负责计算全副的游戏逻辑，并且播送这些计算的后果，客户端仅仅负责发送玩家的操作，以及体现收到的游戏后果。
特色：状态同步安全性高，逻辑更新不便，断线重连快，然而开发效率较低，网络流量随游戏复杂度减少，服务器须要承载更大压力。
帧同步：服务端只转发音讯，不做任何逻辑解决，各客户端每秒帧数统一，在每一帧都解决同样的输出数据。
特色：帧同步须要保证系统在雷同的输出下，要有雷同的输入。帧同步开发效率高，流量耗费低而且稳固，对服务器的压力十分小。然而网络要求高，断线重连工夫长，客户端计算压力大。
网络通信
1. 连接池
事后建设一个连贯缓冲池，并提供一套连贯应用、调配、管理策略，使得该连接池中的连贯能够失去高效、平安的复用，防止了连贯频繁建设、敞开的开销。
2. 断线重连
因为网络稳定造成用户间歇性的断开与服务器的连贯，待网络复原之后服务器尝试将用户连贯到上次断开时的状态和数据。
3. 会话放弃
会话放弃是指在负载均衡器上的一种机制，能够辨认客户端与服务器之间交互过程的关连性，在作负载平衡的同时还保障一系列相干连的拜访申请都会调配到一台机器上。用人话来表述就是：在一次会话过程中发动的多个申请都会落到同一台机器上。
4. 长连贯 / 短连贯
通常是指 TCP 的长连贯和短连贯。长连贯就是建设 TCP 连贯后，始终放弃这个连贯，个别会两头彼此发送心跳来确认对应的存在，两头会做屡次业务数据传输，个别不会被动断开连接。短连贯个别指建设连贯后，执行一次事务后（如：http 申请），而后就关掉这个连贯。
5. 流量管制 / 拥塞管制
流量管制避免发送方发的太快，耗尽接管方的资源，从而使接管方来不及解决。
拥塞管制避免发送方发的太快，使得网络来不及解决产生拥塞，进而引起这部分乃至整个网络性能降落的景象，重大时甚至会导致网络通信业务陷入进展。
6. 惊群效应
惊群效应也有人叫做雷鸣群体效应，不过叫什么，简言之，惊群景象就是多过程（多线程）在同时阻塞期待同一个事件的时候（休眠状态），如果期待的这个事件产生，那么他就会唤醒期待的所有过程（或者线程），然而最终却只可能有一个过程（线程）取得这个工夫的“控制权”，对该事件进行解决，而其余过程（线程）获取“控制权”失败，只能从新进入休眠状态，这种景象和性能节约就叫做惊群。
7. NAT
NAT（Network Address Translation，网络地址转换），就是替换 IP 报文头部的地址信息。NAT 通常部署在一个组织的网络进口地位，通过将外部网络 IP 地址替换为进口的 IP 地址提供公网可达性和下层协定的连贯能力。
故障异样
1. 宕机
宕机，个别状况下指的就是计算机主机出现意外故障而死机。其次，一些服务器例如数据库死锁也能够称为宕机，一些服务器的某些服务挂掉了，就能够这么说。
2. coredump
当程序出错而异常中断时，OS 会把程序工作的以后状态存储成一个 coredunmp 文件。通常状况下 coredump 文件蕴含了程序运行时的内存，寄存器状态，堆栈指针，内存治理信息等。
3. 缓存穿透 / 击穿 / 雪崩
缓存穿透：缓存穿透是指查问一个肯定不存在的数据，因为缓存是不命中时须要从数据库查问，查不到数据则不写入缓存，这将导致这个不存在的数据每次申请都要到数据库去查问，进而给数据库带来压力。
缓存击穿：缓存击穿是指热点 key 在某个工夫点过期的时候，而恰好在这个工夫点对这个 Key 有大量的并发申请过去，从而大量的申请打到 db。
缓存雪崩：缓存雪崩是指缓存中数据大批量到过期工夫，而查问数据量微小，引起数据库压力过大甚至 down 机。
与缓存击穿不同的是：存击穿是热点 key 生效，缓存雪崩是大量的 key 同时生效。
4. 500/501/502/503/504/505
500 Internal Server Error：外部服务谬误，个别是服务器遇到意外状况，而无奈实现申请。可能起因:
- 1、程序谬误，例如：ASP 或者 PHP 语法错误；
- 2、高并发导致，系统资源限度不能关上过多的文件所致。
501 Not implemented：服务器不了解或不反对申请的 HTTP 申请。
502 Bad Gateway：WEB 服务器故障，可能是因为程序过程不够，申请的 php-fpm 曾经执行，然而因为某种原因而没有执行结束，最终导致 php-fpm 过程终止。可能起因：
- 1、Nginx 服务器，php-cgi 过程数不够用；
- 2、PHP 执行工夫过长；
- 3、php-cgi 过程死掉；
503 Service Unavailable：服务器目前无奈应用。系统维护服务器临时的无奈解决客户端的申请，这只是临时状态。能够分割下服务器提供商。
504 Gateway Timeout：服务器 504 谬误示意超时，是指客户端所收回的申请没有达到网关，申请没有到能够执行的 php-fpm，个别是与 nginx.conf 的配置无关。
505 HTTP Version Not Supported：服务器不反对申请中所用的 HTTP 协定版本。（HTTP 版本不受反对）
除了 500 谬误可能是程序语言谬误，其余的报错，都大略能够了解为服务器或者服务器配置呈现问题。
5. 内存溢出 / 内存透露
内存溢出：内存溢出（Out Of Memory）指程序申请内存时，没有足够的内存供申请者应用，或者说，给了你一块存储 int 类型数据的存储空间，然而你却存储 long 类型的数据，那么后果就是内存不够用，此时就会报错 OOM, 即所谓的内存溢出。
内存透露：内存透露（Memory Leak）指程序中己动态分配的堆内存因为某种原因程序未开释或无奈开释，造成零碎内存的节约，导致程序运行速度减慢甚至零碎解体等严重后果。
6. 句柄透露
句柄透露是过程在调用系统文件之后，没有开释曾经关上的文件句柄。个别句柄透露后的景象是，机器变慢，CPU 飙升，呈现句柄透露的 cgi 或 server 的 CPU 使用率减少。
7. 死锁
死锁是指两个或两个以上的线程在执行过程中，因为竞争资源或者因为彼此通信而造成的一种阻塞的景象，若无外力作用，它们都克制处于阻塞状态并无奈进行上来，此时称零碎处于死锁状态或零碎产生了死锁。
8. 软中断 / 硬中断
硬中断：咱们通常所说的中断指的是硬中断(hardirq)。
次要是用来告诉操作系统零碎外设状态的变动。
软中断：1、通常是硬中断服务程序对内核的中断；2、为了满足实时零碎的要求，中断解决应该是越快越好。
linux 为了实现这个特点，当中断产生的时候，硬中断解决那些短时间就能够实现的工作，而将那些处理事件比拟长的工作，放到中断之后来实现，也就是软中断 (softirq) 来实现。
9. 毛刺
在短暂的某一刻，服务器性能指标（如流量、磁盘 IO、CPU 使用率等）远大于该时刻前后时间段。毛刺的呈现代表这服务器资源利用不平均，不充沛，容易诱发其余更重大的问题。
10. 重放攻打
攻击者发送一个目标主机已接管过的包，来达到坑骗零碎的目标，次要用于身份认证过程，毁坏认证的正确性。它是一种攻打类型，这种攻打会一直歹意或欺诈性地反复一个无效的数据传输，重放攻打能够由发起者，也能够由拦挡并重发该数据的敌方进行。攻击者利用网络监听或者其余形式盗取认证凭据，之后再把它从新发给认证服务器。
11. 网络孤岛
网络孤岛指集群环境中，局部机器与整个集群失去网络连接，决裂为一个小集群并且产生数据不统一的情况。
12. 数据歪斜
对于集群零碎，个别缓存是分布式的，即不同节点负责肯定范畴的缓存数据。咱们把缓存数据分散度不够，导致大量的缓存数据集中到了一台或者几台服务节点上，称为数据歪斜。一般来说数据歪斜是因为负载平衡施行的成果不好引起的。
13. 脑裂
脑裂是指在集群零碎中，局部节点之间网络不可达而引起的零碎决裂，不同决裂的小集群会依照各自的状态提供服务，本来的集群会同时存在不统一的反馈，造成节点之间相互争抢资源，零碎凌乱，数据损坏。
监控告警
1. 服务监控
服务监控次要目标在服务呈现问题或者快要呈现问题时可能精确疾速地发现以减小影响范畴。服务监控个别有多种手段，按档次可划分为：
- 零碎层（CPU、网络状态、IO、机器负载等）
- 应用层（过程状态、谬误日志、吞吐量等）
- 业务层（服务 / 接口的错误码、响应工夫）
- 用户层（用户行为、舆情监控、前端埋点）
2. 全链路监控
服务拨测：服务拨测是探测服务（利用）可用性的监控形式，通过拨测节点对指标服务进行周期性探测，次要通过可用性和响应工夫来度量，拨测节点通常有异地多个。
节点探测：节点探测是用来发现和追踪不同的机房（数据中心）节点之间网络可用性和通顺性的监控形式，次要通过响应工夫、丢包率、跳数来度量，探测办法个别是 ping、mtr 或其余公有协定。
告警过滤：对某些可预知的告警进行过滤，不进入告警统计的数据，如大量爬虫拜访导致的 http 响应 500 谬误，业务零碎自定义异样信息等。
告警去重：当一个告警告诉负责人后，在这个告警复原之前，不会持续收到雷同的告警。
告警克制：为了缩小因为零碎抖动带来的烦扰，还须要实现克制，例如服务器霎时高负载，可能是失常的，只有继续一段时间的高负载才须要失去器重。
告警复原：开发 / 运维人员不仅须要收到告警告诉，还须要收到故障打消告警恢复正常的告诉。
告警合并：对同一时刻产生的多条雷同告警进行合并，如某个微服务集群同一时刻呈现多个子服务负载过高的告警，须要合并成为一条告警。
告警收敛：有时某个告警产生时，往往会随同着其它告警。这时能够只对根本原因产生告警，其它告警收敛为子告警一并发送告诉。如云服务器呈现 CPU 负载告警时往往随同其搭载的所有零碎的可用性告警。
故障自愈：实时发现告警，预诊断剖析，主动复原故障，并买通周边零碎实现整个流程的闭环。
服务治理
1. 微服务
微服务架构是一种架构模式，它提倡将繁多应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的过程中，服务和服务之间采纳轻量级的通信机制互相沟通（通常是基于 HTTP 的 Restful API). 每个服务都围绕着具体的业务进行构建，并且可能被独立的部署到生产环境、类生产环境等。
2. 服务发现
服务发现是指应用一个注册核心来记录分布式系统中的全副服务的信息，以便其余服务可能疾速的找到这些已注册的服务。服务发现是撑持大规模 SOA 和微服务架构的外围模块，它应该尽量做到高可用。
3. 流量削峰
如果观看抽奖或秒杀零碎的申请监控曲线，你就会发现这类零碎在流动凋谢的时间段内会呈现一个波峰，而在流动未凋谢时，零碎的申请量、机器负载个别都是比拟安稳的。为了节俭机器资源，咱们不可能时时都提供最大化的资源能力来反对短时间的顶峰申请。所以须要应用一些技术手段，来减弱刹时的申请顶峰，让零碎吞吐量在顶峰申请下放弃可控。削峰也可用于打消毛刺，使服务器资源利用更加平衡和充沛。常见的削峰策略有队列，限频，分层过滤，多级缓存等。
4. 版本兼容
在降级版本的过程中，须要思考降级版本后，新的数据结构是否可能了解和解析旧数据，新批改的协定是否可能了解旧的协定以及做出预期内适合的解决。这就须要在服务设计过程中做好版本兼容。
5. 过载爱护
过载是指以后负载曾经超过了零碎的最大解决能力，过载的呈现，会导致局部服务不可用，如果处理不当，极有可能引起服务齐全不可用，乃至雪崩。过载爱护正是针对这种异常情况做的措施，防止出现服务齐全不可用的景象。
6. 服务熔断
服务熔断的作用相似于咱们家用的保险丝，当某服务呈现不可用或响应超时的状况时，为了避免整个零碎呈现雪崩，临时进行对该服务的调用。
7. 服务降级
服务降级是当服务器压力剧增的状况下，依据以后业务状况及流量对一些服务和页面有策略的降级，以此开释服务器资源以保障外围工作的失常运行。降级往往会指定不同的级别，面临不同的异样等级执行不同的解决。
依据服务形式：能够拒接服务，能够提早服务，也有时候能够随机服务。
依据服务范畴：能够砍掉某个性能，也能够砍掉某些模块。
总之服务降级须要依据不同的业务需要采纳不同的降级策略。次要的目标就是服务尽管有损然而总比没有好。
8. 熔断 VS 降级
相同点：指标统一，都是从可用性和可靠性登程，为了避免零碎解体；用户体验相似，最终都让用户体验到的是某些性能临时不可用；
不同点：触发起因不同，服务熔断个别是某个服务（上游服务）故障引起，而服务降级个别是从整体负荷思考；
9. 服务限流
限流能够认为服务降级的一种，限流就是限度零碎的输出和输入流量已达到爱护零碎的目标。一般来说零碎的吞吐量是能够被测算的，为了保证系统的稳固运行，一旦达到的须要限度的阈值，就须要限度流量并采取一些措施以实现限度流量的目标。比方：提早解决，回绝解决，或者局部回绝解决等等。
10. 故障屏蔽
将故障机器从集群剔除，以保障新的申请不会散发到故障机器。
测试方法
1. 黑盒 / 白盒测试
黑盒测试不思考程序内部结构和逻辑构造，次要是用来测试零碎的性能是否满足需要规格说明书。个别会有一个输出值，一个输出值，和期望值做比拟。
白盒测试次要利用在单元测试阶段，次要是对代码级的测试，针对程序外部逻辑构造，测试伎俩有：语句笼罩、断定笼罩、条件笼罩、门路笼罩、条件组合笼罩
2. 单元 / 集成 / 零碎 / 验收测试
软件测试个别分为 4 个阶段：单元测试、集成测试、零碎测试、验收测试。
单元测试：单元测试是对软件中的最小可验证单元进行检查和验证，如一个模块、一个过程、一个办法等。单元测试粒度最小，个别由开发小组采纳白盒形式来测试，次要测试单元是否合乎“设计”。
集成测试：集成测试也叫做组装测试，通常在单元测试的根底上，将所有的程序模块进行有序的、递增的测试。集成测试界于单元测试和零碎测试之间，起到“桥梁作用”，个别由开发小组采纳白盒加黑盒的形式来测试，既验证“设计”，又验证“需要”。
零碎测试：零碎测试时将通过集成测试的软件，作为计算机系统的一部分，与零碎中其余局部联合起来，在理论运行环境下进行一系列严格无效的测试，以发现软件潜在的问题，保证系统的失常运行。零碎测试的粒度最大，个别由独立测试小组采纳黑盒形式来测试，次要测试零碎是否合乎“需要规格说明书”。
验收测试：验收测试也称交付测试，是针对用户需要、业务流程进行的正式的测试，以确定零碎是否满足验收规范，由用户、客户或其余受权机构决定是否承受零碎。验收测试与零碎测试类似，次要区别是测试人员不同，验收测试由用户执行。
3. 回归测试
当发现并批改缺点后，或在软件中增加新的性能后，从新测试。用来查看被发现的缺点是否被改过，并且所做的批改没有引发新的问题。
4. 冒烟测试
这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，间接给设施加电。如果没有冒烟，则该组件就通过了测试。在软件中，“冒烟测试”这一术语形容的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。
冒烟测试是在软件开发过程中的一种针对软件版本包的疾速基本功能验证策略，是对软件基本功能进行确认验证的伎俩，并非对软件版本包的深刻测试。
比方：对于一个登录零碎的冒烟测试，咱们只需测试输出正确的用户名、明码，验证登录这一个外围性能点，至于输入框、特殊字符等，能够在冒烟测试之后进行。
5. 性能测试
性能测试是通过自动化的测试工具模仿多种失常、峰值以及异样负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者能够联合进行。
通过负载测试，确定在各种工作负载下零碎的性能，指标是测试当负载逐步减少时，零碎各项性能指标的变动状况。
压力测试是通过确定一个零碎的瓶颈或者不能承受的性能点，来取得零碎能提供的最大服务级别的测试。
6. 基准测试
基准测试（Benchmark）也是一种性能测试形式，用来测量机器的硬件最高理论运行性能，以及软件优化的性能晋升成果, 同时也能够用来辨认某段代码的 CPU 或者内存效率问题. 许多开发人员会用基准测试来测试不同的并发模式, 或者用基准测试来辅助配置工作池的数量, 以保障能最大化零碎的吞吐量.
7. A/ B 测试
A/ B 测试，是用两组及以上随机调配的、数量类似的样本进行比照，如果实验组和比照组的试验后果相比，在指标指标上具备统计显著性，那就能够阐明实验组的性能能够导致你想要的后果，从而帮你验证假如或者做出产品决定。
8. 代码笼罩测试
代码笼罩（Code coverage）是软件测试中的一种度量，形容程式中源代码被测试的比例和水平，所得比例称为代码覆盖率。在做单元测试时，代码覆盖率经常被拿来作为掂量测试好坏的指标，甚至，用代码覆盖率来考核测试工作实现状况，比方，代码覆盖率必须达到 80% 或 90%。于是乎，测试人员费尽心思设计案例笼罩代码。
公布部署
1. DEV/PRO/FAT/UAT
DEV（Development environment）：开发环境，用于开发人员调试应用，版本变动较大。
FAT（Feature Acceptance Test environment）：性能验收测试环境，用于软件测试人员测试应用。
UAT（User Acceptance Test environment）：用户验收测试环境，用于生产环境下的性能验证，可作为预公布环境。
PRO（Production environment）：生产环境，正式线上环境。
2. 灰度公布
灰度公布是指在降级版本过程中，通过分区管制，白名单管制等形式对一部分用户先降级产品个性，而其余用户则放弃不变，当一段时间后降级产品个性的用户没有反馈问题，就逐渐扩大范围，最终向所有用户凋谢新版本个性，灰度公布能够保障整体零碎的稳固，在初始灰度的时候就能够发现、批改问题，以保障其影响度。
3. 回滚 (Rollback)
指的是程序或数据处理谬误时，将程序或数据恢复到上一次正确状态 (或者是上一个稳固版本) 的行为。
起源：cloud.tencent.com/developer/article/1477450
如果本文对你有帮忙的话，欢送 点赞 & 转发，这对我持续分享 & 创作优质文章十分重要。感激🙏🏻