重讀《從菜鳥到測試架構師》 構建測試

2022-04-01 22:20:44 字數 2921 閱讀 7894

上一章節中,小艾已經掌握了構建測試的基本知識,其實,構建測試也稱為構建可接受性測試(build acceptance test),一般是在每乙個測試產品生成之後,構建測試團隊執行一組最基本的測試用例,來確定做成的測試產品的質量是否達到可以交到各個測試組來進行更全面、更深入的各項測試的要求。

構建測試用例的原則

構建測試的測試用例基本是功能測試用例,相對比較簡短,應著重於產品的最基本、最重要的功能。原則有:

1. 只測試最重要的、最基本的功能,通過後可以開展其餘各種測試。

2. 只測試已經測試過且相對穩定的用例。

只有構建測試的順利通過,其他測試團隊才可以使用新構建的測試產品進行測試。

重要性:

1. 可以讓開發人員知道新版本的原始碼是否可以被成功構建成軟體產品

2. 可以幫其他測試團隊避免浪費時間在不穩定或不工作的測試產品上

構建測試步驟

1. 安裝測試產品及其需要的其他軟體

2. 進行產品所需要的系統配置

3. 測試幾個最基本的產品功能 

構建測試還包括對構建過程本身的檢驗,主要內容有:

1. 確認構建是否包括了原始碼檔案新的變更

2. 檢驗構建的日誌是否報錯

3. 最終產品檔案的大小是否有異常

在搭建構建測試環境時,需要考慮的常規步驟有:

1. 採用一些能實現系統配置自動化的工具,作為構建測試的一部分,自動安裝所有構建測試需要的軟體

2. 使用一些系統備份及恢復的工具:備份安裝好構建測試所需軟體的系統、備份構建環境本身

根據前文小艾從測試負責人那裡學到的知識,小艾做了一些總結。

構建測試的配置

構建測試的目的是檢驗產品構建過程是否成功完成,構建出的測試產品是否有足夠好的質量可以交給其他各個測試組進行更深、更廣的測試。

只要測試產品可以在單節點系統配置環境上正常工作,它就可以發布給其他的測試組進行測試。

構建測試的用例(bvt scenarios)

首先,在制定構建測試用例時,需要和其他的測試組保持良好的溝通,其次,應考慮根據需要改變構建測試的測試用例,最後,構建測試的測試用例的執行時間必須控制在合理的範圍內。

綜上所述,測試用例的選擇應該有如下特點:最基本、最核心的功能,可變更但穩定的用例,執行的時間合理。

自動化的構建測試

自動化的構建測試可以保證測試過衝的準確性,避免構建測試過程中的人為錯誤,可以提高構建測試的效率,同時可以保證構建測試過程中的一致性和穩定性。

構建測試的環境再利用

以構建測試伺服器為模板,通過系統備份及恢復的流程為各個測試小組建立出他們所需要的測試環境。

構建測試主要從功能的角度對構建測試產品進行驗證。構建測試成功執行時其他測試開始的前提條件。

小艾總結完之後,工作的無意間,聽到乙個名詞叫靜態測試,他很好奇靜態測試是什麼測試,與構建測試有什麼關係,如何做靜態測試?為了弄清楚這個問題, 小艾再次找到了構建測試負責人。負責人就靜態測試給小艾進行了較為簡單的講解。

靜態測試

與構建測試進行的功能測試不同,靜態測試是針對原始檔直接做測試分析,發現問題。

靜態測試的作用及環境

靜態測試適用於在原始檔中就能發現問題的情形。常見的靜態測試用例有:使用者化規則檢驗,語法及拼寫檢驗,網頁親和力檢驗等。

看到這靜態測試的概念,看到這靜態測試用例的幾個例子,相信大家腦子裡朦朧地產生了乙個詞,**走查……不用懷疑,**走查就是靜態測試的用例之一。 

由於構建的環境上有所有最新的原始檔,因而在構建系統上進行完整的靜態測試通常是最為容易的。

雖然靜態測試可以加入到構建過程中,但一般不這麼考慮,因為加入構建測試會增加時間的消費。

自動化的靜態測試

理想的靜態測試過程應該運用自動化的工具來發現並報告靜態測試中的問題:

上圖中所有實線部分的過程一般都應該包含在自動靜態測試中進行。

靜態測試的頻率

根據不同測試用例的需要來指定相應的測試頻率,一般靜態測試的頻率比構建的頻率低。如果靜態測試作為構建過程的一部分,那麼應將靜態測試的任務設定為可以選擇是否需要執行,來減少潛在的構建問題及構建時間。

不間斷的構建與測試

不間斷的構建與構建測試是指不間斷、迴圈往復地進行構建和構建測試,這是一種理想化的模式,在這種模式下,構建過程和構建測試必須完全自動化。

上圖顯示了乙個完整的構建及構建測試的迴圈過程。要實現這個迴圈過程的不間斷,杜絕構建及構建測試失敗是關鍵。

尾聲

成功的構建測試需要所有開發人員和測試人員的共同努力,確保最新提交的原始檔不會引起任何構建和構建測試失敗。

小艾在構建測試組待的一段時間裡,對構建測試有了乙個全面且深入的了解,就在這時候,小艾測試的過程中,發現了乙個令人抓狂的bug,最讓小艾無法理解的是,開發人員居然會把這種具有最基本功能bug的**提交出來。那麼,故事到底是如何發展的呢?請聽下回分解~

重讀《從菜鳥到測試架構師》 大促帶來的災難

再回到書中來,就容易理解為什麼說效能測試是產品測試流程的必經之路了,產品的效能好壞不但關係到產品的使用者體驗,甚至關係到客戶的電商 是否有好的使用者忠誠度,從而也影響到訂單轉化率等跟客戶盈利直接相關的指標。已經逐漸成為有經驗的小艾,正好得到了這樣乙個機會,進入到了效能測試團隊體驗效能測試的全過程,而...

測試架構師

可以這樣描述招聘測試架構師 崗位職責 1 負責測試技術和工具選型,測試策略及測試方案設計 2 確立公司測試技術框架與測試設計規範,確立公司測試技術和工具發展路線 3 指導和培訓測試工程師 4 組織測試用例評審和測試設計評審 5 組織和領導重點前瞻性測試技術和工具的研究及選型 職位要求 1 多年一線測...

從測試小白到測試架構師之路 軟體及其開發過程的了解

今天終於抽出來時間,記錄下個人成長哈,既然進入到軟體行業,就必須對軟體相關知識進行了解,話不多說直接進度正題。一 軟體的含義 1.1能夠完成預定功能和效能的 可執行的指令 電腦程式 1.2使得程式能夠適當的操作資訊的資料結構 1.3描述程式的操作和使用的文件 軟體 程式 資料 庫 文件 服務 二 軟...