『壹』 性能測試主要測試什麼
問題一：軟體測試中性能測試需要關注什麼 性能測試需要關注的第3件事，就是被測系統所處的操作系統環境。要破譯它，必須要學會凌駕它的命令，不論是windows，unix，還是liunx，皆如此。淘寶用的是liunx，於是我們自然要學會活用liunx命令。在性能測試過程中，我們往往要查詢伺服器資源使用情況，例如cpu,load,i/o等。此時，top命令、uptime命令、iostat命令就顯得尤為重要。在性能測試過程中，我們往往要查詢伺服器的log信息。此時，cd命令、vi/vim命令、cat命令、grep命令、tail命令就能大顯身手。在性能測試過程中，我們往往要查看某個進程使用的虛擬內存和物理內存。此時，cat /proc/pid/status就十分有用。在性能測試過程中，我們往往要查看某個文件佔用了大量的空間。此時，find命令派上用場。此處不一一列舉。上述這些命令，均可以根據實際情況，配以對應的參數，進行更好的跟蹤來採集所需要的數據。liunx命令的靈活應用，配合shell的語法規則，能寫出許多非常使用的小腳本。這些東西，對於性能測試，及性能測試結果分析，都有相當重要的意義。
問題二：軟體性能測試需要會什麼 這個你算問對人了。給你說幾點吧，為什麼性能測試在軟體測試裡面算是吃香的，因為他的要求也比較多，需要掌握：網路方面、資料庫方面（Oracle、sqlserver、mysql）、操作系統（如Linux方面）、腳本（如shell）、性能測試工具、資源監控工具、瓶頸定位工具，以及分析問題的能力。除此在外要對Java或要有一定了解。尤其是內存機制方面。如果你想成為一名合格的性能測試工程師的話 ，慢慢學吧
問題三：性能測試應該做哪些准備 環境搭建：這個根據實際規劃，我在企業內做過的性能測試搭建的環境都是和用戶上線使用的實際環境一樣的。
數據准備：個人感覺是整個工作里第二耗時的，需要真實模擬用戶數據，這個不是單單的創建幾個帳號就完事的，每個用戶基本都會有不太一樣的配置，實際操作的時候部署數據的腳本都寫到手軟。
腳本編譯：選擇性能工具編譯性能腳本，你需要跑什麼業務流程就編譯什麼樣的腳本。
腳本執行：用規劃好的用戶數執行腳本，這個一般持續很長時間，時間太短不足以暴露伺服器等的性能瓶頸，性能測試中最耗時的就是這個步驟。
收集日誌：在執行腳本完成後收集到的能客觀反應系統性能的日誌、報表文件，比如LR的報告、資料庫的AWR日誌等等。
分析結果：分析收集到的日誌、報表，找出性能瓶頸或是得出性能指標結果。這個一般需要對資料庫或者底層非常了解的專業人士來分析，一般測試人員只需要提供收集到的報告就差不多了。
生成報告：將上面所有的性能測試活動整理總結，輸出測試報告。
問題四：要做好性能測試，該掌握些什麼？ 這類問題之前也被問到很多次了，所以這次乾脆整理一下，發個主題供同行們參考。如果需要補充，也歡迎大家留言一起討論。 如果想真的做好性能測試，需要學習的東西還是比較多的。簡單列一下吧。 1. 精通性能測試的基本概念，過程，方法論，了解性能工程；
3. 扎實的計算機專業基礎知識，包括計算機組成原理、操作系統、資料庫原理、計算機網路原理；
4. 熟悉至少1個常用的資料庫產品，例如SQL Server或者 Oracle，能進行一般的資料庫管理操作，熟悉SQL腳本的使用，熟悉常用的數據調優工具和常用的counter；
5. 熟悉至少一個操作系統的原理，Windows或者Linux都可以，熟悉操作系統的體系架構、操作系統的重要基礎概念，以及內存管理、存儲/文件系統、驅動/硬體的管理、網路協議的實現及構成、性能的監控方法和原理，熟悉常用的counter；
6. 熟悉至少一個web server 產品，例如apache，了解一般的配置和常用的counter；
7. 熟悉至少一個應用伺服器產品，例如tomcat，了解一般的配置，熟悉常用的伺服器性能監控方法和原理，熟悉常用的counter；
8. 至少熟悉TCP/IP協議，熟悉HTTP協議，至少見過並了解三層、四層交換或者路由器的使用和配置。了解常用的與網路性能相關的counter；
9. 了解一般的大型企業應用的部署架構和應用架構；
10. 了解知名大型web應用、高並發量、高流量、實時響應要求高的超大規模網站的架構和優化歷程；
11. 熟悉統計學的基礎知識、常用分析方法以及實驗設計方法，了解數學建模相關的知識；
12. 熟悉專屬行業的業務知識和用戶場景，例如電信行業的OSS系統所涉及的業務知識和用戶場景，證券交易系統所涉及的業務知識和用戶場景；
13. 大量的實際性能測試及優化經驗；
14. 積極的參與到各類圈子、社團的討論和交流、分享中。 暫時先想到了這么多，有興趣的朋友可以一起討論一下，相信每個人都有自己不同的經歷和感想，可以跟其他人分享一下，提供參考。
另外，我之前也整理發布過不少性能測試方面的資料，從入門級的文章到 升級的必讀都有一些，有興趣可以參考。
問題五：性能測試的內容 性能測試 在軟體的質量保證中起著重要的作用，它包括的測試內容豐富多樣。中國軟體評測中心將性能測試概括為三個方面：應用在客戶端性能的測試、應用在網路上性能的測試和應用在伺服器端性能的測試。通常情況下，三方面有效、合理的結合，可以達到對系統性能全面的分析和瓶頸的預測。 應用在客戶端性能測試的目的是考察客戶端應用的性能，測試的入口是客戶端。它主要包括並發性能測試、疲勞強度測試、大數據量測試和速度測試等，其中並發性能測試是重點。並發性能測試是重點並發性能測試的過程是一個負載測試和壓力測試的過程，即逐漸增加負載，直到系統的瓶頸或者不能接收的性能點，通過綜合分析交易執行指標和資源監控指標來確定系統並發性能的過程。負載測試（Load Testing）是確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統組成部分的相應輸出項，例如通過量、響應時間、CPU負載、內存使用等來決定系統的性能。負載測試是一個分析軟體應用程序和支撐架構、模擬真實環境的使用，從而來確定能夠接收的性能過程。壓力測試（Stress Testing）是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。並發性能測試的目的主要體現在三個方面：以真實的業務為依據，選擇有代表性的、關鍵的業務操作設計測試案例，以評價系統的當前性能；當擴展應用程序的功能或者新的應用程序將要被部署時，負載測試會幫助確定系統是否還能夠處理期望的用戶負載，以預測系統的未來性能；通過模擬成百上千個用戶，重復執行和運行測試，可以確認性能瓶頸並優化和調整應用，目的在於尋找到瓶頸問題。當一家企業自己組織力量或委託軟體公司代為開發一套應用系統的時候，尤其是以後在生產環境中實際使用起來，用戶往往會產生疑問，這套系統能不能承受大量的並發用戶同時訪問? 這類問題最常見於採用聯機事務處理(OLTP)方式資料庫應用、Web瀏覽和視頻點播等系統。這種問題的解決要藉助於科學的軟體測試手段和先進的測試工具。舉例說明：電信計費軟體眾所周知，每月20日左右是市話交費的高峰期，全市幾千個收費網點同時啟動。收費過程一般分為兩步，首先要根據用戶提出的電話號碼來查詢出其當月產生費用，然後收取現金並將此用戶修改為已交費狀態。一個用戶看起來簡單的兩個步驟，但當成百上千的終端，同時執行這樣的操作時，情況就大不一樣了，如此眾多的交易同時發生，對應用程序本身、操作系統、中心資料庫伺服器、中間件伺服器、網路設備的承受力都是一個嚴峻的考驗。決策者不可能在發生問題後才考慮系統的承受力，預見軟體的並發承受力，這是在軟體測試階段就應該解決的問題。大多數公司企業需要支持成百上千名用戶，各類應用環境以及由不同供應商提供的元件組裝起來的復雜產品，難以預知的用戶負載和愈來愈復雜的應用程序，使公司擔憂會發生投放性能差、用戶遭受反應慢、系統失靈等問題。其結果就是導致公司收益的損失。如何模擬實際情況呢? 找若乾颱電腦和同樣數目的操作人員在同一時刻進行操作，然後拿秒錶記錄下反應時間？ 這樣的手工作坊式的測試方法不切實際，且無法捕捉程序內部變化情況，這樣就需要壓力測試工具的輔助。測試的基本策略是自動負載測試，通過在一台或幾台PC機上模擬成百或上千的虛擬用戶同時執行業務的情景，對應用程序進行測試，同時記錄下每一事務處理的時間、中間件伺服器峰值數據、資料庫狀態等。通過可重復的、真實的測試能夠徹底地度量應用的可擴展性和性能，確定問題所在以及優化系統性能。預先知道了系統的承受力，就為最終用戶規劃整個運行環境的配置提供了有力的依據。並發性能測試前的准備工作測試環境：配置......>>
問題六：軟體性能測試的目的 為了驗證系統是否達到用戶提出的性能指標，同時發現系統中存在的性能瓶頸，起到優化系統的目的。
問題七：軟體測試一般都用到哪些工具 測試工具分為很多種，主要如下：
測試管理工具：MQC，TestManager，QACenter，其中缺陷跟蹤還可以使用：變更管理工具
功能測試自動化：QTP，RFP，QARun，Silk
性能測試工具：Loadrunner，Robot，QAload，WAS，Silk Performance
單元、白盒測試工具：Junit,Jmeter，devpartner，骸probe，Purify Plus
安全測試： Appscan，Fortify
問題八：手機軟體的測試主要有哪些方面去測試，性能測試用什麼去測試好？ 羅列幾個比較有代表性的方向：
功能測試
性能測試
穩定性測試
安全測試
兼容性測試
網路環境測試
位置定位測試等
如何做性能測試：
明確測試目標，了解性能測試需求
編寫性能測試計劃
分析性能測試需求
編寫性能測試方案、設計測試場景
相關資源准備(人力資源、硬體資源、軟體資源)
測試程序開發，腳本維護、測試數據准備、測試監控准備
執行性能測試並收集測試結果
分析結果
系統調優及再測試
現今的安卓開發環境，碎片化現象十分嚴重。安卓機型鋪天蓋地，很多中小型研發團隊缺少測試環境，也沒有資金和精力購全機型，這時就引入了一個雲真機測試的概念。WeTest平台的雲真機測試 wetest.qq/... 平台提供上千台真實的安卓主流機型，隨時隨地進行測試，提供截圖、實時日誌和各種性能數據。
如果以上回答能幫助到你那就最好不過了~
問題九：測試主板性能的軟體有哪些 WinBench 99可以用來測試各個部件的性能的。你可以用3DMARK測試一下電腦各個部件的性能，一般上3DMARK所有項目都通過的話，就說明主板和其他部分沒有什麼沖突的問題了。
問題十：app的性能測試到底是測什麼意思 app的性能測試要關注
包體大小、CPU 佔用率、圖片處理器每秒刷新的幀數、內存使用、電量、流量等等
『貳』 Web系統性能測試包括哪些方面
負載測試：在被測系統上不斷增加壓力 ，直到性能指標達到極限，響應時間超過預定指標或者某種資源已經達到飽和狀態。這種測試可以找到系統的處理極限，為系統調優提供依據。 大數據量測試：針對某些系統存儲、傳輸、統計查詢等業務進行大數據量的測試。 配置測試：通過測試找到系統各資源的最優分配原則。 可靠性測試：可以施加cpu資源保持70%-90%使用率的壓力，連續對系統加壓運行8小時，然後根據結果分析系統是否穩定。即載入一定壓力的情況下，使系統運行一段時間。 並發測試：多以發現一些演算法設計上的問題。 性能測試以用戶並發測試為主的測試。 性能測試主要是為了發現軟體問題和硬體瓶頸。
『叄』 web性能測試學習的主要內容是哪些
1.腳本，盡可能的模擬現實情景（關聯，參數化，思考時間，檢查點，思考時間，等等等等）
2.情景設計（重難點）
3.數據分析（重難點）
『肆』 Web測試的主要內容和測試方法有哪些
測試分類：
1、界面測試
1）給用戶的整體感：舒適感；憑感覺能找到想要找的信息；設計風格是否一致
2）各控制項的功能
2、功能測試
1）刪除/增加某一項：是否對其他項造成影響，這些影響是否都正確
2）列表默認值檢查
3）檢查按鈕功能是否正確：新建、編輯、刪除、關閉、返回、保存、導入、上一頁、下一頁、頁面跳轉、重置（常見錯誤）
4）字元串長度檢查：超出長度
5）字元類型檢查
6）標點符號檢查：空格、各種引號、Enter鍵
7）特殊字元：常見%、「、」
8）中文字元：是否亂碼
9）檢查信息完整：查看信息，查看所填信息是否完整更新；更新信息，更新信息與添加信息是否一致
10）信息重復：需唯一信息處，比如重復的名字或ID、重名是否區分大小寫、加空格
11）檢查刪除功能：不選擇任何信息，按Delete，看如何處理；選擇一個或多個進行刪除；多頁選、翻頁選刪除；刪除是否有提示
12）檢查添加和修改是否一致：添加必填項，修改也該必填；添加為什麼類型，修改也該什麼類型
13）檢查修改重名：修改時把不能重名的項改為已存在的內容
14）重復提交表單：一條已經成功提交的記錄，返回後再提交
15）檢查多次使用返回鍵：返回到原來頁面，重復多次
16）搜索檢查：存在或不存在內容，看搜索結果是否正確；多個搜索條件，同時輸入合理和不合理條件；特殊字元
17）輸入信息的位置
18）上傳下載文件檢查：功能是否實現，
上傳：上傳文件是否能打開、格式要求、系統是否有解釋信息、將不能上傳的文件格式修改後綴為可上傳的文件格式；
下載：下載是否能打開、保存、格式要求
19）必填項檢查：必填項未填寫；是否有提示，如加*；對必填項提示返回後，焦點是否自動定位到必填項
20）快捷鍵檢查：是否支持快捷鍵Ctrl+C、Ctrl+V、backspace；對不允許做輸入的欄位（如：下拉選項），對快捷方式是否也做了限制
21）Enter鍵檢查：輸入結束後按Enter鍵，系統如何處理
22）刷新鍵檢查：按瀏覽器刷新鍵如何處理
23）回退鍵檢查：按瀏覽器回退鍵如何處理
24）空格檢查：輸入項輸入一個或多個空格
25）輸入法半形全形檢查：比如，浮點型，輸入全形小數點「。」或「. 」，如4. 5；全形空格
26）密碼檢查：輸入加密方式的極限字元；密碼盡可能長
27）用戶檢查：不同種類管理員用戶的不同許可權，是否可以互相刪除、管理、編輯；一般用戶的許可權；注銷功能，老用戶注銷再注冊，是否為新用戶
28）系統數據檢查：數據隨業務過程、狀態的變化保持正確，不能因為某個過程出現垃圾數據，也不能因為某個過程而丟失數據。
29）系統可恢復性檢查：以各種方式把系統搞癱，測試系統是否可以迅速恢復
30）確認提示檢查：系統更新、刪除操作：是否有提示、取消操作；提示是否准確；事前、事後提示
31）數據注入檢查：對資料庫注入，特殊字元，對SQL語句進行破壞
32）時間日期檢查：時間、日期、時間驗證：日期范圍是否符合實際業務；對於不符合實際業務的日期是否有限制
33）多瀏覽器驗證
3、性能測試
1）壓力測試：實際破壞一個Web應用系統，測試系統的反應，測試系統的限制和故障恢復能力
2）負載測試：在某一負載級別上的性能，包括某個時刻同時訪問Web的用戶數量、在線數據處理的數量
3）強度測試：測試對象在性能行為異常或極端條件下（如資源減少或用戶過多）的可接受性，以此驗證系統軟硬體水平
4）資料庫容量測試：通過存儲過程往資料庫表中插入一定數量的數據，看是否能及時顯示
5）預期指標的性能測試：在需求分析和設計階段會提出一些性能指標，對於預先確定的性能要求要首先進行測試
6）獨立業務性能測試：對核心業務模塊做用戶並發測試，包括同一時刻進行完全一樣的操作、同一時刻使用完全一樣的功能
7）組合業務性能測試：模擬多用戶的不同操作，最接近實際用戶使用情況，按用戶實際的實際使用人數比例來模擬各個模塊的組合並發情況
8）疲勞強度性能測試：系統穩定運行情況下，以一定負載壓力來長時間運行系統的測試
9）網路性能測試：准確展示帶寬、延遲、負載、埠的變化是如何影響用戶的相應時間的
10）大數據量性能測試：實時大數據量，模擬用戶工作時的實時大數據量；極限狀態下的測試，系統使用一段時間，積累一段數據量時能否正常運行，以及對前面兩種進行結合
11）伺服器性能測試：在進行用戶並發性能測試、疲勞強度、大數據量性能測試時，完成對伺服器性能的監控，並進行評估
12）一些特殊的測試：配置測試、內存泄漏的一些特殊測試
4、可用性測試(介面測試）
1）整體界面測試
2）多媒體測試
3）導航測試
5、客戶端兼容性
平台測試：windows；unix；macintosh；linux
瀏覽器測試：不同廠商的瀏覽器對Java、Javascript、ActiveX、plug-ins或不同的HTML的規格
不同的支持；框架和層次結構在不同瀏覽器也不同的顯示
6、安全性
安全性測試要求：
1）能夠對密碼試探工具進行防範
2）能夠防範對Cookie攻擊的常用手段
3）敏感數據保證不用明文傳輸
4）能防範通過文件名猜測和查看html文件內容獲取重要信息
5）能保證在網站收到工具後在給定時間內恢復，重要數據丟失不超過1小時
web的性能測試工具：
隨著Web2.0技術的迅速發展，許多公司都開發了一些基於Web的網站服務，通常在設計開發Web應用系統的時候很難模擬出大量用戶同時訪問系統的實際情況。
因此，當Web網站遇到訪問高峰時，容易發生伺服器響應速度變慢甚至服務中斷。
為了避免這種情況，需要一種能夠真實模擬大量用戶訪問Web應用系統的性能測試工具進行壓力測試，來測試靜態HTML頁面的響應時間，甚至測試動態網頁（包括ASP、PHP、JSP等）的響應時間，為伺服器的性能優化和調整提供數據依據。
1、企業級自動化測試工具WinRunner
MercuryInteractive公司的WinRunner是一種企業級的功能測試工具，用於檢測應用程序是否能夠達到預期的功能及正常運行。
2、工業標准級負載測試工具Loadrunner
LoadRunner是一種預測系統行為和性能的負載測試工具
3、全球測試管理系統testdirector
TestDirector是業界第一個基於Web的測試管理系統，它可以在您公司內部或外部進行全球范圍內測試的管理。
4、功能測試工具RationalRobot
IBMRationalRobot是業界最頂尖的功能測試工具，它甚至可以在測試人員學習高級腳本技術之前幫助其進行成功的測試。
它集成在測試人員的桌面IBMRationalTestManager上，在這里測試人員可以計劃、組織、執行、管理和報告所有測試活動，包括手動測試報告。
這種測試和管理的雙重功能是自動化測試的理想開始。
5、單元測試工具xUnit系列
目前的最流行的單元測試工具是xUnit系列框架，常用的根據語言不同分為JUnit（java），CppUnit（C++），DUnit（Delphi），NUnit（.net），PhpUnit（Php）等等。
該測試框架的第一個和最傑出的應用就是由ErichGamma（《設計模式》的作者）和KentBeck（XP（ExtremeProgramming）的創始人）提供的開放源代碼的JUnit.
6、功能測試工具SilkTest
BorlandSilkTest2006屬於軟體功能測試工具，是Borland公司所提出軟體質量管理解決方案的套件之一。
這個工具採用精靈設定與自動化執行測試，無論是程序設計新手或資深的專家都能快速建立功能測試，並分析功能錯誤。
7、性能測試工具WAS
是由微軟的網站測試人員所開發，專門用來進行實際網站壓力測試的一套工具。
透過這套功能強大的壓力測試工具，您可以使用少量的Client端計算機模擬大量用戶上線對網站服務所可能造成的影響。
8、自動化白盒測試工具Jtest
Jtest是parasoft公司推出的一款針對java語言的自動化白盒測試工具，它通過自動實現java的單元測試和代碼標准校驗，來提高代碼的可靠性。
parasoft同時出品的還有C++test，是一款C/C++白盒測試工具。
9、功能和性能測試的工具JMeter
JMeter是Apache組織的開放源代碼項目，它是功能和性能測試的工具，100%的用java實現。
10、性能測試和分析工具WEBLOAD
webload是RadView公司推出的一個性能測試和分析工具，它讓web應用程序開發者自動執行壓力測試；webload通過模擬真實用戶的操作，生成壓力負載來測試web的性能。
(4)web系統性能測試內容擴展閱讀：
漏洞測試
企業網站做的越來越復雜、功能越來越強。不過這些都不是憑空而來的，是通過代碼堆積起來的。如果這個代碼只供企業內部使用，那麼不會帶來多大的安全隱患。
但是如果放在互聯網上使用的話，則這些為實現特定功能的代碼就有可能成為攻擊者的目標。
天眼舉一個簡單的例子。在網頁中可以嵌入SQL代碼。而攻擊者就可以利用這些SQL代碼來發動攻擊，來獲取管理員的密碼等等破壞性的動作。
有時候訪問某些網站還需要有某些特定的控制項。用戶在安裝這些控制項時，其實就有可能在安裝一個木馬（這可能訪問者與被訪問者都沒有意識到）。
為此在為網站某個特定功能編寫代碼時，就要主動出擊。從編碼的設計到編寫、到測試，都需要認識到是否存在著安全的漏洞。
天眼在日常過程中，在這方面對於員工提出了很高的要求。各個員工必須對自己所開發的功能負責。
已知的病毒、木馬不能夠在所開發的插件中有機可乘。通過這層層把關，就可以提高代碼編寫的安全性。
『伍』 web的性能測試
Web性能測試涉及的范圍太廣，但一般web開發者在程序上線以後很多都曾遇到過性能的問題。普遍表現為頁面速度開始急劇變慢，正常訪問時間變的很長，或則乾脆給你拋出異常錯誤頁面。這里會涉及到很多可能發生的情況，舉例幾個最主要發生的情況：
* 資料庫連接超過最大限制，一般表現為程序的連接池滿，拒絕了與資料庫的連接。
* 資料庫死鎖
* Web Server 超過最大連接數（一般在虛擬主機上才會限制）
* 內存泄漏
* Http連接數太多，即訪問量超過了機器和軟體設計正常所能提供的服務
『陸』 web安全測試主要測試哪些內容
一個完整的Web安全體系測試可以從部署與基礎結構，輸入驗證，身份驗證，授權，配置管理配置管理配置管理配置管理，敏感數據，會話管理，加密，參數操作，異常管理，審核和日誌記錄等幾個方面入手
『柒』 Web測試的主要內容和測試方法有哪些
1功能測試 2 1.1鏈接測試 2 1.2表單測試 2 1.3數據校驗 3 1.4 cookies測試 3
1功能測試 2
1.1鏈接測試 2
1.2表單測試 2
1.3數據校驗 3
1.4 cookies測試 3
1.5資料庫測試 3
1.6應用程序特定的功能需求 4
1.7設計語言測試 4
2性能測試 4
2.1連接速度測試 4
2.2負載測試 4
2.3壓力測試 5
3用戶界面測試 6
3.1導航測試 6
3.2圖形測試 6
3.3內容測試 7
3.4表格測試 7
3.5整體界面測試 7
4兼容性測試 8
4.1平台測試 8
4.2瀏覽器測試 8
4.3解析度測試 8
4.4 Modem/連接速率 9
4.5列印機 9
4.6組合測試 9
5安全測試 9
5.1目錄設置 9
5.2登錄 10
5.3日誌文件 10
5.4腳本語言 10
6介面測試 10
6.1伺服器介面 10
6.2外部介面 11
6.3錯誤處理 11
7結論 11
在Web工程過程中，基於Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作。基於Web的系統測試與傳統的軟體測試不同，它不但需要檢查和驗證是否按照設計的要求運行，而且還要測試系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。然而，Internet和Web媒體的不可預見性使測試基於Web的系統變得困難。因此，我們必須為測試和評估復雜的基於Web的系統研究新的方法和技術
『捌』 WEB的性能測試的性能指標都包括哪些該怎麼給出一個指標。
一般多數是指....靜.動態頁面的響應時間.處理能力.並發.吞吐量...還是資源是否合理利用....我理解就這樣.呵.待高手繼續回答...
『玖』 如何進行Web服務的性能測試
貼一篇我們內部的文章：
隨著瀏覽器功能的不斷完善，用戶量不斷的攀升，涉及到web服務的功能在不斷的增加，對於我們測試來說，我們不僅要保證服務端功能的正確性，也要驗證服務端程序的性能是否符合要求。那麼性能測試都要做些什麼呢？我們該怎樣進行性能測試呢？
性能測試一般會圍繞以下這些問題而進行：
1. 什麼情況下需要做性能測試？
2. 什麼時候做性能測試？
3. 做性能測試需要准備哪些內容？
4. 什麼樣的性能指標是符合要求的？
5. 性能測試需要收集的數據有哪些？
6. 怎樣收集這些數據？
7. 如何分析收集到的數據？
8. 如何給出性能測試報告？
性能測試的執行過程及要做的事兒主要包含以下內容：
1. 測試評估階段
在這個階段，我們要評估被測的產品是否要進行性能測試，並且對目前的伺服器環境進行粗估，服務的性能是否滿足條件。
首先要明確只要涉及到准備上線的服務端產品，就需要進行性能測試。其次如果產品需求中明確提到了性能指標，那也必須要做性能測試。
測試人員在進行性能測試前，需要根據當前的收集到的各種信息，預先做性能的評估，收集的內容主要包括帶寬、請求包大小、並發用戶數和當前web服務的帶寬等
2. 測試准備階段
在這個階段，我們要了解以下內容：
a. 伺服器的架構是什麼樣的，例如：web伺服器是什麼？是如何配置的？資料庫用的是什麼？服務用的是什麼語言編寫的？；
b. 服務端功能的內部邏輯實現；
c. 服務端與資料庫是如何交互的，例如：資料庫的表結構是什麼樣的？服務端功能是怎樣操作資料庫的？
d. 服務端與客戶端之間是如何進行交互的，即介面定義；
通過收集以上信息，測試人員整理出伺服器端各模塊之間的交互圖，客戶端與服務端之間的交互圖以及服務端內部功能邏輯實現的流程圖。
e. 該服務上線後的用戶量預估是多少，如果無法評估出用戶量，那麼可以通過設計測試執行的場景得出這個值；
f. 上線要部署到多少台機器上，每台機器的負載均衡是如何設計的，每台機器的配置什麼樣的，網路環境是什麼樣的。
g. 了解測試環境與線上環境的不同，例如網路環境、硬體配置等
h. 制定測試執行的策略，是需要驗證需求中的指標能否達到，還是評估系統的最大處理能力。
i. 溝通上線的指標
通過收集以上信息，確定性能測試用例該如何設計，如何設計性能測試用例執行的場景，以及上線指標的評估。
3. 測試設計階段
根據測試人員通過之前整理的交互圖和流程圖，設計相應的性能測試用例。性能測試用例主要分為預期目標用戶測試，用戶並發測試，疲勞強度與大數量測試，網路性能測試，伺服器性能測試，具體編寫的測試用例要更具實際情況進行裁減。
用例編寫的步驟大致分為：
a. 通過腳本模擬單一用戶是如何使用這個web服務的。這里模擬的可以是用戶使用web服務的某一個動作或某幾個動作，某一個功能或幾個功能，也可以是使用web服務的整個過程。
b. 根據客戶端的實際情況和伺服器端的策略，通過將腳本中可變的數據進行參數化，來模擬多個用戶的操作。
c. 驗證參數化後腳本功能的正確性。
d. 添加檢查點
e. 設計腳本執行的策略，如每個功能的執行次數，各個功能的執行順序等
4. 測試執行階段
根據客戶端的產品行為設計web服務的測試執行場景及測試執行的過程，即測試執行期間發生的事兒。通過監控程序收集web服務的性能數據和web服務所在系統的性能數據。
在測試執行過程中，還要不斷的關注以下內容：
a. web服務的連接速度如何？
b. 每秒的點擊數如何？
c. Web服務能允許多少個用戶同時在線？
d. 如果超過了這個數量，會出現什麼現象？
e. Web服務能否處理大量用戶對同一個頁面的請求？
f. 如果web服務崩潰，是否會自動恢復？
g. 系統能否同一時間響應大量用戶的請求？
h. 打壓機的系統負載狀態。
5. 測試分析階段
將收集到的數據製成圖表，查看各指標的性能變化曲線，結合之前確定的上線指標，對各項數據進行分析，已確定是否繼續對web服務進行測試，結果是否達到了期望值。
6. 測試驗證階段
在開發針對發現的性能問題進行修復後，要再執行性能測試的用例對問題進行驗證。這里需要關注的是開發在解決問題的同時可能無意中修改了某些功能，所以在驗證性能的同時，也要關注原有功能是否受到了影響。
想看原文或者有測試其他相關的問題可以關注下 搜狗測試 微信公眾號，我們上面有不少關於性能測試分享~
『拾』 WEB的性能測試的性能指標都包括哪些
基本的觀察點：TPS、事務成功率、每秒點擊量、吞吐量、系統響應時間等、當然有的web還要測試帶寬速度，比如視頻網站之類的。