
功能測試:正確性與驗收 |
289
象限 2 也強烈支援團隊,但傾向針對商務或顧客。這個種類的測試包含功能測試、範
例與故事測試。在這個象限裡面的測試通常被稱為驗收測試,這也是 Specification by
Example 或 BDD 的焦點。
在右上角的象限 3 也是針對商務,但目的變成評論產品。在這個象限內,你要試著探索
最終用戶在使用產品時的感受。它有吸引力嗎?它直觀嗎?每一種用戶或裝置都可以使
用它嗎?這種測試不容易自動化,因為在測試之前,你不一定知道正確答案是什麼,但
是這不代表這種測試不重要,因為無法處理這些問題可能導致產品故障。
最後,象限 4 是從技術觀點評論產品。這些測試通常難以編寫,而且往往需要特殊的工
具。此外,雖然它們的執行可以自動化,但它們的評價比較主觀。例如,假如你要編寫
一個性能測試來確保特定的交易可以在 3 秒內執行,如果在一次修改之後,你看到交易
時間從 1 秒跳到 2 秒,你該對此感到擔心嗎? 2 秒仍然在 3 秒的限制之內,但交易時間
突然翻倍了。
象限 1 與 2 涵蓋功能需求,本章會詳細討論它們。象限 4 涵蓋非功能需求(也稱為
運維
需求
), 第 12 章會討論它們。象限 3 超越持續交付管道的工作了,所以本書不予討論。
但是,你可以閱讀 Elisabeth Hendrickson 的
Explore It!
(Pragmatic Bookshelf)等資源來
進一步了解這個概念。
持續測試
為了能夠建立新功能並且以穩定的步調傳遞價值,你必須對管道與做法有很高的信心。 ...