本文轉(zhuǎn)自測(cè)試人社區(qū)，原文鏈接：Jck28-Lucio-測(cè)試開(kāi)發(fā)體系介紹 – 學(xué)習(xí)筆記 – 測(cè)試人社區(qū)

一、測(cè)試體系介紹L1

1、軟件測(cè)試基礎(chǔ)概念

1.1、概念

• 通過(guò)手工或者工具對(duì) “被測(cè)對(duì)象”進(jìn)行測(cè)試
• 驗(yàn)證實(shí)際結(jié)果與預(yù)期結(jié)果之間是否存在差異

1.2、 軟件測(cè)試作用：

• 通過(guò)測(cè)試工作可以發(fā)現(xiàn)并修復(fù)軟件當(dāng)中存在的缺陷，從而提高用戶對(duì)產(chǎn)品的使用信心
• 測(cè)試可以降低同類型產(chǎn)品開(kāi)發(fā)遇到問(wèn)題的風(fēng)險(xiǎn)

2、軟件開(kāi)發(fā)流程

• 為了使軟件開(kāi)發(fā)的工作系統(tǒng)化并且可控制；
• 需要采用合適的軟件開(kāi)發(fā)模型和開(kāi)發(fā)過(guò)程管理所有的活動(dòng)。

2.1、 瀑布模型

• 軟件開(kāi)發(fā)的各項(xiàng)活動(dòng)嚴(yán)格按照線性方式進(jìn)行。
• 當(dāng)前活動(dòng)接受上一項(xiàng)活動(dòng)的工作結(jié)果。
• 當(dāng)前活動(dòng)的工作結(jié)果需要進(jìn)行驗(yàn)證。

需求分析—>設(shè)計(jì)—>編碼—>實(shí)現(xiàn)—>軟件測(cè)試—>完成—>維護(hù)
:制定計(jì)劃;
:需求分析;
:軟件設(shè)計(jì);
:程序編碼;
:軟件測(cè)試;
:運(yùn)行維護(hù);

2.2、 敏捷開(kāi)發(fā)模型

• 適用于需求頻繁變化和需要快速開(kāi)發(fā)的場(chǎng)景。
• XP
• SCRUM

2.2.1 、 XP – 極限編程

2.2.2、 SCRUM

2.3、 DevOps

2.3.1、 DevOps 生命周期

• 持續(xù)開(kāi)發(fā)
• 持續(xù)測(cè)試
• 持續(xù)集成
• 持續(xù)部署
• 持續(xù)監(jiān)控

2.3.2、 CI/CD

• 持續(xù)集成（Continuous Integration，縮寫(xiě)為 CI）：
• 一種軟件開(kāi)發(fā)實(shí)踐。
• 團(tuán)隊(duì)開(kāi)發(fā)成員每天可能會(huì)發(fā)生多次集成。
• 每次集成都通過(guò)自動(dòng)化的構(gòu)建（包括編譯，發(fā)布，自動(dòng)化測(cè)試）來(lái)驗(yàn)證。
• 根據(jù)測(cè)試結(jié)果確定新代碼和原有代碼能否正確地集成在一起。

• 持續(xù)交付（Continuous Delivery，縮寫(xiě)為 CD）
• 是一種軟件工程手法。
• 讓軟件產(chǎn)品的產(chǎn)出過(guò)程在一個(gè)短周期內(nèi)完成。
• 保證軟件可以穩(wěn)定、持續(xù)的保持在隨時(shí)可以發(fā)布的狀況。
• 目標(biāo)：
• 讓軟件的構(gòu)建、測(cè)試與發(fā)布變得更快以及更頻繁。
• 減少軟件開(kāi)發(fā)的成本與時(shí)間，減少風(fēng)險(xiǎn)。

3、測(cè)試流程體系

3.1、軟件測(cè)試的原則

• 測(cè)試顯示缺陷的存在
• 窮盡測(cè)試是不可能的
• 測(cè)試盡早介入
• 缺陷集群性（2/8原則）—缺陷集種在20%的模塊中
• 殺蟲(chóng)劑悖論—測(cè)試用例不能拿來(lái)用多次
• 測(cè)試活動(dòng)依賴于測(cè)試內(nèi)容
• 沒(méi)有錯(cuò)誤是號(hào)的謬論

3.2、軟件測(cè)試對(duì)象

• 需求分析階段：需求文檔、接口文檔
• 編碼實(shí)現(xiàn)階段：源代碼
• 系統(tǒng)功能使用：軟件程序

3.3、軟件測(cè)試模型

3.3.1、V模型

需求分析—>概要設(shè)計(jì)—>詳細(xì)設(shè)計(jì)—>編碼—>單元測(cè)試–>集成測(cè)試—>系統(tǒng)測(cè)試—>驗(yàn)收測(cè)試

3.3.2、W模型

3.3.2、H模型

3.4、系統(tǒng)測(cè)試流程

需求分析—>測(cè)試計(jì)劃—>測(cè)試設(shè)計(jì)—>用例評(píng)審—>測(cè)試執(zhí)行—>-bug關(guān)系–>發(fā)布維護(hù)

3.5、bug管理流程

3.6、測(cè)試左移

• 左移是往測(cè)試之前的開(kāi)發(fā)階段移
• 測(cè)試團(tuán)隊(duì)在軟件開(kāi)發(fā)周期早起就介入
• 對(duì)代碼進(jìn)行測(cè)試
• 發(fā)現(xiàn)bug到預(yù)防bug
• 代碼評(píng)審
• 代碼審計(jì)
• 單元測(cè)試
• 自動(dòng)化冒煙測(cè)試
• 研發(fā)自測(cè)

3.7、測(cè)試右移

• 右移是往發(fā)布之后移
• 產(chǎn)品上線后進(jìn)行線上監(jiān)控
• 閉環(huán)的線上問(wèn)題反饋-檢查-解決-更新流程
• 更便捷的日志查看、回傳服務(wù)
• 豐富有效的log、便于問(wèn)題定位
• 豐富的監(jiān)控指標(biāo)（例如業(yè)務(wù)異常點(diǎn)指標(biāo)）
• 業(yè)務(wù)監(jiān)控（例如短信發(fā)送等）
• 關(guān)鍵指標(biāo)每日監(jiān)控（服務(wù)器指標(biāo)）
• 生產(chǎn)數(shù)據(jù)監(jiān)控（警報(bào)）

軟件測(cè)試開(kāi)發(fā)免費(fèi)視頻教程分享 – 公眾號(hào) – 測(cè)試人社區(qū)