關於 #測試 的內容

撰寫測試的方式有很多種，如何為軟體加入測試也是一門深奧的學問。我個人是比較推薦使用 A-TDD（Acceptance Test Driven Development，驗收測試驅動開發）跟 TDD（Test Driven Development，測試驅動開發）兩種方式來進行開發。

測試幾乎是現代軟體開發的必備技能，然而我們對於測試的理解、撰寫、使用的熟練程度，會極大的影響我們的軟體是否穩定，也因此具備一個優質的測試技能對於軟體的品質與改善都會有非常大的影響。

前幾天在 Facebook 社團 Ruby on Rails 新手村看到有人提問關於 Mock 和 Stub 的問題，其實問題本身很簡單，不過也讓我發現雖然我們都知道該寫「測試」但很多時候是不清楚怎麼撰寫的，這篇文章會先來分享一下我對 Mock 的看法，更詳細的 RSpec 測試系列請期待明年的「優雅的 RSpec 測試」連載。

大概在 2019 年底就有考慮要來報名，結果一直拖到 2020 才下定決心。寫測試這件事情雖然很早就知道，不過一直到出社會開始工作後才逐漸的接觸，而且最開始的時候其實寫了很多糟糕的測試，直到這幾年逐漸摸索才有一個比較有系統的測試撰寫方式。

但是透過自學比較大的問題就是知識很多時候是沒有系統的，大多是碎片的形式同時我自己也不太擅長將這些東西歸納整理，也就會出現一些盲點。也因此這次參加課程主要有兩個目的，一個是看看是否適合作為公司內部訓練的選項建議老闆，另一方面就是我自己學東西的習慣，反覆的練習基礎來達到熟練一個技能。