1. Web應用的測試內容都包括哪些方面
1、通用指標
指Web應用伺服器、資料庫伺服器必需測試項，包括：處理器時間：指伺服器CPU佔用率，一般平均達到70%時，服務就接近飽和。可用內存數：如果測試時發現內存有變化情況也要注意，如果是內存泄露則比較嚴重。物理磁碟讀寫時間。
2、Web伺服器指標
平均每秒響應次數為總請求時間與秒數之比。平均每秒業務腳本的迭代次數。成功的請求和失敗的請求。成功的點擊次數和失敗的點擊次數。每秒點擊次數、每秒成功的點擊次數和每秒失敗的點擊次數。嘗試連接數。
3、資料庫伺服器指標
用戶連接數，也就是資料庫的連接數量。資料庫死鎖量。資料庫緩存的命中情況。
(1)web同步測試擴展閱讀
對被測的Web應用程序進行需求分析，即對所做的測試作一個簡要的介紹，包括描述測試的目標和范圍，所測試的目標要實現一個什麼樣的功能，總結基本文檔、主要活動。
寫出測試策略和方法，這里包括測試開始的條件、測試的類型、測試開始的標准以及所測試的功能、測試通過或失敗的標准、結束測試的條件、測試過程中遇到什麼樣的情況終止和怎麼處理後恢復等。
一個Web應用程序由完成特定任務的各種Web組件（web components)構成的並通過Web將服務展示給外界。在實際應用中，Web應用程序由多個Servlet、JSP頁面、HTML文件以及圖像文件等組成。所有這些組件相互協調為用戶提供一組完整的服務。
2. 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的系統研究新的方法和技術
3. web端測試也有發版么
web端測試也有發版
Web端測試的特點，從系統架構來看的話，一般都是b或s架構，基於瀏覽器的項目，所以只要更新了伺服器端，客戶端就會同步更新。
基於這種架構，web測試除了需要檢查和驗證功能、界面是否按照設計的要求之外，還要考慮兼容，因為是基於瀏覽器的，所以更傾向於瀏覽器和電腦硬體，電腦系統的方向的兼容，不過一般還是以瀏覽器為主，除此之外，還要從用戶的角度進行安全性和可用性測試，可用性測試包括介面測試性能測試。
因此對於測試人員來說，確認和驗收是一項富有挑戰性的工作，我們必須充分掌握web測試的方法和技術。
4. app測試和web測試的區別， web測試和app測試的區別
一、測試方式不同
1、app測試：指對移動應用進行測試，包括自動化測試和人工測試等。
2、web測試：是軟體測試的一部分，是針對Web應用的一類測試。
二、測試內容不同
1、app測試：模擬用戶操作對應用程序進行黑盒測試，並使用Cucumber作為自然語言來編寫測試用例。還會對應用測試操作進行記錄，以幫助開發者進行測試回顧。
2、web測試：包括內容測試、界面測試、功能測試、性能測試、兼容性測試、安全性測試等。
三、特點不同
1、app測試：可通過增加預先測試環節來確認環境已經測試就緒，同時還能知道哪些錯誤是環境不穩定引起的，哪些是一般的測試用例錯誤。
2、web測試：通過測試可以盡可能地多發現瀏覽器端和伺服器端程序中的錯誤並及時加以修正，以保證應用的質量。
5. 什麼是web測試
首先要知道什麼是web，
web是一種信息傳遞技術，目前主流的web採用的HTML，CSS，JavaScript技術，簡稱web三劍客。
web測試，就是對web這種技術的服務軟體進行測試。
web2.0之後很多都是動態的，需要語言支持，常見的有php，asp，java，等等
6. 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的性能。
(6)web同步測試擴展閱讀：
漏洞測試
企業網站做的越來越復雜、功能越來越強。不過這些都不是憑空而來的，是通過代碼堆積起來的。如果這個代碼只供企業內部使用，那麼不會帶來多大的安全隱患。
但是如果放在互聯網上使用的話，則這些為實現特定功能的代碼就有可能成為攻擊者的目標。
天眼舉一個簡單的例子。在網頁中可以嵌入SQL代碼。而攻擊者就可以利用這些SQL代碼來發動攻擊，來獲取管理員的密碼等等破壞性的動作。
有時候訪問某些網站還需要有某些特定的控制項。用戶在安裝這些控制項時，其實就有可能在安裝一個木馬（這可能訪問者與被訪問者都沒有意識到）。
為此在為網站某個特定功能編寫代碼時，就要主動出擊。從編碼的設計到編寫、到測試，都需要認識到是否存在著安全的漏洞。
天眼在日常過程中，在這方面對於員工提出了很高的要求。各個員工必須對自己所開發的功能負責。
已知的病毒、木馬不能夠在所開發的插件中有機可乘。通過這層層把關，就可以提高代碼編寫的安全性。
7. web測試和app測試哪個
先來web和app的區別，web項目，一般都是b/s架構，基於瀏覽器的，而app功能測試則是c/s的，必須要有客戶端。那麼在系統測試測試的時候就會產生區別了。
web測試只要更新了伺服器端，客戶端就會同步會更新。而且客戶端是可以保證每一個用戶的客戶端完全一致的。
app端是不能夠保證完全一致的，除非用戶更新客戶端。如果是app下修改了服務端，意味著客戶端用戶所使用的核心版本都需要進行回歸測試一遍。
其次在性能方面，web頁面可能只會關注響應時間，而app則還需要關心流量、電量、CPU、GPU、Memory這些了
8. web測試方法有哪些測試技術又有哪些軟體測試工具又有哪些呢，優劣勢分別是什麼
web網站本質上帶有web伺服器和客戶端瀏覽器的C/S結構的應用程序。主要考慮web頁面、TCP/IP通訊、Internet鏈接、防火牆和運行在 web頁面上的一些程序(例如，applet、javascrīpt、應用程序插件)，以及運行在伺服器端的應用程序(例如，CGI腳本、資料庫介面、日誌程序、動態頁面產生器，asp等)。另外，因為伺服器和瀏覽器類型很多，不同版本差別很小，但是表現出現的結果卻不同，連接速度以及日益迅速的技術和多種標准、協議。使得web測試成為一項正在不斷研究的課題。其它要考慮的如下：
1、伺服器上期望的負載是多少(例如，每單位時間內的點擊量)，在這些負載下應該具有什麼樣的性能(例如，伺服器反應時間，資料庫查詢時間)。性能測試需要什麼樣的測試工具呢(例如，web負載測試工具，其它已經被採用的測試工具，web 自動下載工具，等等)?
2、系統用戶是誰?他們使用什麼樣的瀏覽器?使用什麼類型的連接速度?他們是在公司內部(這樣可能有比較快的連接速度和相似的瀏覽器)或者外部(這可能有使用多種瀏覽器和連接速度)?
3、在客戶端希望有什麼樣的性能(例如，頁面顯示速度?動畫、applets的速度等?如何引導和運行)?
4、允許網站維護或升級嗎?投入多少?
5、需要考慮安全方面(防火牆，加密、密碼等)是否需要，如何做?怎麼能被測試?需要連接的Internet網站可靠性有多高?對備份系統或冗餘鏈接請求如何處理和測試?web網站管理、升級時需要考慮哪些步驟?需求、跟蹤、控制頁面內容、圖形、鏈接等有什麼需求?
6、需要考慮哪種HTML規范?多麼嚴格?允許終端用戶瀏覽器有哪些變化?
7、頁面顯示和/或圖片占據整個頁面或頁面一部分有標准或需求嗎?
8、內部和外部的鏈接能夠被驗證和升級嗎?多久一次?
9、產品系統上能被測試嗎?或者需要一個單獨的測試系統?瀏覽器的緩存、瀏覽器操作設置改變、撥號上網連接以及Internet中產生的「交通堵塞」問題在測試中是否解決，這些考慮了嗎?
10、伺服器日誌和報告內容能定製嗎?它們是否被認為是系統測試的主要部分並需要測試嗎?
11、CGI程序、applets、javascrīpts、ActiveX 組件等能被維護、跟蹤、控制和測試嗎?
測試技術大體分為黑盒和白盒測試，當然有的還用灰盒測試。
而功能、性能、用戶界面、兼容性、安全測試都屬於測試方法。大部分的測試是手動的，用基本的辦公軟體就可以解決；部分白盒測試需要了解程序內部的語句、數據結構和演算法邏輯。
現在企業認同的高名氣軟體就是功能測試工具：QTP 性能測試工具：LOADRUNNER
bug追蹤、記錄工具：Bugfree、Bugzilla、TD等，用一個即可。
而QTP和LOADRUNNER是性能非常龐大的軟體，如果可以熟練的分析出錄制的內容，那麼就入門了。可以運用到工作上。
說道這些軟體的劣勢，就是實現自動化需要這個團隊購買正版軟體、組織和培訓組內成員進行新知識的培訓。這些都是成本的一部分。
9. web應用軟體的測試環境怎麼寫
定義測試策略 目前止您肯定參加議客戶倚靠寬議桌問您:系統能處理千用戶傳統負載測試要求您編寫腳本並執行測試試圖給問題精確答案於種測試您需要定義處理含義及 1000 名典型用戶站點情形您需要定義測試用例代表各種用戶:例購買股票或注冊新帳戶接您必須估計用戶些測試用例布數據進行假設即模擬真實用戶與應用程序交互需要思考間(或等待間)負載測試期間某面致反映同數量真實用戶站點情形 種幾足處首先其結比您做假設更顯確假設使結現偏差 其估計真實用戶需要量客戶端硬體每名虛擬用戶給定需要處理能力內存量則典型客戶端計算機處理約 200 名虛擬用戶 2000 名用戶並發處理級別測試需要 10 台客戶端計算機 - 筆重投資測試使用 HTTPS 站點需要客戶端硬體 終難向您發團隊提供操作導向信息某處現故障難再現該問題 作備選案我建議您圍繞些關鍵問題設計測試用例: ?? 系統瓶頸哪系統能同步處理少並發請求 ?? 響應間變接受前台機器能處理少名同步超級用戶 ?? 添加額外硬體結線形增 ?? 任何穩定性問題妨礙站點運行於產環境 使用發團隊(發團隊參與能現問題領域)提供附加信息請關注些領域於示例其瓶頸能定單提交領域您派更具體問題例提交流程同處理少請求攻擊些特定領域快且本用向發團隊提供操作導向信息便能改進系統使用種同我推薦您記住遵循建議 關注負載測試我已提首先要做構建導致潛瓶頸穩定性問題腳本種數據第假設第二使您能夠應用程序收集原始數據根據假設確定更高級別結用擔識別低風險站點腳本編寫問題例站點幫助領域或讀文檔領域編寫腳本能現系統瓶頸 同步請求使用同步請求攻擊瓶頸處主意模擬壞情況:即站點用戶精確同間攻擊瓶頸通使用戶同步您重復進行測試同步結則難再現故障情況使用同步點做點同步點數較健壯(本較高)測試工具提供項功能同步點迫使每名虛擬用戶直等剩餘用戶達腳本定義點才能始請求允許您精確並重復確定站點潛瓶頸區域能處理並發用戶數例限 7 名並發同步用戶 創建循環測試用例腳本使測試用例循環另種每測試用例迭代前站點應處於相同狀態允許您間重復運行測試用例 使用超級用戶使用我所稱超級用戶前面所提超級用戶運行思考間設置零請記住思考間假設用於規測試使虛擬用戶模擬真實用戶虛擬用戶思考間減半則伺服器實際負載加倍另種伺服器真關與負載關變數每秒請求數虛擬用戶數量及其思考間結合起該負載 讓我進行些數運算使概念更清晰面公式計算訪問站點真實用戶負載(請求數/秒): 例某站點 100 名並發用戶假設載間 10 秒思考間 30 秒則每秒 2.5 頁我假設每頁 3 請求則 Web 伺服器轉化每秒 7.5 請求 超級用戶運行測試觀察每秒請求數並與剛剛計算值比較根據我經驗真實用戶數與超級用戶數比例通約 15:1於同示例意味著 (100/15) 名超級用戶與 100 名普通用戶相同負載再舉例假設 10 名超級用戶響應間變接受請注意轉換真實用戶數該點每秒請求數現您進行任何希望思考間假設甚至更改需重新運行測試幾測試您能根據直覺超級用戶數轉換真實用戶數允許您保持用戶數控減少所需客戶端硬體數量並包含負載測試軟體本 些超級用戶測試用例於機測試用要測試站點伸縮性添加第二台 Web 伺服器負載平衡器並重復超級用戶測試理想情況看見相同相應數前您能加倍超級用戶數量 要答穩定性問題運行測試延間段內維持合理數量並發且未同步超級用戶我項目熬通宵甚至 24 晝夜停持續間與應用程序關我稱內置測試旦您已採取步驟識別並潛解決找瓶頸則重復同步點測試看限否所增用所支持新並發用戶數重新運行內置測試努力提高數字目標重復該循環直達質量條 少用戶呢 盡管向發團隊提供價值信息使您更難於答議室問題您近似估計答案例假設站點壞情況瓶頸顯示每台計算機於 20 名超級用戶情況響應間超 10 秒根據您我建議公式計算結近似估計 300 名真實用戶(20 名超級用戶 × 15 名真實用戶)您做與規用例相同假設通情況百少用戶使用站點領域假設預期 50% 用戶使用領域其領域例文檔或資料庫讀取用戶比例則沒意味著具台 Web 伺服器系統處理約 600 名用戶 目前止我已討論能明確指向站點瓶頸領域情況該何做影響性能領域止您應何做呢答案創建單獨查看各領域測試腳本首先孤立運行些腳本起運行再比較結看站點領域另領域影響
10. Web測試和App測試有什麼區別
他們的主要區別在於具體測試的細節和方法有區別。