iT邦幫忙

2022 iThome 鐵人賽

DAY 4
0
Software Development

如果可以,我想用30天的時間打造一間抵霸閣系列 第 4

[Day4]抵霸閣-人性是經不起測試的,但程式可以

  • 分享至 

  • xImage
  •  

在軟體開發完後需要經過一系列的測試才有辦法正式上線
就像是我們每天在用的各式各樣APP
背後也是經歷過許多測試來確保上線後的品質
因此今天要來介紹一般測試的環節
UT [Unit Test] -> SIT [System Integration Testing] -> UAT [User Acceptance Test]
首先UT(單元測試)是由開發者來自行測試程式的各種區段
將程式可能會走的路徑皆使用對應的測試案例來檢查程式走的路徑是否如自己所預期
其實是件非常耗費時間的事
且當程式有新的變動時
測試案例也一定隨之改變
但只要做好單元測試
當程式有異動時就很好檢查是哪裡影響到原本的Code
也可以讓程式的回傳值變得十分清楚

UT沒問題後即可開始到SIT環節
在SIT過程中會將多個程式碼的區段整合在一起
主要在測試整合後的運作關係是否正常
並且在發現問題時可以及時修正
讓開發成果更貼近實務上的需求
基本上在SIT測試完成時
程式就會暫時定版

接著便可以進入UAT階段
讓使用者來驗收
通常會模擬正式的情況做各種驗證
由於測試者與開發者不同的關係
更能找出問題點在哪(開發者通常都覺得沒問題了才會進入UAT
就像出書前作者自己先檢查一遍有無不通順之處、錯字等等
但仍需要校稿者的幫忙,才能更完善作品
而且提出需求的人也是最清楚成品有無符合原先的目標
此環節通常在時程表上的安排時間會是最長的
除非在開發初期雙方就有良好的溝通
才可能快速地測試完畢
否則修改不但花時間
許多流程也要重新走一遍
(像去年為了測試自動排程在假日是否正常執行
每改一版程式就又需要再等一個禮拜看假日的執行結果
更真實地模擬上線後的情況)

其實測試有時候因為太麻煩而常被忽視其重要性
或是自己用腦袋想覺得應該沒問題而省略了一些步驟
但當上線後有問題的後續處理絕對給自己帶來更大的麻煩
而且也讓使用者留下不好的印象
所以該測試的就好好完成吧!
能改良成自動化測試也是種不錯的方法


上一篇
[Day3]抵霸閣-免費版控管理系統工具GIT
下一篇
[Day5]抵霸閣-SQL是什麼?可以吃嗎
系列文
如果可以,我想用30天的時間打造一間抵霸閣30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言