回放測試腳本

A. 怎麼對手機app進行測試腳本的錄制，進而使用Jmeter進行性能測試

今天逛了下51測試論壇，突然想到Jmeter可以設置代理伺服器，並且能自動錄制HTTP請求介面，於是乎就想用到了用JMeter設置代理伺服器，然後手機連接代理到電腦，並抓取手機APP的請求。
具體步驟：
1、電腦啟動jmeter

2、jmeter在測試計劃新建線程組，在工作台新建http代理伺服器

3、設置IE代理到本地

4、手機wifi設置代理連接到PC

5、【啟動】jmeter代理伺服器

6、現在電腦隨便點開一個網頁測試是否能抓到包

7、一切正常，手機開始啟動app執行登陸操作，輸入手機號碼獲取簡訊驗證碼

8、保存回放
在jmeter保存腳本後，再回放腳本，指定手機號碼能正常收到簡訊。

B. 怎麼對手機app進行測試腳本的錄制，進而使用Jmeter進行性能測試

1、新建一個ThreadGroup

分組裡面是介面的請求

後續就可以針對性能測試場景設置參數化、延時、集合點，事務。

JMeter是Apache組織開發的基於Java的壓力測試工具。用於對軟體做壓力測試，它最初被設計用於Web應用測試，但後來擴展到其他測試領域。它可以用於測試靜態和動態資源，例如靜態文件、Java小服務程序、CGI腳本、Java對象、資料庫、FTP伺服器，等等。

C. python已經自動化了，大家一般用什麼測試框架

首先我們需要明白自動化測試框架更傾向於一種設計思想 ，這種思想指導工具的使用或者自研開發，並且不是只能使用僅僅一種框架，結合被測系統本身特性一般是選擇多種測試框架的組合，來滿足測試和設計需求(開發、維護角度)。
錄制回放測試框架

錄制回放測試框架所採用的原理是通過錄制應用程序產生的線性腳本進行回放從而達到自動化測試的目的。

優點：對測試人員測試開發能力要求最低，通過錄制就可以得到所需腳本。

缺點：一般不具有邏輯判斷的能力 ，可維護性差 ，效率低。

適應場景：不推薦，傳統的UI自動化測試逐步弱化。關於U自動化，一定要清楚 被測系統是否滿足開展自動化的條件，在被測系統變動頻繁的項目中，開展UI自動化無疑是挖了一個很大的坑，其後期維護工作足以讓大心疲憊，被迫放棄自動化測試。
測試庫構架框架(The Test Library Architecture Framework )

測試庫構架框架的核心思想可以概括為系統功能操作和業務邏輯的解耦。將所有的針對測試系統支持的功能操作封裝在測試庫中，測試腳本調用測試庫的同時傳遞外部的測試數據，測試庫的編寫由自動化測試發工程編寫(可以不懂業務)，負責控制項的變更和維護， 測試腳本的編寫可由對業務比較掌握的自動化測試開發工程編寫，負責業務邏輯、測試數據的變更和維護。

優點：被測試系統無論是哪層發生變化(代碼層或業務層等)，只需要相應的人員進行變更維護即可。

缺點：變更引起的維護工作同時附加在自動化測試開發工程師與業務測試人員身上，維護代碼建級大。

適應場景：基於各種自動化開展方式(基於工具如Jemet或不基於工具的自研研發+持續集成)一般都會應用該框架。
數據驅動的自動化測試框架( The Data-Driven Testing Framework )

數據驅動的核心思想可以概括為數據(測試數據、配置數據)與代碼解耦。該種框架的原理是採用了數據驅動腳本進行測試，數據驅動腳本是將數據輸入存儲在獨立的數據文件中，腳本只存代碼，運行時腳本的輸入直接從文件中讀取，如此相同的腳本(代碼模版)可以運行於不同的測試用例中，實現了代碼與數據的分離。

優點：對於業務人員由面向代碼的開發轉換為面向配置的設計(參數組合設計)， 降低了開發難度與開發成本，同時提高了測試用例的易擴展性，可以快速擴展相似測試，實現了自動化代碼不隨用例的增長而增

缺點：測試腳本的維護由自動化測試開發工程師負責，要求懂自動化編程和業務邏輯，初始測試腳本設計成本較大，具有一定局限性 (針對相同的測試內容並具有相同的測試邏輯).

適用場景：更適應於測試內容測試邏相重復度高，被測對象對測試用例易擴展性、可復用性要求較高的場景。
關鍵字或表驅動的自動化測試框架(The Keyword-Driven or Table-Driven Testing Framework )

關鍵字驅動是對數據驅動的邏相擴展，它的核心思想可以概括為數據代碼流程(邏輯)解耦，同時完成了代碼與測試描述(針對被測對象的測試描述)的映射。該框架的原理是基於數據驅動的基礎上，完成了對被測對象的拆分、抽象、 封裝使之映射成個個「關鍵詞」 (測試描述)，編寫測試用例時，僅需要對關鍵詞進行組合 ，即可完成不同場景的測試用例開發。

優點:對於業務手工測試人員，由面向代碼或配置的開發轉化為面向自然語言(測試描述)的開發，最大程度的降低了開發難度與維護成本，同時提高了測試用例的易擴展性、易組織性，實現了自動化代碼不隨用例的增長而增多。

缺點:對測試人員的測試開發能力以及業務了解程度要求很高。

適用場景:被測對象包含復雜業務流程(邏輯)，當然復雜的能做簡單的更ok。
了解 更多可以看著這篇文章，希望對你有所幫助，歡迎關注、點贊支持。
https://www.toutiao.com/i6616242076721873416/

D. 自動化測試腳本的基本功能有哪些

自動化測試腳本的基本功能有腳本語言，對象識別，自動執行和結果判斷。

1、測試需求分析階段。測試需求分析階段主要工作是獲得測試項目的測試需求（測試規格）。輸出產物：《可測試性需求說明書》和《測試規格》。

2、測試計劃階段。以測試需求為基礎，分析產品的總體測試策略。輸出產物：《產品總體測試策略》。

Test Partner：

它使測試人員和開發人員都可以使用可視的腳本編制和自動向導來生成可重復的測試，用戶可以調用VBA的所有功能，並進行任何水平層次和細節的測試。TestPartner的腳本開發採用通用的、分層的方式來進行。

沒有編程知識的測試人員也可以通過TestPartner的可視化導航器來快速創建測試並執行。通過可視的導航器錄制並回放測試，每一個測試都將被展示為樹狀結構，以清楚地顯現測試通過應用的路徑。