① 求web兼容性測試用例
參考下面方法
一、分別在不同電腦上安裝不同版本的IE
優點：准確性高，三台電腦分別安裝IE6、7、8，顯然測試得出的結果是最准確的。
缺點：浪費伺服器資源，測試人員操作麻煩，需要不斷切換測試機器。
二、在一台電腦上安裝IETest
優點：能90%的模擬出不同瀏覽器的渲染效果，只需安裝在一台測試機器上即可。
缺點：
1)如果測試機器安裝的為IE6或IE7，那麼IETest不能模擬IE8.
2)如果測試機器安裝的為IE8，那麼IETest才能模擬IE6、7、8.
3)測試出的渲染效果與瀏覽器得實際效果存在差異，不一定準確.
三、在IE8上安裝IE Develop ToolBar
優點：通過此工具可以模擬IE7的渲染效果，擁有有IE7、8的真實渲染效果。
缺點：
1)無法模擬IE6的渲染效果。
2)一定要在一台測試機器上安裝IE8才能使用。
② Katalon Studio之web自動化（二）---創建測試用例
測試使用的用戶肯定一般不止一個，可通過參數來傳遞，方便後續可以通過輸入不同的用戶信息登錄。
在Variables頁面添加變數，選擇變數類型，並填入變數的默認值即可
點擊輸入框，跳出租氏對話框，選擇value_type為Variable，然後在Value選擇相應的變數即可
在測試用例中添加item時，通過add,選擇call test case
添加測試用例後，默認展示默認值
通過點擊輸入，修改變數的輸入值
當然可以進行多次調用，例如用戶A、B有不同的操作，不同的測試用例，就可以創建很多公用的登錄用例login_A或login_B，引用時直接引用login_A或login_B即可，這樣方便後續修改用戶A的密碼或者切換用戶A1執行與A相同的用例時，就可以直接修改login_A的輸入值即可，就不需要修改每個用例的用戶名和密碼了。
在譽枯調用用例後，系統會自動往下執行。
當需要在不同用例間傳參時，可以使用全局變數。
1.增加全局變數
在Profiles下的default中，添加全局變數即可。
2.引用全局變數
關鍵字可參考官方文檔： [WebUI] Accept Alert | Katalon Docs
Katalon Studio支持 控制語句 （如 If / Else ， for / while 或 Try / Catch …）來決定執行的邏輯流程，具體也可以參考官方文檔： Control Statements | Katalon Docs
斷言語句包含一個 布爾表達式 ，其中此條件必須為true才能繼續執行測試。因此，斷言的執行導致對 布爾表達式 的求 值， 並且如果表達式的求值為 false， 則會報告 錯誤 。
Assert Statements | Katalon Docs
「 測試偵聽慶型洞器」 是根據您自己的條件創建的測試步驟，將在條件匹配時執行。
Test Listeners (Test Hooks) | Katalon Docs
至此 ，可以完成基本的測試用例，其他可以繼續參考文檔學習。
③ 如何進行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網站測試應該怎樣寫測試用例
如何編寫測試用例可以參考下圖
⑤ 測試一個web系統，發送郵件的功能怎麼設計測試用例
郵件地址格式是否正確，錯誤提示信息是否准確合理。
郵件收件人是否可以輸入多個，如果可以驗證每個收件人是否都能收到正確的郵件；
多個收件人地址輸入有正確的也有錯誤的，系統如果處理？
收件人是否有域的限制，如果有檢查郵件地址的合法性。
郵件內容：
Subject,Body是否可以編輯，可以驗證編輯功能；
Subject,Body是否有固定格式，如果有，驗證格式正確性，一些需要取出的數據是否正確；
Subject,Body是否有字數，字體等要求；
收件人收到的郵件與編輯的是否一致。
如果可以有附件，檢查附件個數、大小限制；
所有附件是否可以正確發送到收件人郵箱，並且被接收。
發送超時如何處理？
還有一些其他的，如發送的時候有沒有選項要同時存到「已發送」，編輯的時候可以自動存到「草稿」等等，要看具體需求
⑥ 如何測試一個web網站的性能
其實簡單來說，首先明確測試目的，咱仔爛們大部分時候都是功能測試哈，就主要講功能測試
1、要測試功能，那首先需要理清楚這個功能的業務，相當於需求澄清
2、規劃測試人力，整個測試需求的測試計劃
3、宴跡分配測試用例的設計任務，評審測試用例
4、准備測試環境，等待轉測試
5、轉測試分配測試用例的執行任務，預測試，執行測試用例，提交bug，回歸bug
6、發布測試報告，評估測試結果，如果測試通過，則測試退出，否則繼續進行下一輪測試
如果有性能測試，兼念祥漏容性，國際化測試等，另外安排。
⑦ web的功能測試怎樣測試
首先，查找需求說明、網站設計等相關文檔，分析測試需求。
制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試；界面測試；性能測試；資料庫測試；安全性測試；兼容性測試
設計測試用例：
功能性測試可以包括，但不限於以下幾個方面：
鏈接測試。鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。
提交功能的測試。
多媒體元素是否可以正確載入和顯示。
多語言支持是否能夠正確顯示選擇的語言等。
界面測試可以包括但不限於一下幾個方面：
頁面是否風格統一，美觀
頁面布局是否合理，重點內容和熱點內容是否突出
控制項是否正常使用
對於必須但未安裝的控制項，是否提供自動下載並安裝的功能
文字檢查
性能測試一般從以下三個方面考慮：
壓力測試；負載測試；強度測試
資料庫測試要具體決定是否需要開展。資料庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。
安全性測試：
基本的登錄功能的檢查
是否存在溢出錯誤，導致系統崩潰或者許可權泄露
相關開發語言的常見安全性問題檢查，例如SQL注入等
如果需要高級的安全性測試，確定獲得專業安全公司的幫助，外包測試，或者獲取支持
兼容性測試，根據需求說明的內容，確定支持的平台組合：
瀏覽器的兼容性；
操作系統的兼容性；
軟體平台的兼容性；
資料庫的兼容性
開展測試，並記錄缺陷。合理的安排調整測試進度，提前獲取測試所需的資源，建立管理體系（例如，需求變更、風險、配置、測試文檔、缺陷報告、人力資源等內容）。
定期評審，對測試進行評估和總結，調整測試的內容。
敲黑板！重點：推薦大家使用自動化測試工具TestWriter（測功能、測兼容性、測回歸的零編碼自動化測試工具 ），吼吼~