❶ 自動化測試基本流程是什麼
自動化測試基本流程
1、制定測試計劃
在展開自動化測試之前，最好做個測試計劃，明確測試對象、測試目的、測試的項目內容、測試的方法、測試的進度要求，並確保測試所需的人力、硬體、數據等資源都准備充分。制定好測試計劃後，下發給用例設計者。
2、分析測試需求
用例設計者根據測試計劃和需求說明書，分析測試需求，設計測試需求樹，以便用例設計時能夠覆蓋所有的需求點。一般來講，基於Web功能測試需要覆蓋一下幾個方面：
1）頁面鏈接測試，確保各個鏈接正常；
2）頁面控制項測試，確保各個控制項可靠；
3）頁面功能測試，確保各項操作正常；
4）數據處理測試，確保數據顯示准確、處理精確可靠；
5）模塊業務邏輯測試，確保各個業務流程暢通。
3、設計測試用例
通過分析測試需求，設計出能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。由於不是所有的測試用例都能用自動化來執行，所以需要將能夠執行自動化測試的用例匯總成自動化測試用例。必要時，要將登陸系統的用戶、密碼、產品、客戶等參數信息獨立出來形成測試數據，便於腳本開發。
4、搭建測試環境
自動化測試人員在用例設計工作開展的同時即可著手搭建測試環境。因為自動化測試的腳本編寫需要錄制頁面控制項，添加對象。測試環境的搭建，包括被測系統的部署、測試硬體的調用、測試工具的安裝和設置、網路環境的布置等。
5、編寫測試腳本
根據自動化測試用例和問題的難易程度，採取適當的腳本開發方法編寫測試較薄。一般先通過錄制的方式獲取測試所需要的頁面控制項，然後再用結構化語句控制腳本的執行，插入檢查點和異常判定反饋語句，將公共普遍的功能獨立成共享腳本，必要時對數據驚醒參數化。當然還可以用其他高級功能編輯腳本。腳本編寫好了之後，需要反復執行，不斷調試，知道運行正常為止。腳本的編寫和命名要符合管理規范，以便統一管理和維護。
6、分析測試結果、記錄測試問題
應該及時分析自動化測試結果，建議測試人員每天抽出一定時間，對自動化測試結果進行分析，以便盡早地發現缺陷。如果採用開源自動化測試工具，建議對其進行二次開發，以便與測試部門選定的缺陷管理工具緊密結合。理想情況下，自動化測試案例運行失敗後，自動化測試平台就會自動上報一個缺陷。測試人員只需每天抽出一地你該時間，確認這些自動上報的缺陷，是否是真實的系統缺陷。如果是系統缺陷就提交開發人員修復，如果不是系統缺陷，就檢查自動化測試腳本或者測試環境。
7、跟蹤測試BUG
測試記錄的BUG要記錄到缺陷管理工具中去，以便定期跟蹤處理。開發人員修復後，需要對此問題執行回歸測試，就是重復執行一次該問題對應的較薄，執行通過則關閉，否則繼續修改。如果問題的修改方案與客戶達成一致，但與原來的需求有所偏離，那麼在回歸測試前，還需要對腳本進行必要的修改和調試。
8、自動化腳本的維護
如果系統發生變更時，對自動化測試腳本和相關文檔包括《自動化測試用例》、《自動化腳本設計說明書》進行維護，以適應變更後的系統。
❷ 有沒有高手給我講下Loadrunner 如何手寫測試腳本，一般需要注意哪些（724588691）
lr的壓力是針對伺服器的，說白了也就是模擬一個客戶端發送數據到伺服器，在接受伺服器給你的數據。要手寫腳本需要清楚以下一些東西：
1、客戶端和伺服器數據交換流程
2、協議文檔（此協議文檔指伺服器和客戶端協定的數據格式和內容）
3、數據提交函數，最常用的函數：web_custom_request ，其次還有web_submit_data和web_submit_form
4、檢查點函數，最常用的函數：web_reg_find，還有web_find
5、動態關聯函數：web_reg_save_param
6、參數化
剛開始的時候可以先從錄制的腳本把相應的函數復制過來，自己更改數據和添加相應的函數功能，上手之後就可以完全自己去寫。
❸ 可用性測試腳本應包含哪些內容
可用性測試腳本應包含：
（1）連接速度測試。用戶連接到電子商務網的速度與上網方式有關，他們或許是電話撥號，或是寬頻上網。
（2）負載測試。負載測試是在某一負載級別下，檢測電子商務系統的實際性能。也就是能允許多少個用戶同時在線！可以通過相應的軟體在一台客戶機上模擬多個用戶來測試負載。
（3）壓力測試。壓力測試是測試系統的限制和故障恢復能力，也就是測試電子商務系統會不會崩潰。
概述
更改目標軟體時，需要對測試過程進行局部的可控制的變更。這將使得測試過程和測試腳本對目標軟體的變化有更大的應變能力。例如，假設軟體的登錄部分已經改變。在遍歷該登錄部分的所有測試用例中，只有關於登錄的測試過程和測試腳本需要進行改變。
測試腳本是針對一個測試過程的。一個測試過程往往需要眾多的數據來測試。通過自動錄製得到的腳本，所有的輸入數據都是常數，是固定的。