1. 程式人生 > >軟體測試之檢查產品說明書

軟體測試之檢查產品說明書

場景:學習《軟體測試》第4章節 檢查產品說明書

關於黑盒測試和白盒測試

黑盒測試只需要知道軟體要做什麼,而無法看到盒子裡的軟體是怎麼執行的。只要進行一些輸入,然後輸出結果。目前我們做的基本上是這種測試,我們知道輸入和預計輸出,只要把按操作輸入進去檢視結果是否與預計輸出結果一致就可以,並不關心內部程式是怎麼執行的。白盒測試時可以訪問程式設計師的程式碼,並通過檢查程式碼的線索來協助測試,這是可以看到盒子裡面的運作的,根據程式碼檢查結果來判斷或多或少可能出錯的數目,並據此測試。

關於靜態測試和動態測試

靜態測試是指測試不執行的部分-- 只是檢查和稽核,像測試產品說明書。動態測試就是使用和執行軟體,就是我們平常說的測試。

那麼如何來審查產品說明書呢?可以分兩方面來做,一個是做高階稽核,另外一個是低層次的測試。

高階稽核是站在一個高度去審查產品說明書,比如假設自己是使用者,使用者需要的是什麼,一個產品只有滿足客戶要求才算是好產品,測試人員需要了解並測試軟體是否符合那些要求,這些東西可以通過市場人員或者銷售人員、使用人員瞭解到,像如果是手機軟體的話那我們自己本身也是手機的使用者,那從使用者的角度出發需要哪些功能呢;第二可以研究現有的標準,有些軟體是需要符合某些標準的,那麼具體軟體是否符合這些標準呢,測試可以觀察一下采用的標準正確麼有遺漏麼,在確認測試時把標準和規範視為產品說明書的一部分。第三可以審查和測試類似軟體,就像分析競爭對手軟體,從中可以獲得一些有助於設計測試條件和測試方法。

低層次的測試就是針對產品說明書本身的檢查。包括產品說明書屬性檢查清單和術語檢查,產品說明書屬性主要有如下幾個重要屬性需要注意:

完整 -- 是否有遺漏和丟失?像功能有沒有考慮周全

準確 -- 解決方案正確碼?定義是否明確?

精確、不含糊 -- 描述是否清楚,是否有歧義

一致 -- 功能描述是否有矛盾的地方

貼切 -- 有沒有多餘資訊

合理 -- 預算和進度是否合理

程式碼無關 -- 是否只是定義產品而不是定義設計、架構

可測試性 -- 測試員驗證操作的資訊是否足夠。