如何有效率地測試

Edited by Chloe, Esther, May (以字母排序)

此次主題是「如何有效率地測試」，因為我們發現很多測試其之間的轉換狀態是很相似的，讓同類型的測試一再出現會花費不必要的測試時間。
希望透過閱讀「有效率地測試」相關的文章，讓測試在最短的時間內，以最少的工作量，發現最大量的 bug，提升測試的效率，發揮最大效益。

跨平台測試的技巧淺談

此次主題是「跨平台測試」，因為我們發現很多 bug 都是在跨平台間運作下產生的。
希望透過閱讀「跨平台測試」相關的文章，提升我們針對跨平台測試的概念，讓測試更完整。
以下會簡單介紹跨平台測試的定義、技巧、和工具。

How to write effective Test cases

一般在寫  test case 的時候，至少要包含

• test case id – 每個 id 應該都為獨一的，在討論或是在寫一些文件時也可以更快地去使用。
• 前置條件 – 在進行測試前的的環境設置，順利執行測試的條件。
• 測試步驟 – 詳細說明每個步驟與手法，讓 RD 們可以清楚地知道如何去重製問題。
• 預期結果 – 原本應該要有什麼回應，可以根據 spec 來制定。
• 實際結果 – 實際當操作系統時會發生什麼樣的情況
• Pass / Fail – 測試結果是否符合預期，如果是則為 Pass ，不是則為 Fail

如何寫好測試報告

如何寫好測試報告

裡頭有提到說絕對不能忽略掉只出現一次的錯誤，尤其是如何發生的，或是做了哪些都沒辦法重置出來，這些都要報告，因為當使用者碰到一樣的問題回報時，可以避免一直麻煩使用者重置，導致使用者觀感不好。

Functional Acceptance Simple Test ( FAST )

Functional Acceptance Simple Test – 簡易的功能性驗收測試

• FAST 的定義 ＆ 對於後續測試的影響

FAST 是 Acceptance Test 的一種（註 1），可視為一種 Function Acceptance Test 的簡易版，主要針對每一版 Release 的 Key Features 來做測試，這些 Key Features 通常是一些最重要的功能或是最常用的功能。也就是說，FAST 可視為某個 Module 最重要的 Test Cases。

Release Acceptance Test（RAT）

RAT 是 Release Acceptance Test 的縮寫，又被稱作 Smoke Testing。它不是一種詳細的測試，而是一個用來評斷這個 Build 是否能被測試，是否足夠穩定可以進行下一個階段的測試的基準。

testing 相關的 conference

Agile Testing Days

辦在德國的 Conference。裡頭有一些之前參加過或演講人的心得跟筆記。

Thinking Out of the Box While Testing Software!

Thinking Out of the Box While Testing Software!

裡頭提到，當你寫測試案例寫到沒有想法了，可以休息一下在繼續。有的時候休息一下，會讓思緒更清晰。適時的休息會更有效率的工作。

Software Testing 10 Rules

Software Testing 10 Rules

其中我覺得第七點蠻不錯的，我們如果了解背後的商業理由，以我們來說可能是使用者使用反應，我們就知道哪些功能是重要的、最常使用的，反覆思考就可以寫出更好的測試案例。

The Happy Path to Showstoppers

The Happy Path to Showstoppers

如果都測快樂路徑，常常會漏掉一些重要的錯誤。但是沒有任何測試方法可以保證他會發現所有的錯誤。不過如果用不同方式來測試，應該可以降低漏掉錯誤的風險。