單元測試，精益創業，以及兩者之間的關系(5)

人不是測試這個問題的好辦法。
所有人都會忽略小問題：如果一個按鈕從 “Send Now” 變成 “Send now”，很多人都不會注意到。
對比來說，如果你的 API 從 sendNow() 變成 send_now()，或者返回一個不同類型的值，你的軟件就會崩潰。

這就是說公有的 API，或者其他軟件依賴的 API，需要穩定性來確保正確性。
為私有的接口寫自動化測試，或者對于迭代較快的代碼，更新測試將導致極高的維護成本。

應用上述模型

如何應用模型？

選擇如何測試

首先，模型可以幫助你根據你的目標選擇合適的測試。

如果一家初創公司做一個沒人用的軟件。
寫自動化測試純屬浪費時間，因為他連用戶想要什么都不知道就開始專心實施了。

這里需要用精益創業的方法論，一個專注于用實驗找到什么產品將滿足客戶的需求的方法來解決。
這意味著專注于用戶行為象限。
只有證明他值得花費時間來進行下去，才值得對這個產品來做一些為了功能性和穩定性的測試。

了解你是否選擇了錯誤的測試類型

第二，這個模型可以幫助你改變錯誤的行進路線。
比如說那家初創的稅務公司，如果他們對于 UI 進行自動化測試但是并沒有發現問題，然后每改變一次 UI，整個系統都要重新來進行一遍測試。
他們的問題在于系統的兩個方面：

1. 稅務機制是相當穩定的：稅率每年只變一次。
   這就需要他們對核心的稅務計算部分進行穩定性或者單元測試。
   正確性可以通過代碼審查和稅務會計來反饋。

   原文轉自：https://juejin.im/post/58d90a3b44d90400694505c4

   • 共6頁:
   • 上一頁
   • 1
   • 2
   • 3
   • 4
   • 5
   • 6
   • 下一頁