閱讀周記 - 持續進化的測試文件之測試文件並不是孤單一個人

既然測試沒有完成的一天

那更新測試文件也是沒有結束的一天呢~

測試是重複的過程,所以什測試文件只有一種嗎?

這一篇的心得來自於 微軟測試之鑰 微軟一線測試專家技術精華  這一本書的第3章第1節,以下簡稱為此書

  此書在這一部分介紹了一個測試文件檔案主要分文兩種

  1. 產品
  2. 工具

產品的測試文件檔案是供他人閱讀和使用的檔案,在某些專案合約中惠要求團隊在交付時同時交付一批規定的文件檔案,其中一些檔案是需要由測試人員來撰寫

工具的測試文件檔案主要是提供測試小組內部閱讀與使用,或是測試人員個人的文件檔案,其目的就是讓測試小組可以透過這個文件做更好的測試。

典型的例子是測試團隊的內部 Wiki 和測試人員的筆記,它們內容廣泛、格式靈活、形式多樣,專注於實際的測試工作,不強求檔案的完備與整齊。


節錄自此書第 3-2 頁

我想作者在這邊想表達的是,測試文件應該要精煉,就算測試文件完備與整齊,依然還是在執行測試之後有遺漏的部分。

在第3章中作者只會提到關於「工具」類型的測試文件檔案

作者提到測試人員

編寫測試文件時,不但要考慮到文件檔案的實用性,還要考慮讀者,為他們提供有價值的資訊。


節錄自此書第 3-2 頁

在這裡作者把測試文件的內容分為兩部分,而我也會針對作者分別提出的項目來記錄我的想法與心得

  1. 專案範圍的文件檔案
  2. 非專案範圍的文件檔案

專案範圍的文件檔案

作者提到常見的專案範圍文件檔案通常包括以下幾個部分

  • 測試計畫

  • 測試設計規則

  • 測試總結報告

  • 缺陷報告

測試計畫

測試計畫的內容記錄了指導測試過程的一組想法,其中包含了,產品特性、產品風險、測試任務、測試資源、測試進度、測試團隊、團隊合作,等內容。

測試計畫是保正測試策略能夠被正確執行的一種方式,其內容可以由開發、測試和產品經理一同評估,在評估的過程中可以就開發人員、測試人員的角度來達成一致的意見,以這件事來說,測試計畫的評估與撰寫是一項合作活動,所以測試計畫是合作的成果。

然而測試計畫不會是一程不變的,他會隨著專案的演進而有所變化

測試設計規則

記錄了測試策略(一組指定測試設計的想法)和詳細的測試設計。


節錄自此書第 3-3 頁

在看到書上這樣寫的時候我的臉上滿是問號,到底在講什麼鬼...

簡單來說,測試策略的目的是減少缺陷的出現和發布

減少缺陷的出現的解決方式是將測試前移,在需求分析與設計架構時先行發現缺陷

減少缺陷的發布可以使用各種測試方法、技術來驗證和測試程式完成的功能

圖片來源: https://read01.com/zGePO0.html#.WqU5r2puaUk

由此可見,「測試策略」並不是只由測試人員定製的,它是由一個團隊的各個角色一起來制定和建立的,目的是保證軟體的質量,減少缺陷。


原文網址:https://read01.com/zGePO0.html

測試設計規則 (我想這裡的測試設計規則應該就是 test case) 會被測試人員、開發人員、產品經理進行評估,在評估的過程中,所有團隊的成員可以獲得關於軟體的各項資訊

  • 測試人員將會更了解軟體,也會獲得更多的測試想法。
  • 開發人員將會獲得測試資訊,更好的撰寫單元測試。
  • 產品負責人將了解測試覆蓋率,以及評估專案目前的風險。

測試總結報告

測試總結報告主要的內容包含

  • 測試涵蓋的功能
  • 執行過的測試
  • 測試的過程中獲得了哪些資訊
  • 未來的測試行動

透過閱讀測試總結報告,可以使測試、開發、產品經理了解測試進度、風險以及問題等資訊。

缺陷報告

測試人員透過這項報告內容來表達目前的產品品質,而開發人員可以透過這個報告內容需要被修復的缺陷有哪些。

好的缺陷報告應該要清楚的表達問題是甚麼,預期的結果是什麼。

壞的缺陷報告會另開發人員無法理解真正的問題在哪裏。

非專案範圍的文件檔案

除了專案範圍的文件檔案,測試人員會撰寫一些測試小組或個人使用的測試文檔


節錄自此書 3-3 頁

作者將非專案範圍的文件檔案列出了以下幾點

  • 操作檔案

  • 測試筆記

  • 測試資料

  • 移交文件檔案

  • 測試知識庫

操作檔案

這邊說的操作檔案是指測試的過程透過某些形式來進行記錄,例如螢幕截圖、錄影或是撰寫詳細步驟等

這樣的文件可以協助測試人員一步一步的按照文件上的資料進行操作,順利完成任務

測試筆記

測試筆記是最重要的測試文件檔案。我使用它記錄測試想法,回顧測試過程,激發測試靈感


節錄自此書 3-4 頁

測試筆記的內容主要包含測試設計、軟體缺陷、測試發現、測試想法等內容

通常我自己也很常使用筆記的方式去記錄自己突然發現的一些測試項目。

測試資料

作者這邊提到這個部分是指被測試人員整理過後的「測試支援材料」,他舉出了一個例子,測試人員將要測是一款Windows 8 的應用,於是他在微軟網站獲得一份測試指南。

這一份測試指南可以幫助他學習並掌握Windows 8 應用的基本策略。

我的想法是有點類似網路上的攻略本或是官方釋出的一些基本文件,利用這些文件與資料來更加了解被測的項目。

移交文件檔案

這項文件檔案主要記錄了過往測試人員的經驗與建議,透過閱讀這一份檔案,可以使測試人員理解相關的測試資料,從而快速上手。

測試知識庫

記錄了測試小組的知識,通常會是一個共筆的地方,比如說wiki,或是雲端空間,其中放置了許多測試內容與經驗等等的

結語

從以上這些測試文件檔案的介紹,可以知道測試文件檔案並不是一個人(X),他是「一組」文件檔案,在軟體不斷進化的過程中,測試人員為了因應這樣的情形,而撰寫出了形形色色的測試文件檔案,然而要使用哪種測試文件檔案,測試人員必須評估專案狀況再決定要編寫哪一種的測試文件。

然而在這一章節裡面其實會發現作者有一直提到「測試」這件事情是由團隊來一起完成的,這樣大家才能一同維護產品的品質呢!

這一次想問大家的是

大家使用的輔助測試工具有哪些呢?

我自己是蠻喜歡用心智圖的方式來表達專案將要被測試的範圍的XD

我自己是先用手繪的方式再轉成圖檔上傳到雲端上~

周記碎碎念

這禮拜回家掃墓,晚上的時候跟國中同學聚了一下就沒時間了,不過還是寫出了這一篇心得XD

下一次如果假日有事,或許就要提前的把心得寫出來了XD