背景

很多名稱其實(shí)看字面意思都挺抽象的，有時(shí)看群里的測(cè)試大佬在不停蹦這類術(shù)語，感覺很高大上，但其實(shí)很多你應(yīng)該是知道的，只不過沒想到別人是這樣叫它的。又或者你的主編程語言不是 Java，所以看不懂他們?cè)谥v啥，因?yàn)榇蟛糠质?Java 后端的知識(shí)點(diǎn)或者是運(yùn)維的知識(shí) (這幫卷王)。

我嘗試翻譯成“人話”，方便剛?cè)胄械男氯恕?strong>也歡迎大家在評(píng)論區(qū)補(bǔ)充。

1.技術(shù)概念名詞類

1.1 腳手架

該名詞如果熟悉工地的，應(yīng)該會(huì)知道腳手架是建筑時(shí) 房子周圍搭的鐵架子。軟件開發(fā)中，腳手架的意思就是一組預(yù)設(shè)的代碼和文件結(jié)構(gòu)，方便開發(fā)人員更快地搭建一個(gè)基本的項(xiàng)目框架。前端框架大都有腳手架工具，如使用 React 腳手架創(chuàng)建一個(gè) react 項(xiàng)目。

$ npx create-react-app react-basic ?// ? npx create-react-app 是固定命令，create-react-app是React腳手架的名稱

生成如下：

1.2 上下文

語義上，就是理解某件事物需要了解它的環(huán)境、背景、條件等因素，助于更準(zhǔn)確解釋信息。

• 業(yè)務(wù)上下文：了解系統(tǒng)使用場(chǎng)景、業(yè)務(wù)需求、用戶期望等

• 業(yè)務(wù)代碼上下文：程序或代碼片段執(zhí)行時(shí)，包括變量的值、程序狀態(tài)等，有助于理解程序執(zhí)行的條件和結(jié)果

1.3 設(shè)計(jì)模式

可以理解為 更好的解決問題的方法，大部分設(shè)計(jì)模式的目的是：解決復(fù)雜性、提高代碼質(zhì)量、降低耦合度，并促進(jìn)可維護(hù)性和可擴(kuò)展性。例如寫接口自動(dòng)化時(shí)，會(huì)想到用 yaml 做測(cè)試數(shù)據(jù)管理實(shí)現(xiàn)數(shù)據(jù)驅(qū)動(dòng)，這就是一種將測(cè)試數(shù)據(jù)和測(cè)試邏輯分離的設(shè)計(jì)模式。

1.4 集群

集群就是多臺(tái)相互獨(dú)立的計(jì)算機(jī)，這些計(jì)算機(jī)通過網(wǎng)絡(luò)連接在一起就，組成一個(gè)計(jì)算機(jī)服務(wù)系統(tǒng)。在集群中，每臺(tái)計(jì)算機(jī)被稱為一個(gè)節(jié)點(diǎn)（Node），每個(gè)節(jié)點(diǎn)都是運(yùn)行各自服務(wù)的獨(dú)立服務(wù)器，節(jié)點(diǎn)之間通過網(wǎng)絡(luò)通信進(jìn)行協(xié)作，共同完成任務(wù)或服務(wù)。

通俗講就是：一個(gè)餐廳的老板為了提高服務(wù)質(zhì)量，雇傭了多名服務(wù)員，他們相互配合，如果某個(gè)服務(wù)員忙不過來，其他服務(wù)員可以幫助他，或者接替他的工作，確保每個(gè)顧客都能得到及時(shí)的服務(wù)，以及每個(gè)服務(wù)員都負(fù)責(zé)特定的區(qū)域或特定類型的服務(wù)，更有效地分工合作，提高整個(gè)團(tuán)隊(duì)的工作效率。

1.5 分布式

分布式系統(tǒng)是由多臺(tái)計(jì)算機(jī)組成的系統(tǒng)，這些計(jì)算機(jī)通過網(wǎng)絡(luò)連接在一起，共同完成某個(gè)任務(wù)或提供某種服務(wù)，不同的是每個(gè)節(jié)點(diǎn)負(fù)責(zé)的東西不同，這些節(jié)點(diǎn)之間通過相互通信和協(xié)作來完成整個(gè)系統(tǒng)的任務(wù)。

通俗講就是：一個(gè)餐廳的老板為了提高服務(wù)質(zhì)量，請(qǐng)了多個(gè)廚師，A 廚師負(fù)責(zé)炒菜，B 廚師負(fù)責(zé)煮面，C 廚師負(fù)責(zé)烤肉等等。每位廚師都獨(dú)立地準(zhǔn)備自己負(fù)責(zé)的菜品，然后將做好的菜品交給服務(wù)員上菜

1.6 IO

在群里有時(shí)候看見那些大佬討論性能時(shí)，會(huì)提到 IO。這個(gè)詞如果大學(xué)時(shí)有聽過《計(jì)算機(jī)科學(xué)導(dǎo)論》這門課，是會(huì)有印象的。

IO（Input/Output）即輸入/輸出，是計(jì)算機(jī)系統(tǒng)中的一個(gè)重要概念，用來描述計(jì)算機(jī)與外部設(shè)備（如磁盤、網(wǎng)絡(luò)、鍵盤、顯示器等）之間的數(shù)據(jù)傳輸過程。性能測(cè)試中需要關(guān)注 IO 的原因主要有幾點(diǎn)：

• 影響系統(tǒng)整體性能：IO 操作的性能直接影響著整個(gè)系統(tǒng)的性能。如在 Web 應(yīng)用程序中，IO 操作包括從數(shù)據(jù)庫讀取數(shù)據(jù)、向客戶端發(fā)送響應(yīng)等，這些 IO 操作的性能直接影響著用戶體驗(yàn)和系統(tǒng)的響應(yīng)速度

• 可能是稱為瓶頸的原因：某些場(chǎng)景下，系統(tǒng)需要頻繁地讀取大量數(shù)據(jù)時(shí)，IO 操作的性能可能成為系統(tǒng)性能的瓶頸，導(dǎo)致系統(tǒng)響應(yīng)速度變慢

• 資源消耗：IO 操作通常需要消耗系統(tǒng)資源，如 CPU、內(nèi)存、磁盤等。當(dāng)系統(tǒng)的 IO 操作過多或者 IO 操作的性能較差時(shí)，可能會(huì)導(dǎo)致系統(tǒng)資源緊張，影響系統(tǒng)的穩(wěn)定性和可靠性

1.7 DDD

DDD（領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)）是一種軟件開發(fā)方法論，旨在通過強(qiáng)調(diào)領(lǐng)域模型的重要性來解決復(fù)雜業(yè)務(wù)需求和軟件系統(tǒng)設(shè)計(jì)的挑戰(zhàn)。

1.8 TDD

TDD（Test-Driven Development，測(cè)試驅(qū)動(dòng)開發(fā)）是一種軟件開發(fā)方法論，它強(qiáng)調(diào)在編寫實(shí)際代碼之前先編寫測(cè)試用例，并且通過測(cè)試驅(qū)動(dòng)實(shí)現(xiàn)代碼的開發(fā)過程。TDD 的核心理念是 “紅 - 綠-重構(gòu)”，即先編寫失敗的測(cè)試（紅），然后編寫足夠的代碼以使測(cè)試通過（綠）

1.9 中臺(tái)

這個(gè)概念不是國外的，最早由阿里提出，衍生出很多概念如：技術(shù)中臺(tái)、業(yè)務(wù)中臺(tái)、組織中臺(tái)、數(shù)據(jù)中臺(tái)等。

具體可以看下這個(gè)，摘編自《中臺(tái)架構(gòu)與實(shí)現(xiàn)：基于 DDD 和微服務(wù)》

https://www.51cto.com/article/636223.html

1.10 網(wǎng)絡(luò)可視化

之前有段時(shí)間好像比較流行，這種把代碼生成這種可交互式的網(wǎng)絡(luò)可視化圖，了解這類工具的最佳方式就是自己寫一下。

這里的 demo 是用 python 的【pyvis】創(chuàng)建交互式網(wǎng)絡(luò)可視化和【inspect】提取對(duì)象的各種屬性和信息。這里的 html 文件可以直接用 pyvis 的內(nèi)置方法生成，其實(shí)你需要的只是用 inspect 去把代碼拆解提取下，然后根據(jù) pyvis 的方法連接好即可

• 這里寫個(gè) demo 自行體驗(yàn)下：

from pyvis.network import Networknet = Network() ?#新建一個(gè)對(duì)象net.add_node("a",label="節(jié)點(diǎn)1",title="我是節(jié)點(diǎn)1",color='#00ff1e')net.add_node(2,label="呵呵呵2",title="我是節(jié)點(diǎn)2",color='#00ff1e')net.add_node(3,label="呵呵呵3",title="我是節(jié)點(diǎn)3",color='#00ff1e')net.add_edge("a", 2) #節(jié)點(diǎn)連接net.add_edge("a", 3)net.show_buttons(filter_=['physics']) net.show("demo.html",notebook=False) ?#最新版本的pyvis需要加notbook=false的配置，否則會(huì)報(bào)錯(cuò)

1.11 CDN

CDN 是內(nèi)容分發(fā)網(wǎng)絡(luò)（Content Delivery Network）的縮寫。它就像是一個(gè)快遞網(wǎng)絡(luò)，它把互聯(lián)網(wǎng)上的內(nèi)容，比如網(wǎng)頁、圖片、視頻等，分散存儲(chǔ)在世界各地的特殊 “快遞站”（節(jié)點(diǎn)）上。當(dāng)你在網(wǎng)上訪問一個(gè)網(wǎng)頁或者看一個(gè)視頻時(shí)，CDN 會(huì)找到離你最近的 “快遞站”，從那里取得你需要的內(nèi)容，然后迅速送到你手上。這樣，你就能更快地獲取網(wǎng)站的內(nèi)容，而且網(wǎng)站也能分擔(dān)更多的訪問壓力，保持穩(wěn)定運(yùn)行。這里的節(jié)點(diǎn)，在 CDN 中，一個(gè)節(jié)點(diǎn)通常指的是一個(gè)邊緣節(jié)點(diǎn)（Edge Node），它可以是一個(gè)服務(wù)器，也可以是一個(gè)服務(wù)器集群。

2.測(cè)試相關(guān)

2.1 自動(dòng)化測(cè)試的 PO 模式

學(xué)過 UI 自動(dòng)化培訓(xùn)視頻的都應(yīng)該知道，其實(shí)就是一種設(shè)計(jì)模式。為每個(gè)頁面或一組相關(guān)頁面創(chuàng)建一個(gè) Page Object 類。這個(gè)類包含了頁面的元素定位和與頁面交互的方法。然后在測(cè)試用例中調(diào)用這些類，主要目的是如果頁面發(fā)生變化，只需更新相應(yīng)的 Page Object 類，而不用修改測(cè)試用例。

登錄頁類：

class LoginPage:
? ?def __init__(self, driver):
? ? ? ?self.driver = driver
? ? ? ?self.username_field = driver.find_element(By.ID, 'username')
? ? ? ?self.password_field = driver.find_element(By.ID, 'password')
? ? ? ?self.login_button = driver.find_element(By.ID, 'loginButton')

? ?def login(self, username, password):
? ? ? ?self.username_field.send_keys(username)
? ? ? ?self.password_field.send_keys(password)
? ? ? ?self.login_button.click()

測(cè)試用例：

def test_login():
? ?driver = webdriver.Chrome()
? ?login_page = LoginPage(driver)
? ?login_page.login('testuser', 'password123')
? ?assert 'Welcome' in driver.page_source
? ?driver.quit()

2.2 造數(shù)工廠

這個(gè)詞我也挺好奇是誰發(fā)明的，本質(zhì)上就是生成測(cè)試數(shù)據(jù)的腳本封裝成平臺(tái)，所以干嘛不叫造數(shù)平臺(tái)。

2.3 臟數(shù)據(jù)

測(cè)試執(zhí)行或數(shù)據(jù)處理過程中，由于一些異常情況、錯(cuò)誤操作、或者測(cè)試環(huán)境配置不當(dāng)?shù)仍?#xff0c;導(dǎo)致系統(tǒng)中出現(xiàn)了不符合預(yù)期的、異?；蝈e(cuò)誤的數(shù)據(jù)。

2.4 流量錄制回放

捕獲和回放 HTTP 流量，模擬生產(chǎn)環(huán)境中的流量，以便進(jìn)行性能測(cè)試、故障排除，或者在其他環(huán)境中重現(xiàn)實(shí)際用戶的操作。

相關(guān)文章：https://www.cnblogs.com/nullllun/p/15205442.html

2.5 測(cè)試"左右"移

社區(qū)里這個(gè)詞應(yīng)該大家看多了，至于實(shí)際意思是什么，可能有些人不知道。正常的開發(fā)流程是：開發(fā)?測(cè)試?運(yùn)維，
但現(xiàn)在我們的測(cè)試不想夾在中間，想從流程中做更多的干預(yù)，變成這樣：開發(fā)? ?財(cái)測(cè)試財(cái)??運(yùn)維，通俗的講就是：

｢開發(fā)不想做的事我做，運(yùn)維不想管的事我管。一句話，開發(fā)/運(yùn)維做得了的我要做，開發(fā)/運(yùn)維不想做的我更要做，先做后測(cè)，產(chǎn)品特許！這就是測(cè)試左右移，夠不夠清楚？｣?

• 左右移：?

  

2.6 插樁

插樁本質(zhì)就是在不改動(dòng)源碼的基礎(chǔ)上，插入或許修改你想要的代碼，如在 Android 開發(fā)中，如下圖第二步在轉(zhuǎn)為.class 的字節(jié)碼后，插入代碼，使其生成的 dex 執(zhí)行文件帶有你插入的代碼，這過程中源碼并未受到任何影響。

網(wǎng)圖：

python 的 ast 做的 demo 例子：

import ast import astorexpr = '''
def addNumber(num1,num2):
?return num1 + num2
'''# 將字符串解析成 ASTtree = ast.parse(expr)# 定義要插入的打印語句insert_print = ast.parse("print('Adding numbers:', num1, '+', num2, '=', num1 + num2)")# 在函數(shù)的主體中插入打印語句for node in tree.body:
? ?if isinstance(node, ast.FunctionDef):
? ? ? ?# 在函數(shù)定義的主體中的第一行插入打印語句 ? ? ? ?node.body.insert(0, insert_print.body[0])# 將修改后的 AST 轉(zhuǎn)換回字符串modified_expr = astor.to_source(tree)print(modified_expr)

運(yùn)行后，打印的結(jié)果是

def addNumber(num1, num2):
? ?print('Adding numbers:', num1, '+', num2, '=', num1 + num2)
? ?return num1 + num2

2.7 自動(dòng)化測(cè)試金字塔

這個(gè)直接谷歌，大部分解釋都是這個(gè)?

【測(cè)試金字塔最初的原型分三層，底層是單元測(cè)試，中間層是 API 測(cè)試，上層 是 UI 自動(dòng)化測(cè)試。而且底層的單元測(cè)試需要做最多的測(cè)試工作，越往上測(cè)試工作應(yīng)該越少。根據(jù)《谷歌軟件測(cè)試之道》的經(jīng)驗(yàn)，三者對(duì)于精力投入的比例是：把 70% 的精力放在單元測(cè)試，20% 放在 API 測(cè)試，而剩下 10% 的精力放在 UI 測(cè)試】

2.8 精準(zhǔn)測(cè)試

一種測(cè)試思想，簡單來說就是：當(dāng)代碼變更，針對(duì)研發(fā)的代碼變更點(diǎn)以及關(guān)聯(lián)功能點(diǎn)進(jìn)行測(cè)試。

類比看病時(shí)，頭痛就檢查頭，肚子痛就檢查肚子，看起來經(jīng)濟(jì)實(shí)惠又快捷。但是，癥狀之間可能存在相互關(guān)聯(lián)，某些癥狀可能是其他問題的表現(xiàn)，如果醫(yī)生缺乏對(duì)該病患整體狀況的全面理解，會(huì)耽誤病情，所以你在大城市醫(yī)院看病，一般都會(huì)走下血常規(guī)的檢查。
相關(guān)知識(shí)可以看下這篇文章，說得挺全：https://juejin.cn/post/7230986641900683320

2.9 混沌測(cè)試

該概念來源于網(wǎng)飛，就是拍出《紙牌屋》那家公司。其方式就是模擬系統(tǒng)中可能出現(xiàn)的故障和異常情況，然后評(píng)估系統(tǒng)在不穩(wěn)定狀態(tài)下的穩(wěn)定性和可靠性。個(gè)人感覺其實(shí)就是容災(zāi)演練，這個(gè)名詞出現(xiàn)在很多文章里，但基本方向都在隨機(jī)制造故障上，描述成探索性測(cè)試那樣。（這種其實(shí)就應(yīng)該交給運(yùn)維和架構(gòu)師來干，不歸測(cè)試才對(duì)）

2.10 全鏈路

全鏈路通常是指對(duì)系統(tǒng)端到端執(zhí)行路徑，從用戶發(fā)起請(qǐng)求開始，經(jīng)過系統(tǒng)的各個(gè)組件和服務(wù)，最終系統(tǒng)返回響應(yīng)結(jié)果的過程。這一點(diǎn)會(huì)有些人會(huì)和接口測(cè)試混淆，接口測(cè)試是驗(yàn)證接口的輸入輸出是否符合預(yù)期，涉及的范圍是一個(gè)獨(dú)立的服務(wù)，不涉及接口之間的交互和整體業(yè)務(wù)流程。以電商購買商品為例，一個(gè)網(wǎng)上購物動(dòng)作的一條鏈路

• 1. 用戶瀏覽商品

• 2. 添加商品到購物車

• 3. 查看購物車

• 4. 結(jié)算購物車

• 5. 提交訂單

• 6. 訂單處理

• 7. 支付訂單

• 8.訂單確認(rèn)

全鏈路壓測(cè)，也是壓測(cè)壓測(cè)整個(gè)購物系統(tǒng)的端到端執(zhí)行路徑，從用戶發(fā)起請(qǐng)求到系統(tǒng)響應(yīng)完成的整個(gè)過程，包括前端界面、后端服務(wù)、數(shù)據(jù)庫、第三方服務(wù)等各個(gè)組件和服務(wù)的性能表現(xiàn)。

3.java 相關(guān)

3.1 jvm

下面三個(gè)詞應(yīng)該經(jīng)常在各種文章里提到，如果本身的技術(shù)棧里沒有學(xué)過 java,是挺容易被混淆的，多谷歌下就行了。

簡而言之 jvm 就是一個(gè)虛擬機(jī)，java 語言的解釋器。jvm-sandbox 是在 jvm 的虛擬環(huán)境中創(chuàng)建一個(gè)獨(dú)立的隔離環(huán)境，類似你在 windows 下新建了一個(gè)虛擬環(huán)境運(yùn)行其他系統(tǒng)一樣。jvm-sandbox-repeater 可以理解為被個(gè)性化的 jvm-sandbox,專門封裝了錄制回放協(xié)議功能。

• jvm：JVM 是 Java 編程語言的運(yùn)行環(huán)境，它負(fù)責(zé)將 Java 源代碼編譯成字節(jié)碼，并在運(yùn)行時(shí)執(zhí)行這些字節(jié)碼。JVM 提供了內(nèi)存管理、垃圾回收、線程管理等基礎(chǔ)設(shè)施，使得 Java 程序能夠在不同的平臺(tái)上運(yùn)行。

• jvm-sandbox：JVM-Sandbox 是一個(gè)工具或框架，用于在 JVM 環(huán)境中創(chuàng)建安全沙箱（sandbox）。

• jvm-sandbox-repeater ：jvm-sandbox-repeater 是 JVM-Sandbox 生態(tài)體系下的重要模塊，它具備了 JVM-Sandbox 的所有功能，插件式設(shè)計(jì)旨在快速配置各種中間件，封裝提供請(qǐng)求錄制/回放基礎(chǔ)協(xié)議，也通用了可擴(kuò)展的各種豐富的 API。

3.2 maven

主要用于 java 項(xiàng)目的管理和構(gòu)建，這個(gè)詞常見于技術(shù)棧是 Java 的測(cè)試文章中，寫過 Testng 應(yīng)該清楚，用 maven 來管理 TestNG 的依賴，并且可以使用 maven 的命令來執(zhí)行 TestNG 的測(cè)試。如果沒用過 Java 的，那類比最像的話，maven 就有點(diǎn)相當(dāng)于 python 的 pip

3.3 war 文件

在 java 寫的測(cè)試平臺(tái)中，會(huì)看到打包部署這個(gè)流程。主語言為 python 的朋友大多會(huì)懵逼這個(gè)是啥，畢竟 python 是解釋性語言。

可以直接以源碼形式部署。而 Java Web 要用 Maven 相應(yīng)的構(gòu)建命令去編譯打包應(yīng)用，生成 WAR 文件。本質(zhì)上是一個(gè)壓縮包，里面可以包含 Servlet、JSP、HTML、JavaScript、CSS 等文件，以及相關(guān)的配置文件和依賴庫。

以個(gè)人編碼 Java Web 應(yīng)用并發(fā)布到阿里云為例子，大概流程如下：

1. 需求分析、架構(gòu)設(shè)計(jì)、編碼實(shí)現(xiàn)

2. 軟件測(cè)試: 點(diǎn)點(diǎn)點(diǎn)

3. 準(zhǔn)備環(huán)境：合適的實(shí)例 ECS，安裝 JDK，Tomcat/jboss(Servlet 的容器）,數(shù)據(jù)庫等

4. 編譯打包：本地開發(fā)環(huán)境使用 Maven 構(gòu)建 Java Web 應(yīng)用，并生成 WAR 文件

5. 上傳文件：將生成的 WAR 文件上傳到阿里云服務(wù)器

6. 部署應(yīng)用：將 WAR 文件復(fù)制到 Tomcat 的 webapps 目錄中，并啟動(dòng) Tomcat 服務(wù)

7. 配置環(huán)境：配置 Java Web 應(yīng)用的運(yùn)行環(huán)境，包括數(shù)據(jù)庫連接、日志配置、域名綁定等

8.監(jiān)控和管理：部署之后，監(jiān)控 Java Web 應(yīng)用的運(yùn)行狀態(tài)

3.4 Servlet

看下面搜索到的解釋，讓其與 urllib 做下對(duì)比就能理解了：

• Servlet（Java）：Servlet 是 Java Web 開發(fā)中處理 HTTP 請(qǐng)求和生成響應(yīng)的規(guī)范和接口集合。開發(fā)人員可以根據(jù) Servlet 規(guī)范編寫自己的 Servlet，通過繼承 HttpServlet 類或者實(shí)現(xiàn) Servlet 接口來處理不同類型的 HTTP 請(qǐng)求，并生成相應(yīng)的 HTTP 響應(yīng)。與 Python 的 urllib 相比，Servlet 更加高級(jí)、全面，提供了更多的功能和靈活性，適用于開發(fā)更加復(fù)雜的 Web 應(yīng)用程序。

• urllib（Python）：urllib 是 Python 中用于處理 HTTP 請(qǐng)求和響應(yīng)的標(biāo)準(zhǔn)庫之一，提供了一組函數(shù)和類，用于發(fā)送 HTTP 請(qǐng)求、處理服務(wù)器響應(yīng)、管理 URL 等。urllib 包含了多個(gè)模塊，比如 urllib.request、urllib.parse、urllib.error 等，分別用于發(fā)送請(qǐng)求、解析 URL、處理錯(cuò)誤等。雖然 urllib 可以完成基本的 HTTP 請(qǐng)求和響應(yīng)處理，但相比于 Servlet，它的功能和靈活性較為有限，通常用于簡單的網(wǎng)絡(luò)訪問和數(shù)據(jù)獲取。

3.5 SDK

SDK 是 Software(軟件) Development(開發(fā)) Kit(工具）的縮寫，SDK 通常包含：API 文檔、示例代碼、工具集、庫文件、配置文件 。通俗來講就是一個(gè)工具包。

大部分在社區(qū)里提到的 SDK 應(yīng)該都是泛指 Java SDK，Java SDK 也是一個(gè)工具集合，它包含：javac 編譯器、Java 運(yùn)行時(shí)環(huán)境（JRE）、Java 開發(fā)工具 (JDK)、Java 文檔、Java 示例代碼等

4.持續(xù)集成/持續(xù)交付

4.1 CI/CD

在招聘信息里經(jīng)?？吹?#xff0c;XX 故弄玄虛的常用詞，測(cè)試不了解只因我們不是學(xué)的開發(fā)/運(yùn)維，很正常。CI/CD 其實(shí)就是
持續(xù)集成 (Continuous Integration - CI)?、
持續(xù)交付 (Continuous Delivery - CD)?或者?持續(xù)部署 (Continuous Deployment - CD)?的縮寫。

兩個(gè) CD 相關(guān)但有區(qū)別,使用哪種方式取決于組織的需求和風(fēng)險(xiǎn)偏好

• 推送代碼到代碼存儲(chǔ)庫：開發(fā)者將其更改推送（push）到版本控制系統(tǒng)（如 Git）。這觸發(fā)了 CI 流程的開始

• 靜態(tài)分析：在代碼提交到版本庫后，靜態(tài)分析工具 (如 FindBugs) 會(huì)對(duì)代碼進(jìn)行檢查, 尋找潛在的問題、代碼問題和規(guī)范違規(guī)等

• 部署前測(cè)試：在實(shí)際部署到測(cè)試環(huán)境之前，執(zhí)行各種測(cè)試，包括單元測(cè)試、集成測(cè)試和其他自動(dòng)化測(cè)試

• 打包并部署到測(cè)試環(huán)境：通過構(gòu)建工具（如 Maven、Gradle）打包應(yīng)用程序，并將其部署到測(cè)試環(huán)境。這個(gè)步驟可能涉及到配置管理、環(huán)境變量的設(shè)置等

• 部署后測(cè)試：在應(yīng)用程序成功部署到測(cè)試環(huán)境后，執(zhí)行一系列的后續(xù)測(cè)試，以確保應(yīng)用程序在真實(shí)環(huán)境中運(yùn)行正常

• 自動(dòng)化部署：設(shè)置自動(dòng)化部署流程，在通過了所有測(cè)試并準(zhǔn)備好發(fā)布時(shí)，可以自動(dòng)將應(yīng)用程序部署到測(cè)試環(huán)境

• 部署到生產(chǎn)環(huán)境：交付的版本通過自動(dòng)化測(cè)試確保正確后，需要手動(dòng)觸發(fā)部署到生產(chǎn)環(huán)境

• 自動(dòng)化部署到生產(chǎn)環(huán)境?：進(jìn)一步的自動(dòng)化部署流程，在通過了所有測(cè)試后，可以直接將應(yīng)用程序部署到生產(chǎn)環(huán)境，無需手動(dòng)干預(yù)

• 回滾機(jī)制?: 設(shè)置自動(dòng)回滾機(jī)制，可以在發(fā)生問題時(shí)快速回退到先前的穩(wěn)定版本

• 自動(dòng)化測(cè)試：編寫如單元測(cè)試、集成測(cè)試、端到端測(cè)試的自動(dòng)化腳本

• 測(cè)試自動(dòng)化集成到 CI 流程 : 大白話就是確保每次代碼提交都會(huì)觸發(fā)自動(dòng)化測(cè)試，如我們常學(xué)的?Jenkins?就是實(shí)現(xiàn)這個(gè)功能

• CI/CD 流程中嵌入監(jiān)控步驟：監(jiān)測(cè)系統(tǒng)性能和穩(wěn)定性

• 目的：持續(xù)自動(dòng)化和持續(xù)監(jiān)控貫穿于應(yīng)用的整個(gè)生命周期（從集成和測(cè)試階段，到交付和部署）從而提高開發(fā)團(tuán)隊(duì)的效率、質(zhì)量和交付速度

• 持續(xù)集成 (CI) 包含通用流程：

• 持續(xù)交付 (CD):

• 持續(xù)部署 (CD)

• 測(cè)試人員在 CI/CD 里可以參與的方面：

4.2 DevOps

這個(gè)詞也是最近招聘信息里喜歡加上去的，對(duì)于測(cè)試，寫上這個(gè)可能就是想要你會(huì)點(diǎn) docker 的指令和知識(shí)。

DevOps 是開發(fā) (Development) 和運(yùn)維 (Operations) 的合成詞，是一種軟件開發(fā)和 IT 運(yùn)維協(xié)同工作的文化和實(shí)踐理念，不是什么工具或者技術(shù)名稱，核心就是流程的統(tǒng)一和自動(dòng)化。上面的 CI/CD 就可以稱為 DevOps 流程的一部分，還有大家耳熟能詳?shù)?/p>

容器技術(shù)（如 Docker）和容器編排工具（如 Kubernetes），都是為了更加方便的部署，促進(jìn)開發(fā)和運(yùn)維之間的一致性。

5.工具模板

5.1 Swagger

Swagger 是一個(gè)工具集，用于設(shè)計(jì)、構(gòu)建、文檔化和消費(fèi) RESTful Web 服務(wù)。非特指一個(gè)工具名稱，如 python 在 flask 想生成 swager 文檔，常用庫是 flasgger，使用注釋的方式為你的接口添加描述，包括接口名、參數(shù)、響應(yīng)等信息，最后生成類似下面格式的文檔

5.2 Jinja

這個(gè)詞大部分可能會(huì)在早期用 django 寫的測(cè)試平臺(tái)文章里看到，它就是一個(gè)模板引擎（一個(gè)靜態(tài) HTML），模板中的特殊占位符允許編寫類似于 Python 語法的代碼。以下是例子

• template.html

<!DOCTYPE html><html><head>
? ?<title>{{ title }}</title></head><body>
? ?<h1>{{ greeting }}</h1>
? ?<ul>
? ? ? ?{% for item in items %} ? ? ? ?<li>{{ item }}</li>
? ? ? ?{% endfor %} ? ?</ul></body></html>

• python

from jinja2 import Environment, FileSystemLoader# 創(chuàng)建 Jinja 環(huán)境并指定模板文件所在的目錄env = Environment(loader=FileSystemLoader('templates'))# 加載模板template = env.get_template('template.html')# 提供數(shù)據(jù)data = {
? ?'title': 'Jinja Demo',
? ?'greeting': 'Hello, Jinja!',
? ?'items': ['Apple', 'Banana', 'Orange']}# 渲染模板并輸出結(jié)果output_html = template.render(data)print(output_html)

6.數(shù)據(jù)庫相關(guān)

6.1 慢查詢

簡單來說就是查詢時(shí)間超過指定閥值（可以設(shè)置）的 sql

6.2 事務(wù)

面試時(shí)通常會(huì)問什么是事務(wù)和具有什么特性。

下訂單：當(dāng)用戶下訂單時(shí)，需要同時(shí)更新商品庫存和用戶訂單信息。這兩個(gè)操作必須要么同時(shí)成功，要么同時(shí)失敗，以確保訂單的一致性和完整性。在這種需求背景下，可以將更新商品庫存和插入訂單信息的操作放在一個(gè)事務(wù)中執(zhí)行，如果任何一個(gè)操作失敗，則回滾整個(gè)事務(wù)，避免出現(xiàn)庫存不足或訂單丟失的情況。

銀行賬戶轉(zhuǎn)賬：?把事務(wù)隔離等級(jí)設(shè)置為串行化 (最嚴(yán)格)，即每次只允許一個(gè)事務(wù)訪問數(shù)據(jù)庫，其他事務(wù)需要等待當(dāng)前事務(wù)執(zhí)行完成后才能繼續(xù)執(zhí)行。用戶 A 發(fā)起轉(zhuǎn)賬操作時(shí)，數(shù)據(jù)庫會(huì)為其分配一個(gè)事務(wù)，并且開始執(zhí)行轉(zhuǎn)賬操作。在此期間，數(shù)據(jù)庫會(huì)將賬戶 A 的記錄加鎖，阻止其他事務(wù)對(duì)其進(jìn)行讀取或修改，此時(shí)用戶 B 想給賬戶 A 轉(zhuǎn)賬，就要等用戶 A 的轉(zhuǎn)帳事務(wù)提交解鎖。

• 事務(wù)是指數(shù)據(jù)庫管理系統(tǒng)中的一組操作，這些操作要么全部成功執(zhí)行，要么全部失敗回滾，以保持?jǐn)?shù)據(jù)庫的一致性和完整性

• 四個(gè)特性：原子性、一致性、隔離性、持久性

• 實(shí)際運(yùn)用：

6.3 ES

"ES" 通常指的是 Elasticsearch，它是一個(gè)開源的分布式搜索和分析引擎

看文章：https://www.cnblogs.com/buchizicai/p/17093719.html

7.職場(chǎng)類

PM：產(chǎn)品經(jīng)理

CEO：首席執(zhí)行官

CTO：首席技術(shù)官

CFO：首席財(cái)務(wù)官

HRBP：人力資源業(yè)務(wù)伙伴

IT：信息技術(shù)（修電腦買軟件都找 IT）

PM：項(xiàng)目經(jīng)理

8.數(shù)據(jù)類

DAU：日活用戶 Day Activite Users

WAU：周活躍用戶

DNU：日新增用戶

DLU：日登錄用戶

DKAU：日核心活躍用戶

PCU：最高同時(shí)在線用戶

PV：頁面訪問量

UV：獨(dú)立訪客

最后感謝每一個(gè)認(rèn)真閱讀我文章的人，看著粉絲一路的上漲和關(guān)注，禮尚往來總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走！?

軟件測(cè)試面試文檔

我們學(xué)習(xí)必然是為了找到高薪的工作，下面這些面試題是來自阿里、騰訊、字節(jié)等一線互聯(lián)網(wǎng)大廠最新的面試資料，并且有字節(jié)大佬給出了權(quán)威的解答，刷完這一套面試資料相信大家都能找到滿意的工作。