Skip to main content

手動與自動

手動是人去 #體驗 產品的過程
體驗才知道 #好或不好

自動是為了效率
因為 Test Case 到產品發展幾年後
一定是指數級上升 (#測試管理 議題
自動化是為了提升效率、降低人力成本
但是自動化只能判斷 #對或不對
無法判斷好或不好

自動化需要工程能力、管理機制配合
手動需要對產品有認識、想法、經驗

API​

API 要有人去用過、感受過、看過文件、申請過 Key
實際用個情境組成的流程
才知道 Payload 長那樣對使用者而言是好用還是不好用
狀態機對不對、Resource 規劃的對不對
這個過程滿滿的是 #人性 的過程
發一個 Request，
Payload 需要組 20 個參數
可以打，可以用，很對，
但 #好或不好，
文件寫的有沒易懂
API 設計的實用性
只有人下去用用看才知道。

UI​

UI 的 UX 好不好，
我常舉的例子，
以前 Motion Sensor 的靈敏度
一開始 UI 設計是一個 Bar
刻度 0 ~ 100
後來我建議這個 UI 設計要改成

關閉, 普通, 靈敏, 很靈敏

其實就是 0 , 35, 70, 100 四個數字
使用者不用去拉 UI 上的 Bar 決定
這就是 #好或不好
這種感受與體驗
自動化是找不到的

QC​

自動化能做的是 QC 層次的
手動發現的是感受，
感受是品質層次的

比例​

所以理想的自動與手動的比例
應該是 #八二法則
實際能做到的 6:4 就很厲害了。

我依舊覺得手動很重要
開發團隊成員 (PM / Programmer / QA / Ops)
還有老闆
應該都要實際用自己的產品
才能真的感受客戶的奇檬子
否則所謂的品質
都只是空談

原始資料​