1. Web自動化的流程
web自動化流程
一. 了解需求，什麼是系統的核心業務
二. 編寫測試用例：用例名稱，前置條件，測試數據，測試步驟，期望結果
三. 自動化代碼的初步構建：所有的元素定位、元素操作、測試用例都寫在一個模塊中
問題：
1. 層次混亂，一旦頁面元素調整，需要挨個尋找對應的測試模塊，測試類，測試用例函數，不便於後期維護
2. 不便於代碼的復用
四. 引入PO模式，進行分層設計：實現測試用例和頁面對象分離
好處：
1. 層次清晰，相互獨立，易維護
2. 頁面對象可以多次調用，提高了代碼的復用度
五. 引入單元測試框架unittest
六. 優化分層設計
將每個頁面公共的屬性和方法提取出來，封裝成一個BasePage模塊下的BasePage類，後期各個頁面只需要繼承它，就可以獲得父類的所有屬性和方法，這樣不僅簡化了代碼，而且提高了復用度
七. 引入pytest：基於unittest，比unittest更"智能"
好處：
1. 可以通過打標記來運行特定的測試用例
2. 利用contest.py定義公共的fixture，多個測試類中都可以調用，不需要每個測試用例類都定義一遍環境准備和環境清理，簡化了代碼
3. pytest可以按一定規則自動發現測試用例，而unittest則需要向指定的測試套件中添加測試用例
4. 利用pytest-html庫，可以生成自帶的html報告和xml文件，而xml文件的好處是方便跟其它平台的集成和展示，方便做二次開發
八. 注意點
1. 做自動化前，要有獨立的賬號，避免外界環境的干擾
2. 頁面順序完全是由業務邏輯來決定，由測試用例來決定。因此在封裝頁面時不用考慮誰來調用它，不用考慮哪一個頁面操作之後再來使用它(或者哪一個功能操作之後再來使用它)，應該考慮的是無論前面做了什麼樣的操作，誰來用它，任何一個步驟來調用它的時候，它都能正常的操作(這也是為什麼一些頁面的元素需要滾動操作)
3. 在封裝功能時不要考慮在用例中是什麼意思，只需要考慮在本頁面是什麼功能(比如：標詳情頁面獲取余額功能的封裝，不需要把函數命名為get_user_left_money_before_invest，而是在只考慮它的功能的情況下命名為get_user_left_money)
4. 在選標的過程中，不要指定特定的標名，而是要隨機選擇，因為頁面上的標是會變的。因此測試數據的選取，用例的設計要遵循盡量不要依賴系統的原則，這樣也提高了代碼的穩定性
5. 投資操作的前置條件是：可用余額要大於投資金額，如何保證這個條件，有兩種方法：
1) 後台充值足夠多的錢
2) 判斷當前用戶余額夠不夠，不夠就充值，可以調用查詢介面查詢用戶余額，調用充值介面進行充值——因為API操作是非常快的，這也提高了測試用例的效率
6. 保證用例的獨立性：每一個測試用例都要重新打開瀏覽器
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的功能測試怎樣測試
首先，查找需求說明、網站設計等相關文檔，分析測試需求。
制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試；界面測試；性能測試；資料庫測試；安全性測試；兼容性測試
設計測試用例：
功能性測試可以包括，但不限於以下幾個方面：
鏈接測試。鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。
提交功能的測試。
多媒體元素是否可以正確載入和顯示。
多語言支持是否能夠正確顯示選擇的語言等。
界面測試可以包括但不限於一下幾個方面：
頁面是否風格統一，美觀
頁面布局是否合理，重點內容和熱點內容是否突出
控制項是否正常使用
對於必須但未安裝的控制項，是否提供自動下載並安裝的功能
文字檢查
性能測試一般從以下三個方面考慮：
壓力測試；負載測試；強度測試
資料庫測試要具體決定是否需要開展。資料庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。
安全性測試：
基本的登錄功能的檢查
是否存在溢出錯誤，導致系統崩潰或者許可權泄露
相關開發語言的常見安全性問題檢查，例如SQL注入等
如果需要高級的安全性測試，確定獲得專業安全公司的幫助，外包測試，或者獲取支持
兼容性測試，根據需求說明的內容，確定支持的平台組合：
瀏覽器的兼容性；
操作系統的兼容性；
軟體平台的兼容性；
資料庫的兼容性
開展測試，並記錄缺陷。合理的安排調整測試進度，提前獲取測試所需的資源，建立管理體系（例如，需求變更、風險、配置、測試文檔、缺陷報告、人力資源等內容）。
定期評審，對測試進行評估和總結，調整測試的內容。
敲黑板！重點：推薦大家使用自動化測試工具TestWriter（測功能、測兼容性、測回歸的零編碼自動化測試工具 ），吼吼~
4. 軟體測試的基本流程咋樣對WEB網站進行簡單的功能測試
軟體測試基本流程是：測試計劃，測試需求分析，測試用例的編寫，測試執行，測試結果的分析，測試報告的編寫。開發人員修改了bug後，一般要進行回歸測試這樣來進行測試的迭代。這就是大致的一個流程。希望對你有所幫助。
5. web自動化測試的流程
自動化測試流程
(1)需求分析(2)挑選適合做自動化測試的功能(3)設計測試用例(4)搭建自動化則試環境[可選](5)設計自動化測試項目的架構[可選](6)編寫代碼(7)執行測試用例(8)生成測試報告並分析結果
自動化項目框架自動化框架
①順序:先編寫工具類--> (父類) -P代碼(對象庫存-操作層->業務層) ->unittest框架編寫腳本(數據驅動JISON讀取) ->測試報告->日誌
②用了selenium和uittest框架 使用po三層分層模式進行框架設計
③然後編寫測試腳本調用 用unittest框架編寫數據驅動存放測試數據
④執行完成了之後通過第三方模塊生成測試報告
⑤日誌
我也就能幫你到這里了，希望對你有所幫助。