由於效能測試與功能測試有很大的區別，所以討論出的結果可能與預先的設想有一定的區別。
效能測試的目的：
為了驗證系統是否達到使用者提出的效能指標，同時發現系統中存在的效能瓶頸，起到優化系統的目的。
使用者對各項指標提出的明確需求;如果使用者沒有提出效能指標則根據使用者需求、測試設計人員的經驗來設計各項測試指標。(需求+經驗)
主要的效能指標：
伺服器的各項指標(cpu、記憶體佔用率等)、後台資料庫的各項指標、網路流量、響應時間。
bug觀點：
1、效能測試就象人在無風情況下跑步(正常情況下的效能指標);
2、壓力測試就象人在微風中跑步(在正常的基礎上加大多少百分比壓力的效能指標);
3、負載測試就象人在強風中跑步(不斷加壓，直到系統崩潰)。
http觀點：
1、 負載測試是正常情況下持續的加壓;
2、 壓力測試是直接加壓達到乙個極限值。
效能測試、壓力測試、負載測試密不可分，可統稱為效能測試。
效能測試要點：
1、 效能測試是在功能測試完成之後進行。
2、 效能測試計畫、方案一般與測試用例統一在乙個文件裡。
3、 測試環境應盡量與使用者環境保持一致。
4、 效能測試一般使用測試工具和測試人員編制測試指令碼來完成，效能測試的環境應單獨執行盡量避免與其他軟體同時使用。
5、 效能測試的重點在於前期資料的設計與後期資料的分析。
6、 效能測試的用例主要涉及到整個系統架構的問題，所以測試用例一旦生成，改動一般不大，所以做效能測試的重複使用率一般比較高。(說明：當系統中出現的某個功能點需要修改，它一般只會影響到功能測試的設計用例，而對於效能測試，很少影響到效能測試的設計用例。但是如果某個功能有較大的修改，效能測試也應該進行重新測試。)
如何寫測試用例
1 了解軟體的原始需求 測試目的 在編寫乙個軟體或者模組的測試用例時候，一定要明白這個功能的原始需求，也就是軟體的使用者 客戶 的需求。理解原始需求後，編寫的測試用例才更有目的性。2 熟悉軟體的功能需求 測試點 這個功能需求是指軟體的細化需求點，這個一般在需求文件裡面都會體現。這裡要做的是把需求穩定...
軟體測試如何寫好測試用例？
軟體 資料 程式 文件 測試時就是運算元據，操作的主體就是程式，文件就是工作時的視覺化 軟體測試的基礎 軟體測試就是保證軟體質量，滿足使用者需求的一種手段 測試流程 需求分析 制定計畫 編寫用例與執行 對測試結果的分析報告 測試的生命週期 測試計畫，測試設計，測試開發 測試用例的編寫 測試執行，測試...
如何寫介面測試用例（並篩選冒煙測試用例）
關於介面測試用例的等級劃分 1 主體業務功能介面正常典型值用例的優先順序為1 用於冒煙測試的用例 2 各模組主功能的正常典型值用例的優先順序為2 3 除了的正常典型值用例之外的正用例及所有異常用例的優先順序為3 4 可用性測試以及入參預設值以及開發做了限制處理的引數型別 開發自測容易發現的錯誤等測試...