用成績不好的小學、國中、高中大雄來談UAT (User Acceptance Test)要怎麼做好
規劃產品時，最開心也是最痛苦的時候就是UAT了。當它照著期望出現時，這種感覺難以形容。但可惜的是；大部分的時候都沒有照著期望，所以UAT就是把關產品的最後一步。
UAT就是User Acceptance Test，我們可以翻作「驗收測試」、「使用者測試」。用中文來翻譯翻譯：依照需求所製作出來的產品，必須接受需求提出人等相關人員的測試，看看是否符合需求的條件、要求。必須從內到外，一路看所有開發人員可能沒有想到的使用者面向。我們不需要像開發人員一樣專業，一昧的拘泥於技術面，只管從使用者的角度來想就可以了。
如果以比較生活化的方式來舉例：你家想要裝潢，請了一位室內設計師幫你規劃，在討論過程中，你提出了一些需求，像是：牆壁要清水模、地板要耐磨木地板、風格要LOFT等等。
當設計師畫出你要的東西之後，你可能滿意可能不滿意，經過了磨合，最後協議了設計圖。而這個設計圖，就是我們想要的東西。在開工過程中一直到結案前，設計師也扮演了專案管理的角色，他必須要確保所交出的東西跟設計圖一樣。為了讓東西不要跟預期差距太大，就必須有詳盡的驗收計劃。
說了這麼多，要完成一個好的UAT該怎麼做？
很簡單：好好寫，讓未來的自己不要恨現在的自己。
看起來很玄，說起來也很玄。用個比較熟悉的例子說明吧!看過哆拉A夢的人，應該對其中一個章節有印象：大雄覺得小學的功課太難了，所以想請國中的大雄來教，沒想到他反而跑過來監督小學的大雄要好好用功。監督到一半，高中的大雄來了，把國中的大雄抓回去，也叫他要好好用功。
在一個怪一個的順序上可以發現，其實最應該怪的是小學的大雄，因為他是最前面的那一個，所以結局就是他認命的坐回書桌。測試時也是一樣：
- 當你在複測時，會很恨那個”第一次測試的自己”(也許可以叫他測試J之類的)沒有把問題寫清楚，搞得複測花費太多時間。
- 當你在第一次測試時，你會怪那個”寫測試計劃的自己”(叫他…計劃J)想的不週全，看不懂在寫甚麼。
- 當你在寫測試計劃時，你會發瘋的找不到也看不出來當時”提需求的自己”(叫…PMJ…算了，快想不到了)怎麼能把文件搞得這麼混亂。
追根究柢，就是開始做任何一個階段時，都要想到未來的自己會不會恨你。只要未來的那個自己會感謝你，那現在就做對了。
歡迎加入粉專，一同交流如何成為王牌上班族!
嘿，上班族。你的名字是王牌
