設置測試環境的考慮點

上一篇《測試測試，有誰把它當回事？》得到的迴響是：在咱們這兒，沒人把它當回事兒。在下不知好歹，就假設還是有英明主管，很想把它當回事兒，只不知從何著手？或者，因應不景氣，專注養精蓄銳之時，最適合來調理調理組織的體質了。除前一篇《突顯優質企業的永續經營意願與能力》所倡議的教育訓練，平日過於忙碌而無暇顧及的重要的測試機制，也是值得投入的領域。這裡我們參酌一位國際級測試大師(Bob)的教誨，來談談要著手進行前的考慮點為何？

高段的人都知道，「問正確的問題」比「給正確的答案」來得重要多多。要不，你以為請來指導的人為什麼一律叫做「顧問」？事實上，一個顧問只要提幾個問題，明眼的主管，立判其高下斤兩。問錯問題就會帶錯方向，後果可想而知。將帥無能累死兵的緣由也是如此。那麼，主其事者要問哪些問題呢？

1. 是否得到高階主管的鼎力支持
2. 想包括何種測試：單元測試、回歸測試、平行測試、壓力測試、效能測試
3. 預備面對的測試情境：營業日、日/月結、過年、發餉、崩盤
4. 選擇「錄製/播放」方法，或是「模型/工程」方法
5. 由誰來制定測試腳本/設計測試程序/執行測試，考慮包括業務面與IT面
6. 受測項目的業務流程清楚否，負責人何在
7. 所追求的測試量化目標為何
8. 測試的範圍是從頭到尾(含端末、網路)，還是純粹系統部分
9. 測試環境的建置是採複製，還是新建
10. 測試資料的準備是採每次倒回原點，還是一路滾過不回頭
11. 測試資料的內容是直接採用營運版本，還是刪減版，抑或是捏造版(安全考量)
12. 測試的系統規模是準營運大小(體積和馬力)，還是精簡版(成本考量)
13. 計畫模擬的端末與用戶數量，來源管道協定種類為何(代表性)
14. 是否包含各類異常狀況的處置(徹底性)
15. 測試交易的混合比例，速率變化的逼真程度(可信度)
16. 是否需要測試進行中之即時監控與調校，還是事後分析各式日誌檔即可
17. 所須蒐集保留的測試資料為何
18. 是否需要重新啟動(從中斷點)或交易退回之附加測試機制
19. 是否需要內建自動驗證結果

各位應當知道，回答這些問題，就是在進行衡量各種效益與代價面向的傷腦筋遊戲。