軟體測試第三周——測試架構

標籤：

首先，先來瞭解一下測試架構

　　測試架構的屬性：

　　　　1. 測試架構是測試開發過程中提取特定領域測試方法共性部分形成的體繫結構

　　　　2. 測試架構的作用：在其基礎上重用測試設計原則和測試經驗，調整部分內容便可滿足需求，可提高測試案例設計開發品質，降低成本，縮短時間

　　　　3、測試架構類型根據測試領域不同而改變

　　　　4、測試架構是一個半成品，需要測試工程師基於它轉化成自己的測試案例；

　　　　5、測試架構是提供給測試人員開發相應領域測試案例的測試分析設計工具

　　　　6、測試架構不是測試案例集，而是通用的，具有一般性的系統主體部分。測試人員像做填空一樣，根據具體業務完成特定應用系統中與眾不同的特殊部分

　　　　7、測試設計模式的思想（等價類別/邊界值）在測試架構中進行應用。

　　可以看出，測試架構主要作用就是提高測試效率，降低成本。

 

測試架構的好處在於：

　　　　提高開發速度

　　　　提升測試代碼的執行效率

　　　　提高軟體代碼品質，同時引入重構概念，讓代碼更乾淨和富有彈性　　

　　　　提升系統的可信賴度，作為迴歸測試的一種實現方法支援修複後“再測試”，確保代碼的正確性。

 

再來介紹一下 自動化測試架構

　　　　第一種： 資料驅動測試架構（The Data-Driven Testing Framework）

　　　　僅僅是將測試資料從測試指令碼中分離出來

　　　　優點：

　　　　　　至少測試資料可以單獨維護了

　　　　缺點：

　　　　　　任何被測試程式的變更所導致的工作量是所有架構中最多的，因此維護成本非常高

        

　　　　第二種：測試指令碼模組化架構（The Test Script Modularity Framework）

 

                    

 

　　　　　　　說明：

　　　　　　　　l  箭頭方向代表的是被調用和調用關係

　　　　　　　　l  測試指令碼中包含了各功能點中涉及到的控制項識別和商務邏輯操作，其中包含了正式發行前小眾測試資料的調用

　　　　　　　　l  測試指令碼的維護由自動化測試開發工程師負責，要求必須懂自動化編程和商務邏輯

　　　　　　　　l  測試資料的維護由測試工程師負責

　　　　　　　　

　　　　　　　優點：
　　　　　　　　　　控制項和商務邏輯一旦發生變化，要進行修改和維護的是底層的測試指令碼

　　　　第三種：測試庫構架架構（The Test Library Architecture Framework）

　　　　　　　　

　　　　　　　　

　　　　　　說明：

　　　　　　　　　l  箭頭方向代表的是被調用和調用關係

　　　　　　　　　l  將所有的針對測試系統本身的控制項識別和控制項支援的操作封裝在測試庫中

　　　　　　　　　l  測試指令碼調用測試庫的同時傳遞外部的測試資料

　　　　　　　　　l  測試庫的編寫由自動化測試開發工程編寫（可以不懂業務），負責控制項的變更和維護

　　　　　　　　　l  測試指令碼的編寫可由對業務比較掌握的自動化測試開發工程編寫，負責商務邏輯的變更和維護

　　　　　　　　　l  測試資料由測試工程師維護（可以不懂自動化開發）

　　　　　　優點：

　　　　　　　　　l  被測試系統無論是哪層發生變化，只需要相應的人員進行變更維護即可

　　　　　　　　　l  完成了控制項識別操作和商務邏輯的抽象分離

　　　總結：三者存在遞進關係，關係如下。

           

　　　　　　　　　

軟體測試第三周——測試架構