自動化效能測試白皮書
設計 (Design)
在這個階段，效能測試團隊主?的工作是?得系統的效能需求，效能需求一般?分?四大類 – 商業 (business)?技術 (technical)?系統 (system)?團隊 (team)。
從商業需求的角度，您?以??與專家 (subject matter experts, SMEs) 開會的方??集商業需求。這些專家?能是商業分?師 (business analusts) 或者是您的使用者。商業需求?能會以下列的方?呈?：
- Application overview：??使用者示範的方?，讓效能測試團隊從高階的角度，清楚的知?系統是如何被使用。
- Business Process List：一份列出在系統上會被使用者執行的關?商業?程清單。
- Business Process Flows：??清單上的?一個關?商業?程，將其?作步驟?螢幕畫?，寫?文件。
- Transaction List：列出關?商業?程中，需?被?測效能的關?步驟，例如登入?新增訂單。
- Business Process Diagrams：???程圖畫出商業?程，以便測試人員了解?程中的分支與?件。
譯註：這些資料會跟你?測試哪些交易?程有關係。
從技術需求的角度，您需?和系統管?員 (syetem administrator) 和 資料庫管?員 (database administrator, DBA) 開個會議，以便了解系統的技術需求有哪些。這些人?能來自開發部門以?營?部門。??得技術需求，?以??下列的方?進行：
- An Environment Walkthrough：了解被測系統的環境與架構。
- System Scope Meeting：?整個效能測試涵蓋的系統範??得一個共識。
- Production Diagram：Production 環境的系統架構圖，並且?標示出從測試環境轉移到正?環境時，?能影響系統效能的點。
譯註：了解系統環境後，?能建立測試環境，而且當效能出?瓶頸時，也?能夠決定該?集哪些資料，以便找出?題所在。
?來是從系統需求的角度，你必須了解高階的系統需求，?能訂出測試的目標，如此一來當測試?果出?，?能判定系統是?符?需求。系統需求?以從回答以下的?題來?得：
- 系統在一般以?尖峰時間，分別?能夠負?的了多少個?時上線的用戶？
- 系統?秒必須處?多少交易？
- ??系統的業務關?交易 (business-critical transaction)，?接?的最?與最大回應時間是多久？
- 使用者是??什麼方?連上系統的？
- 系統在正?環境的負載?能會多大？分別是哪些交易組?的？
譯註：有了這些資料你?能知?該如何設計測市場景。最??是有目標，你?知?什麼時候測試?完了。
在真正進入下一個「建立?的階段之?，還有一個「團隊需求??注?。所謂團隊需求最主?就是?決定哪些?員??予效能測試。一開始?能?是一人團隊，?如希望?到 CoE ( Center of Excellence) 的境界，就必須確定?有後勤支?的資?。
譯註：您?以考慮將這些人抓來?予效能測試：專案經??測試經??網管人員?系統管?人員?資料庫管?員?開發人員?系統分?師?有經驗的使用者?技術顧?。
2005 年 五月 16日 於 2:23 pm
原文：“滲?測試 (soak test) (譯注：翻譯的?好)?
?以称之为疲劳测试
2005 年 五月 16日 於 9:29 pm
???