⑴ 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
至此 ，可以完成基本的測試用例，其他可以繼續參考文檔學習。
⑵ 怎麼給javaWeb項目寫測試用例
文件名：Calutor.java
package com.sc.zy;
public class Calutor {
public int add(int num1,int num2){
return num1+num2;
}
public int sub(int num1,int num2){
return num1-num2;
}
public int mul(int num1,int num2){
return num1*num2;
}
public int div(int num1,int num2){
if(num2==0){
throw new MyException();
}
return num1/num2;
}
}
文件名：MyException.Java
package com.sc.zy;
public class MyException extends RuntimeException {
}
文件名：CalutorTest.java
package com.sc.zy;
import junit.framework.Assert;
import org.junit.After;
import org.junit.AfterClass;
import org.junit.Before;
import org.junit.BeforeClass;
import org.junit.Ignore;
import org.junit.Test;
public class CalutorTest {
private Calutor c;
@BeforeClass
public static void setUpBeforeClass(){
System.out.println("=====static init=======");
}
@AfterClass
public static void tearDownAfterClass(){
System.out.println("=====static destory=======");
}
@Before
public void setUp(){
System.out.println("=======@before=======");
c=new Calutor();
}
@After
public void tearDown(){
System.out.println("=======@after=======");
}
@Test
public void testAdd(){
int sum=c.add(1, 2);
Assert.assertEquals(3, sum);
}
@Test(expected=com.sc.zy.MyException.class)
public void testDiv(){
c.div(1, 0);
}
@Ignore
public void testDiv1(){
int d=c.div(1, 5);
Assert.assertEquals(0, d);
}
}
⑶ 百度網頁如何寫測試用例
測試用例設計和執行是測試工作的核心賣塌譽，也是工作量最大的任務之一衫埋。
測試用例(Test
Case)目前沒有經典的定義。比較通常的說法是：指對一項特定的軟體產品進行測試任務的描述，體現測試方案、方法、技術和策略。內容包括測試目標、測試環境、輸入中段數據、測試步驟、預期結果、測試腳本等，並形成文檔。
測試用例編寫准備
1
從配置管理員處申請軟體配置：《需求規格說明書》和《設計說明書》；
2
根據需求規格說明書和設計說明書，詳細理解用戶的真正需求，並且對軟體所實現的功能已經准確理解，然後著手制訂測試用例。
⑷ 如何進行Web滲透測試
什麼是滲透測試？
滲透測試，是滲透測試工程師完全模擬黑客可能使用的攻擊技術和漏洞發現技術，對目標網路、主機、應用的安全作深入的探測，發現系統最脆弱的環節。
如何進行Web滲透測試？
完整web滲透測試框架當需要測試的web應用數以千計，就有必要建立一套完整的安全測試框架，流程的最高目標是要保證交付給客戶的安全測試服務質量。
1、立項：項目建立，時間安排，人力分配，目標制定，廠商介面人確定；
系統分析&威脅分析：針對具體的web應用，分析系統架構、使用的組件、對外提供的介面等，以STRIDE為威脅模型進行對應的安全威脅分析，輸出安全威脅分析表，重點關注top3威脅；
制定測試用例：根據威脅分析的結果制定對應的測試用例，測試用例按照模板輸出，具備可執行性；
測試執行&漏洞挖掘：測試用例執行&發散測試，挖掘對應的安全問題or漏洞；
問題修復&回歸測試：指導客戶應用開發方修復安全問題or漏洞，並進行回歸測試，確保安全問題or漏洞得到修復，並且沒有引入新的安全問題；
項目總結評審：項目過程總結，輸出文檔評審，相關文檔歸檔。
2、Web應用的滲透測試流程
主要分為3個階段，分別是：信息收集→漏洞發現→漏洞利用，下面仔細分析一下各個階段流程：
一、信息收集
在信息收集階段，我們需要盡量多的收集關於目標web應用的各種信息，比如：腳本語言的類型、伺服器的類型、目錄的結構、使用的開源軟體、資料庫類型、所有鏈接頁面，用到的框架等
腳本語言的類型：常見的腳本語言的類型包括：php、asp、aspx、jsp等
測試方法：
1 爬取網站所有鏈接，查看後綴
2 直接訪問一個不存在頁面後面加不同的後綴測試
3 查看robots.txt，查看後綴
伺服器的類型：常見的web伺服器包括：apache、tomcat、IIS、ngnix等
測試方法：
1 查看header，判斷伺服器類型
2 根據報錯信息判斷
3 根據默認頁面判斷
目錄的結構：了解更多的目錄，可能發現更多的弱點，如：目錄瀏覽、代碼泄漏等。
測試方法
1 使用字典枚舉目錄
2 使用爬蟲爬取整個網站，或者使用google等搜索引擎獲取
3 查看robots.txt是否泄漏
使用的開源軟體：我們如果知道了目標使用的開源軟體，我們可以查找相關的軟體的漏洞直接對網站進行測試。
測試方法
指紋識別（網路上有很多開源的指紋識別工具）
資料庫類型：對於不同的資料庫有不同的測試方法。
測試方法
1 使應用程序報錯，查看報錯信息
2 掃描伺服器的資料庫埠（沒做NAT且防火牆不過濾時有效）
所有鏈接頁面：這個跟前面的獲取目錄結構類似，但是這個不只是獲取網站的所有功能頁面，有時候還可以獲取到管理員備份的源碼。
測試方法
1 使用字典枚舉頁面
2 使用爬蟲爬取整個網站，或者使用google等搜索引擎獲取
3 查看robots.txt是否泄漏
用到的框架：很多網站都利用開源的框架來快速開發網站，所以收集網站的框架信息也是非常關鍵的。
測試方法
指紋識別（網路上有很多開源的指紋識別工具）
二、漏洞發現
在這個階段我們在做測試的時候要對症下葯，不能盲目的去掃描，首先要確定目標應用是否使用的是公開的開源軟體，開源框架等、然後在做深一度的漏洞掃描。
關於開源軟體的漏洞發現
開源的軟體：常見的開源軟體有wordpress、phpbb、dedecms等
開源的框架：常見的開源框架有Struts2、 Spring MVC、ThinkPHP等
中間件伺服器：常見的中間件伺服器有jboss、tomcat、Weblogic等
資料庫服務：常見的資料庫服務mssql、mysql、oracle、redis、sybase、MongoDB、DB2等
對於開源軟體的測試方法
1 通過指紋識別軟體判斷開源軟體的版本信息，針對不同的版本信息去開放的漏洞資料庫查找相應版本的漏洞進行測試
2 對於默認的後台登錄頁、資料庫服務埠認證等入口可以進行簡單的暴力破解、默認口令嘗試等操作
3 使用開源的漏洞發現工具對其進行漏洞掃描，如：WPScan
關於自主開發的應用
手動測試：這個階段，我們需要手工測試所有與用戶交互的功能，比如：留言、登入、下單、退出、退貨、付款等操作
軟體掃描：使用免費的軟體掃描，如：appscan、wvs、netsparker，burp等
可能存在的漏洞
Owasp關鍵點
代碼安全之上傳文件
代碼安全之文件包含
代碼安全之SSRF
邏輯漏洞之密碼重置
邏輯漏洞之支付漏洞
邏輯漏洞之越權訪問
平台安全之中間件安全
三、漏洞利用
針對不同的弱點有不同的漏洞利用方式，需要的知識點也比較多。一般這個階段包括兩種方式，一種是手工測試，一種是工具測試
手工測試
手工測試是通過客戶端或伺服器訪問目標服務，手工向目標程序發送特殊的數據，包括有效的和無效的輸入，觀察目標的狀態、對各種輸入的反應，根據結果來發現問題的漏洞檢測技術。手工測試不需要額外的輔助工具，可由測試者獨立完成，實現起來比較簡單。但這種方法高度依賴於測試者，需要測試者對目標比較了解。手工測試可用於Web應用程序、瀏覽器及其他需要用戶交互的程序。
這種方式對於有特殊過濾等操作，或者網路上沒有成型的利用工具的時候可以使用。
工具測試
網路上有很多好用的免費利用工具，比如針對sql注入的sqlmap、針對軟體漏洞的matesploit等。
⑸ web自動化測試計劃和步驟
測試用例：前置、步驟、斷言
項目周期長：功能會越來越復雜
歷史功能：比較穩定
回歸，歷史功能
開發-介面自動化同步
項目-8大模塊-2000左右用例數
1、熟悉業務
需求文檔/手動測試/產品聊，了解模塊之間的關系/測試人員
項目目前在測試的階段，棘手的問題
2、分析
系統當中哪些模塊適合自動化、哪些模塊不適合
歷史功能穩定性、功能復雜性
核心模塊
使用頻率模塊，哪一個模塊bug率目前偏高
測試團隊、產品 開會討論
篩選2個模塊 400個功能測試用例
如果是介面 ---介面有多少個，每個介面有多少個用例
3、功能測試 ---篩選自動化測試用例----核心功能、主流程、主功能點---140
用例評審===
4、自動化計劃
自動化類型：web/介面
框架選型：
團隊人員：
搭框架、定規范
時間規劃：用例編寫時間2個半月
效果：覆蓋率是多少---用例通過率---跟項目測試進度結合
⑹ web的功能測試怎樣測試
首先，查找需求說明、網站設計等相關文檔，分析測試需求。
制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試；界面測試；性能測試；資料庫測試；安全性測試；兼容性測試
設計測試用例：
功能性測試可以包括，但不限於以下幾個方面：
鏈接測試。鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。
提交功能的測試。
多媒體元素是否可以正確載入和顯示。
多語言支持是否能夠正確顯示選擇的語言等。
界面測試可以包括但不限於一下幾個方面：
頁面是否風格統一，美觀
頁面布局是否合理，重點內容和熱點內容是否突出
控制項是否正常使用
對於必須但未安裝的控制項，是否提供自動下載並安裝的功能
文字檢查
性能測試一般從以下三個方面考慮：
壓力測試；負載測試；強度測試
資料庫測試要具體決定是否需要開展。資料庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。
安全性測試：
基本的登錄功能的檢查
是否存在溢出錯誤，導致系統崩潰或者許可權泄露
相關開發語言的常見安全性問題檢查，例如SQL注入等
如果需要高級的安全性測試，確定獲得專業安全公司的幫助，外包測試，或者獲取支持
兼容性測試，根據需求說明的內容，確定支持的平台組合：
瀏覽器的兼容性；
操作系統的兼容性；
軟體平台的兼容性；
資料庫的兼容性
開展測試，並記錄缺陷。合理的安排調整測試進度，提前獲取測試所需的資源，建立管理體系（例如，需求變更、風險、配置、測試文檔、缺陷報告、人力資源等內容）。
定期評審，對測試進行評估和總結，調整測試的內容。
敲黑板！重點：推薦大家使用自動化測試工具TestWriter（測功能、測兼容性、測回歸的零編碼自動化測試工具 ），吼吼~
⑺ 求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才能使用。
⑻ web自動化測試中用例是如何維護的
1.用例的維護專門負責的自動化測試人員進行跟蹤維護的2.ui自動化框架測試數據是與代碼分離的
⑼ 如何測試一個web網站的性能
其實簡單來說，首先明確測試目的，咱仔爛們大部分時候都是功能測試哈，就主要講功能測試
1、要測試功能，那首先需要理清楚這個功能的業務，相當於需求澄清
2、規劃測試人力，整個測試需求的測試計劃
3、宴跡分配測試用例的設計任務，評審測試用例
4、准備測試環境，等待轉測試
5、轉測試分配測試用例的執行任務，預測試，執行測試用例，提交bug，回歸bug
6、發布測試報告，評估測試結果，如果測試通過，則測試退出，否則繼續進行下一輪測試
如果有性能測試，兼念祥漏容性，國際化測試等，另外安排。
⑽ 測試一個web系統，發送郵件的功能怎麼設計測試用例
郵件地址格式是否正確，錯誤提示信息是否准確合理。
郵件收件人是否可以輸入多個，如果可以驗證每個收件人是否都能收到正確的郵件；
多個收件人地址輸入有正確的也有錯誤的，系統如果處理？
收件人是否有域的限制，如果有檢查郵件地址的合法性。
郵件內容：
Subject,Body是否可以編輯，可以驗證編輯功能；
Subject,Body是否有固定格式，如果有，驗證格式正確性，一些需要取出的數據是否正確；
Subject,Body是否有字數，字體等要求；
收件人收到的郵件與編輯的是否一致。
如果可以有附件，檢查附件個數、大小限制；
所有附件是否可以正確發送到收件人郵箱，並且被接收。
發送超時如何處理？
還有一些其他的，如發送的時候有沒有選項要同時存到「已發送」，編輯的時候可以自動存到「草稿」等等，要看具體需求