請問, UAT 應該在測試環境下進行還是在正式環境下進行?

UAT(使用者驗收測試)環境的決定權屬於使用者(包括最終使用者、獲取者、及客戶等等)的權責，並且應該在RFP或合約中就明訂，屬於專案產品驗收策略的一部分。在實務上，這些驗收策略是要結合到整個專案的產品開發與獲取的工作裡的，因此，如果沒有先行定義好的話，就會引起爭議，因為如果要在實際的環境中進行測試，那麼在軟體發展上，以及測試環境及測試準則的準備上，就必須要有配套的規範，否則案子可能很難驗收，而且有些測試個案，可能還必須要特別去設計及進行有效的範圍控制，否則可能引發災難，這例如，你想測系統的資訊安全的稽核能力，那麼這件事如果在實際的環境上測，可能就沒有辦法掌握有多少的request送出來，因為可能有一些意外的使用者跑進在實際環境受測的系統裡，這樣的話，會增加一些困難度。也或許你想測試系統對於飽和攻擊的防禦能力(借電子資訊戰的用辭)，那麼你會使用工具去發出非常非常多的多的request，這些requests會不會佔用了太大的頻寬，因而影響到網路上其他系統的運作，也是該考量的問題之一。

當然在做這些決定的時候，甲方應該有足夠的成熟度，因為不成熟的期待，會為專案帶來痛苦，例如，前面所提到的，明明已經知道在實際環境中測試有困難，卻仍一味要求乙方非得要在實際的目標環境中測試不可，然後把問題全部丟給乙方去面對，做不到就是乙方能力不足，這不是正確的心態。

但不論如何，UAT的測試環境，應該是要由客戶儘早訂出來，並且必須是合理的、可行的。由於有些東西可能還需要仿真、模擬的工具(因為在實際環境中測試可能有困難，或者成本太高)，這些工具如果不是要自行發展，就是要採購或者去借用，都需要一些準備時間的(可能還會包括使用訓練)。UAT沒有規定一定要在那種環境下實施，但是卻必須儘早在甲乙雙方之間取得共識，否則將可能帶來一些困擾。

----------------
引文: