前言

你是否曾經遇過長得像蛇一樣的網址，複製貼上都讓人頭疼？這時候，縮網址工具就派上用場了！看似簡單的縮網址功能，實際上卻隱藏著許多潛在的問題和挑戰。讓我們透過測試設計和風險分析，來看看 TinyURL 背後的系統能否順利處理各種不同的網址場景！

挑戰目標

「今天的挑戰是提出足夠多的問題，並且能夠篩選出哪些問題是最具影響力的。在這些問題基礎上，我們會進行風險分析，並針對高風險的問題撰寫測試案例。最終目標是設計出一套有效的測試方案，幫助我們盡可能發現潛在的系統問題。」

1. 功能介面

TinyURL 是一個線上服務，允許用戶將長網址轉換為短網址，方便分享和管理。

2. 使用 KYM 和 TCO 練習

KYM (Know Your Mission)

KYM 是一個幫助測試人員理解測試目標並進行風險評估的分析方法。通過問自己以下幾個關鍵問題，可以更清晰地制定測試策略：

1. 可以問出多少問題？
2. 哪些是最有價值的問題？
3. 哪些地方最容易出現 bug？
4. 風險發生的可能性和影響有多大？
5. 需要收集哪些額外的信息？
6. 根據風險大小排序，選出最高優先級的問題。

在運用 KYM 的過程中，我提出了以下與 TinyURL 相關的問題：

1. 長網址是否支援 http 和 https？
2. 網址中如果含有特殊符號，是否能被正確處理？
3. 相同的重複網址會生成相同的短網址還是不同的？
4. 短網址的最終格式是多長？有固定長度嗎？
5. 按下 Shorten URL 後，結果會顯示在同一頁面，還是會跳轉到其他頁面？
6. 為什麼 Shorten URL 按鈕設計為藍色？這樣的設計是否符合使用者體驗？
7. 按鈕旁的箭頭「→」符號是否適合該功能？
8. 是否支援按下 Enter 鍵來生成短網址？
9. TinyURL 是否是產品的最終名稱？
10. 這個功能是網站的核心功能還是嵌入到其他頁面的一部分？

TCO (Testing Coverage Outline)

接著，我使用 TCO 來繪製測試覆蓋圖，這能幫助我們更系統地思考不同功能模塊的測試覆蓋範圍。以下是 TCO 涵蓋的測試範疇：

• 單功能測試分析與設計(M)：針對每個獨立功能進行測試設計。
• 功能交互測試分析與設計 (F)：測試功能間的交互情況，例如按鈕是否能觸發正確的結果。
• 質量屬性測試分析與設計 (Q)：檢測系統的性能、安全性、可用性等非功能性需求。
• 問題 Bugs：已知的問題和缺陷。
• 風險 Risks：潛在風險及其可能的影響。
• 問題 Questions：在測試過程中需要進一步澄清的問題。

心智圖示範

結論

透過 KYM 和 TCO 的方法，可以快速學習 TinyURL 的產品知識。問對問題並且同時分析風險，這個練習能夠幫助更了解不同功能的需求和測試涵蓋範圍更好，希望這些方法對你也有幫助，讓測試工作變得更輕鬆有趣！透過這樣的方式，可以練習不同產品的測試涵蓋範圍。

延伸閱讀

• 關於 KYM 和 TCO，可以參考邰曉梅撰寫的「海盜派測試分析：MFQ & PPDCS」。這本書深入探討了如何使用這些工具來進行有效的測試分析。

• 如果你在測試過程中需要進一步了解產品細節或用戶需求，可以嘗試使用以下提示來讓 ChatGPT 協助你思考：

你是一個負責 TinyURL 的產品經理，而我是負責此功能的測試人員，我會詢問你產品的問題，請你根據產品所需要的內容，回答產品的使用者需求或是功能上的需求，不需要提示要測試哪些場景，除非我向你詢問。

以下是我練習的其中一個問題的範例