記錄今日份學(xué)習(xí)內(nèi)容-2020-05-17

傳統(tǒng)測(cè)試流程

單元測(cè)試 =》集成測(cè)試 =》冒煙測(cè)試=》系統(tǒng)測(cè)試=》驗(yàn)收測(cè)試

• 單元測(cè)試
  單元測(cè)試是對(duì)軟件中的基本組成單位進(jìn)行的測(cè)試。目的是檢驗(yàn)軟件基本組成單位的正確性。
  模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試 、路徑測(cè)試 、錯(cuò)誤處理測(cè)試 、邊界條件測(cè)試
• 集成測(cè)試
  集成測(cè)試是在軟件系統(tǒng)集成過程中所進(jìn)行的測(cè)試。目的是檢查軟件單位之間的接口是否正確。
  在集成測(cè)試中，主要關(guān)注以下內(nèi)容：
  1.把各個(gè)模塊連接起來時(shí)，穿越模塊接口的數(shù)據(jù)據(jù)是否會(huì)丟失。
  2.各個(gè)了模塊組合起來，能否達(dá)到預(yù)期要求的功能。
  3.一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利影響。
  4.全局?jǐn)?shù)據(jù)據(jù)結(jié)構(gòu)是否有問題。
  5.單個(gè)模塊的誤差積累起來是否會(huì)被放大，從而達(dá)到不可接受的程序。
• 系統(tǒng)測(cè)試
  系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等是否滿足其規(guī)約所指定的要求。
  一般系統(tǒng)的主要測(cè)試工作都集中系統(tǒng)測(cè)試階段，所進(jìn)行的測(cè)試種類也很多：功能測(cè)試、性能測(cè)試、安全測(cè)試、兼容測(cè)試。
• 驗(yàn)收測(cè)試
  驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，向需求方展示該系統(tǒng)滿足其用戶的需求。
  一般需要測(cè)試這些內(nèi)容：功能確認(rèn)測(cè)試、安全可靠性測(cè)試 、易用性測(cè)試、兼容性測(cè)試、資源占用率測(cè)試 、用戶文檔資料驗(yàn)收等等

軟件測(cè)試模型

V模型：瀑布模型的一種改進(jìn)，在軟件開發(fā)的生命周期中開發(fā)活動(dòng)和測(cè)試活動(dòng)幾乎同時(shí)開始

系統(tǒng)測(cè)試工作流程

BUG管理流程

測(cè)試左移

測(cè)試左移就是在提測(cè)之前已經(jīng)介入了測(cè)試。在需求評(píng)審時(shí)不只是了解需求，更是要去評(píng)估需求的質(zhì)量，分析需求的合理性以及完整性。在開發(fā)階段時(shí)也要參與設(shè)計(jì)方案的設(shè)計(jì)，了解開發(fā)的實(shí)現(xiàn)方式。
測(cè)試左移手段：代碼評(píng)審(code review)、代碼審計(jì)、單元測(cè)試、自動(dòng)化冒煙測(cè)試、研發(fā)自測(cè)

測(cè)試右移

測(cè)試右移是上線后測(cè)試仍需要關(guān)注線上情況。通過線上監(jiān)控和預(yù)警，及時(shí)發(fā)現(xiàn)問題并跟進(jìn)解決。其次關(guān)注線上業(yè)務(wù)及用戶使用情況，更多地關(guān)注用戶價(jià)值高、使用率高的功能，在用例中補(bǔ)充遺漏的場(chǎng)景，盡量多地覆蓋這些功能。

[導(dǎo)航目錄]