iT邦幫忙

2018 iT 邦幫忙鐵人賽
DAY 3
0

這一篇將會談一點點地測試和為什麼需要自動化測試。

測試在開發過程中是不可或缺的一環,軟體上的測試方法分了兩種

  • 黑箱測試(black-box testing)
    這種測試方法主要測試的是應用程式的功能,而不是其內部結構或過程,此種方法大部分應用於整合測試和系統測試。
  • 白箱測試(white-box testing)
    和黑箱測試箱法的測試方法,他主要測試的就是內部結構或過程,通常會由開發者以程式語言的角度來設計測試案例。

或許你可能沒有做過「真正的測試」,但是你肯定寫過類似這種東西

https://ithelp.ithome.com.tw/upload/images/20171220/20107209t51nDZq3mg.png

甚至是…

https://ithelp.ithome.com.tw/upload/images/20171220/20107209zohl59WfDW.png

你發現了嗎?我們其實都已經做過了測試,但這些方式都十分的沒效率,但又時常出現在我們的開發過程中,並且反覆的出現,甚至很常需要重複的build程式碼→啟動→輸入→驗證,無限的輪迴,並驗證我們自己所打的Code到底是否為我們預期,這樣子的過程,就可以稱之為測試。

害我想到…

https://ithelp.ithome.com.tw/upload/images/20171220/20107209BXe7V3pclS.jpg

在沒有自動化的情況之下,我們每一次進行軟體的測試都必須要Build、啟動、輸入(執行)、驗證,每一個步驟都是重複的。

我們人類最不喜歡做的就是重複的動作,但也時常因為精神上的狀況,而產生「就算我們做的是重複的動作,但我們也很有可能會發生錯誤」的問題,不過電腦就跟我們人類不一樣,電腦擅長做重複且乏味的事情。

自動化測試的基礎就是建構於我們讓電腦幫我們做測試這件事情,我們只要告訴電腦,我要做哪些事情,我要讓他做10遍、100遍甚至是1000遍都可以做出同樣的結果,只要我們給電腦的指令是正確的,那電腦就會忠實的反饋給我們它執行的結果。

自動化測試的存在是為了有效率的我們認為重複性高且簡單的測試案例。


上一篇
Day2. 什麼叫單元測試? 再給我說一次,什麼叫他__的單元測試?
下一篇
Day4. 從創建一個測試專案開始-MS Test
系列文
TDD - 紅燈,綠燈,重構,30天 TDD之路有你有我30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言