Edited by Chloe, Esther, May (以字母排序)
此次主題是「如何有效率地測試」，因為我們發現很多測試其之間的轉換狀態是很相似的，讓同類型的測試一再出現會花費不必要的測試時間。
希望透過閱讀「有效率地測試」相關的文章，讓測試在最短的時間內，以最少的工作量，發現最大量的 bug，提升測試的效率，發揮最大效益。
繼續閱讀 “如何有效率地測試"
標籤: testability
軟體可測試性研究和實踐小結
參考網址：软件可测性研究和实践小结
其實在儘早期去加入開發的階段，可以讓我們更瞭解系統的一些結構，或是什麼樣的情況產品會有什麼樣的反應，哪些功能是比較核心的。那如果當文件不足時還是得透過記錄下問題然後主動去詢問開發人員。
如何提升軟體的可測試性
參考網址：
這篇文章主要結合「軟體測試之道」第四章的可測試性的簡單模型去進行解釋並舉例。
簡單（Simple） 簡單的元件和應用程式比較容易測試（成本也較低）。
可觀察（Observable） 顯現內部的結構和資料，有助於精確判斷測試會通過還是失敗。
控制（Control） 如果應用程式有門檻值，提供設定與重設門檻值的功能可以讓測試更容易。
知識（Knowledge） 藉由參考相關文件（規格書、輔助說明文件等），測試人員便能夠確保結果是正確的。
所以我們當我們在撰寫程式時，盡量將每個單元拆成較簡單的部分，並且不要將資料寫死，然後盡量透過不同的方式去更瞭解待測程式。
參考網址: 針對可測試性而設計
為了增加自動化測試更容易進行，所以在設計軟體初期應該就要思考可測試性的問題。
當程式的可測試性高時，每修改一個地方就可以透過回歸測試儘早發現問題。
馴服複雜代碼
內文提到程式複雜度可能會使 bug 密度增高，且讓解 bug 的難度增加。
欲降低程式複雜度的原則是把握「清晰思考」和「清晰表達」。
善用模組化設計，可隔離、獨立一段程式碼的邏輯，讓它變得好測、好驗證。
如此程式碼也變得易讀、易維護。
我們也可把握以上原則，讓我們的測試程式清晰而優雅。
科科和測試 