本發(fā)明涉及app測試技術(shù)領(lǐng)域,特別是涉及app測試方法、app測試腳本生成裝置和app測試腳本執(zhí)行裝置。
背景技術(shù):
目前測試人員對于被測app(application應(yīng)用程序)的測試,是根據(jù)app的功能進行黑盒子測試。由于被測app的功能很多,測試人員需要逐條功能測試,將測試人員的逐條功能測試的思路和方法步驟抽象寫成代碼后,即可生成自動化測試腳本。
被測app的功能增加時需要同步增加對應(yīng)的測試腳本、被測app的測試思路改變時需要同步更改測試腳本、被測app的軟件操作步驟增加時需要擴展測試腳本等等,導致app測試腳本維護不及時,則會直接影響到測試效率,進而影響到整個app的測試周期,造成大量測試人員的人力資源浪費。
技術(shù)實現(xiàn)要素:
基于此,有必要針對被測app的測試腳本需要編寫代碼后執(zhí)行,若維護不及時影響會測試效率的問題,提供一種app測試方法、app測試腳本生成裝置和app測試腳本執(zhí)行裝置,所述方法包括:
啟動待測app;
依次獲取測試待測app時各測試動作在第一測試設(shè)備的屏幕上對應(yīng)的坐標信息;
獲取測試結(jié)束信息;
將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
在其中一個實施例中,在依次獲取測試待測app時各測試動作在第一測試設(shè)備的屏幕上對應(yīng)的坐標信息的步驟之后,在將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本的步驟之前,所述方法還包括:
獲取各所述測試動作對應(yīng)的測試反饋信息,所述測試反饋信息包括各所述測試動作對應(yīng)的反饋彈窗中的信息;
所述將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本,還包括:
將各所述測試動作對應(yīng)的坐標信息,和各所述測試動作對應(yīng)的測試反饋信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
在其中一個實施例中,在將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本的步驟之前,所述方法還包括:
獲取測試循環(huán)信息;
所述將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本,還包括:
將各所述測試動作對應(yīng)的坐標信息,和所述測試循環(huán)信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
本發(fā)明還提供一種app測試方法,所述方法包括:
獲取待測app的測試腳本,所述測試腳本中包括測試待測app時各測試動作在第二測試設(shè)備的屏幕上對應(yīng)的坐標信息,以及與各所述測試動作對應(yīng)的點擊順序;
啟動待測app;
根據(jù)各所述測試動作對應(yīng)的點擊順序,依次讀取所述測試腳本中的坐標信息,并根據(jù)所述坐標信息在所述第二測試設(shè)備的屏幕上執(zhí)行所述坐標信息對應(yīng)的測試動作。
在其中一個實施例中,所述測試腳本中包括測試待測app時各測試動作在第二測試設(shè)備的屏幕上對應(yīng)的坐標信息,以及與各所述測試動作對應(yīng)的點擊順序,還包括:
各所述測試動作對應(yīng)的測試反饋信息,所述測試反饋信息包括各所述測試動作對應(yīng)的反饋彈窗中的信息;
在根據(jù)各所述測試動作對應(yīng)的點擊順序,依次讀取所述測試腳本中的坐標信息,并根據(jù)所述坐標信息在所述第二測試設(shè)備的屏幕上執(zhí)行所述坐標信息對應(yīng)的測試動作的步驟之后,還包括:
讀取所述測試步驟對應(yīng)的測試實際反饋信息;
當所述測試實際反饋信息與所述測試動作對應(yīng)的測試反饋信息不一致時,停止測試所述待測app。
在其中一個實施例中,通過獲取測試待測app時各測試動作在測試設(shè)備上對應(yīng)的坐標信息,將所述各測試動作對應(yīng)的坐標信息按照操作順序生成測試腳本的方法,使得app測試腳本的生成,可以由不具備腳本軟件編輯能力的普通測試人員完成,提高了測試腳本的生成和更新速度,從而提高了整個app測試的測試效率。
在其中一個實施例中,通過獲取各測試動作對應(yīng)的反饋信息,并將各測試動作對應(yīng)的所述反饋信息加入生成的測試腳本中,以使所述測試腳本在執(zhí)行過程中,若所述測試測動作的實際反饋信息與測試腳本中不同,則停止執(zhí)行所述測試腳本,以使整個測試流程更加完善,提高app測試的測試效率。
在其中一個實施例中,將測試循環(huán)信息,加入生成的所述測試腳本中,以使所述測試腳本可以自帶循環(huán)執(zhí)行信息,避免了需要借助外部程序提供測試循環(huán)信息,進一步提高了所生成測試腳本的自動化程度,提高app測試的效率。
在其中一個實施例中,獲取待測app的測試腳本后,根據(jù)所述腳本中的坐標信息,依次在測試設(shè)備的屏幕上執(zhí)行相應(yīng)的點擊操作,即可完成測試。測試人員不需要對待測app中的各種功能和測試腳本的編程語言有深入的了解,即可完成待測app的測試工作,提高了app測試的測試效率。
在其中一個實施例中,通過讀取所述測試腳本中攜帶的測試動作的反饋信息,將其和獲取到的所述測試動作的實際反饋信息進行比對,當所述測試信息不一致時,后續(xù)的測試動作不需要執(zhí)行,提高了app測試的測試效率,避免了無意義的測試動作的執(zhí)行。
本發(fā)明還提供一種app測試腳本生成裝置,包括:
啟動模塊,用于啟動待測app;
坐標信息獲取模塊,用于依次獲取測試待測app時各測試動作在第一測試設(shè)備的屏幕上對應(yīng)的坐標信息;
測試結(jié)束信息獲取模塊,用于獲取測試結(jié)束信息;
測試腳本生成模塊,用于將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
在其中一個實施例中,還包括:
反饋信息獲取模塊,用于獲取各所述測試動作對應(yīng)的測試反饋信息,所述測試反饋信息包括各所述測試動作對應(yīng)的反饋彈窗中的信息;
所述測試腳本生成模塊,還用于將各所述測試動作對應(yīng)的坐標信息,和各所述測試動作對應(yīng)的測試反饋信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
在其中一個實施例中,還包括:
測試循環(huán)信息獲取模塊,用于獲取測試循環(huán)信息;
所述測試腳本生成模塊,還用于將各所述測試動作對應(yīng)的坐標信息,和所述測試循環(huán)信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
本發(fā)明還提供一種app測試腳本執(zhí)行裝置,包括:
測試腳本獲取模塊,用于獲取待測app的測試腳本,所述測試腳本中包括測試待測app時各測試動作在第二測試設(shè)備的屏幕上對應(yīng)的坐標信息,以及與各所述測試動作對應(yīng)的點擊順序;
測試啟動模塊,用于啟動待測app;
測試執(zhí)行模塊,用于根據(jù)各所述測試動作對應(yīng)的點擊順序,依次讀取所述測試腳本中的坐標信息,并根據(jù)所述坐標信息在所述第二測試設(shè)備的屏幕上執(zhí)行所述坐標信息對應(yīng)的測試動作。
在其中一個實施例中,還包括:
所述測試腳本獲取模塊,用于獲取的測試腳本中還包括各所述測試動作對應(yīng)的測試反饋信息,所述測試反饋信息包括各所述測試動作對應(yīng)的反饋彈窗中的信息;
測試實際反饋信息獲取模塊,用于讀取所述測試步驟對應(yīng)的測試實際反饋信息;
停止測試判斷模塊,用于當所述測試實際反饋信息與所述測試動作對應(yīng)的測試反饋信息不一致時,停止測試所述待測app。
在其中一個實施例中,通過獲取測試待測app時各測試動作在測試設(shè)備上對應(yīng)的坐標信息,將所述各測試動作對應(yīng)的坐標信息按照操作順序生成測試腳本的方法,使得app測試腳本的生成,可以由不具備腳本軟件編輯能力的普通測試人員完成,提高了測試腳本的生成和更新速度,從而提高了整個app測試的測試效率。
在其中一個實施例中,通過獲取各測試動作對應(yīng)的反饋信息,并將各測試動作對應(yīng)的所述反饋信息加入生成的測試腳本中,以使所述測試腳本在執(zhí)行過程中,若所述測試測動作的實際反饋信息與測試腳本中不同,則停止執(zhí)行所述測試腳本,以使整個測試流程更加完善,提高app測試的測試效率。
在其中一個實施例中,將測試循環(huán)信息,加入生成的所述測試腳本中,以使所述測試腳本可以自帶循環(huán)執(zhí)行信息,避免了需要借助外部程序提供測試循環(huán)信息,進一步提高了所生成測試腳本的自動化程度,提高app測試的效率。
在其中一個實施例中,獲取待測app的測試腳本后,根據(jù)所述腳本中的坐標信息,依次在測試設(shè)備的屏幕上執(zhí)行相應(yīng)的點擊操作,即可完成測試。測試人員不需要對待測app中的各種功能和測試腳本的編程語言有深入的了解,即可完成待測app的測試工作,提高了app測試的測試效率。
在其中一個實施例中,通過讀取所述測試腳本中攜帶的測試動作的反饋信息,將其和獲取到的所述測試動作的實際反饋信息進行比對,當所述測試信息不一致時,后續(xù)的測試動作不需要執(zhí)行,提高了app測試的測試效率,避免了無意義的測試動作的執(zhí)行。
附圖說明
圖1為一個實施例的app測試方法的流程示意圖;
圖2為另一個實施例的app測試方法的流程示意圖;
圖3為一個實施例的app測試方法的流程示意圖;
圖4為另一個實施例的app測試腳本生成裝置的結(jié)構(gòu)示意圖;
圖5為另一個實施例的app測試腳本生成裝置的結(jié)構(gòu)示意圖;
圖6為一個實施例的app測試腳本執(zhí)行裝置的結(jié)構(gòu)示意圖;
圖7為另一個實施例的app測試腳本執(zhí)行裝置的結(jié)構(gòu)示意圖。
具體實施方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白,以下結(jié)合附圖及實施例對本發(fā)明進行進一步詳細說明。應(yīng)當理解,此處所描述的具體實施例僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
圖1為一個實施例的app測試方法的流程示意圖,如圖1所示的app測試方法,包括:
步驟s100,啟動待測app。
具體地,由于需要測試待測app的各項功能及操作流程,在測試之前,需要啟動待測app,使待測app處于啟動狀態(tài)后才能開始測試,或開始進行本實施例中測試腳本的生成工作。
步驟s200,依次獲取測試待測app時各測試動作在第一測試設(shè)備的屏幕上對應(yīng)的坐標信息。
具體地,將所述待測app加載于測試設(shè)備后,待測app啟動后,每一個測試步驟對應(yīng)的測試動作,都不會在同一個坐標點上,如取消或確認,會分別顯示在在屏幕上的不同的位置,因此,各測試動作按照待測app啟動后的先后順序,都可以通過各所述測試動作在測試設(shè)備的屏幕上的坐標點來進行記錄。
步驟s300,獲取測試結(jié)束信息。
具體地,由于測試待測app時,各個測試流程的不同,或每次測試時待測app的具體反應(yīng)不同,而本實施例中,是通過記錄測試動作的坐標點的方式記錄測試步驟的,而不是記錄測試動作的具體操作內(nèi)容或操作反饋信息,因此,需要通過獲知一個測試結(jié)束信息來界定整個測試腳本的測試動作的結(jié)束。
獲取測試結(jié)束信息的具體方式,可以通過設(shè)置一個測試結(jié)束的選項供測試人員點擊后,獲取所述測試結(jié)束信息,也可以通過設(shè)置一個時長,當超過固定的時長沒有進一步的坐標信息被獲取時,則獲取測試結(jié)束信息。
步驟s400,將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
具體地,將所述各測試動作對應(yīng)的坐標信息,通過sqlite數(shù)據(jù)庫的方式存儲起來。在生成所述測試腳本時,需要將測試動作的坐標信息,按照所述測試動作的執(zhí)行順序,寫入測試腳本中,以生成待測app的測試腳本。
在本實施例中,通過獲取測試待測app時各測試動作在測試設(shè)備上對應(yīng)的坐標信息,將所述各測試動作對應(yīng)的坐標信息按照操作順序生成測試腳本的方法,使得app測試腳本的生成,可以由不具備腳本軟件編輯能力的普通測試人員完成,提高了測試腳本的生成和更新速度,從而提高了整個app測試的測試效率。
在其中一個實施例中,在依次獲取測試待測app時各測試動作在第一測試設(shè)備的屏幕上對應(yīng)的坐標信息的步驟之后,在將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本的步驟之前,所述方法還包括:獲取各所述測試動作對應(yīng)的測試反饋信息,所述測試反饋信息包括各所述測試動作對應(yīng)的反饋彈窗中的信息;所述將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本,還包括:將各所述測試動作對應(yīng)的坐標信息,和各所述測試動作對應(yīng)的測試反饋信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
具體地,在待測app的測試過程中,每一個測試動作,都可能會包含不同的反饋信息,如各種原因?qū)е碌牟僮魇〉?,所述反饋信息通過彈窗或直接在app的顯示頁面中顯示不正常的信息來表現(xiàn)。
通過獲取所述反饋信息中的特定信息的特定用詞的方式,也可以通過對特定的失敗信息進行全文匹配的方式,獲取測試動作的反饋信息。
獲取到特定測試動作的反饋信息后,通過測試動作與其對應(yīng)的反饋信息的組合,使得用于整個的測試過程的,各個測試動作對應(yīng)的坐標信息之間的邏輯關(guān)系更強。
在本實施例中,通過獲取各測試動作對應(yīng)的反饋信息,并將各測試動作對應(yīng)的所述反饋信息加入生成的測試腳本中,以使所述測試腳本在執(zhí)行過程中,若所述測試測動作的實際反饋信息與測試腳本中不同,則停止執(zhí)行所述測試腳本,以使整個測試流程更加完善,提高app測試的測試效率。
在其中一個實施例中,在將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本的步驟之前,所述方法還包括:獲取測試循環(huán)信息;所述將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本,還包括:將各所述測試動作對應(yīng)的坐標信息,和所述測試循環(huán)信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
具體地,由于app測試中需要數(shù)量較多的多次循環(huán),將所述的循環(huán)次數(shù)寫入所述的測試腳本中后,測試腳本的循環(huán)測試執(zhí)行過程不需要再借助外部的服務(wù)實現(xiàn),具體的實現(xiàn)方式,可以通過設(shè)置操作次數(shù)標志位的方式來具體實現(xiàn)即可。
在本實施例中,將測試循環(huán)信息,加入生成的所述測試腳本中,以使所述測試腳本可以自帶循環(huán)執(zhí)行信息,避免了需要借助外部程序提供測試循環(huán)信息,進一步提高了所生成測試腳本的自動化程度,提高app測試的效率。
圖2為另一個實施例的app測試方法的流程示意圖,如圖2所示的app測試方法,包括:
步驟s10,獲取待測app的測試腳本,所述測試腳本中包括測試待測app時各測試動作在第二測試設(shè)備的屏幕上對應(yīng)的坐標信息,以及與各所述測試動作對應(yīng)的點擊順序。
具體地,一個待測app可以有多個測試腳本,確定好待測app的測試內(nèi)容后,獲取所述測試內(nèi)容對應(yīng)的測試腳本。所述測試腳本執(zhí)行測試,通過依次執(zhí)行所述測試腳本中的按順序記錄的坐標信息對應(yīng)的測試動作來實現(xiàn)。
步驟s20,啟動待測app。
具體地,獲取到所述測試腳本后,啟動待測app,已進入測試狀態(tài)。
步驟s30,根據(jù)各所述測試動作對應(yīng)的點擊順序,依次讀取所述測試腳本中的坐標信息,并根據(jù)所述坐標信息在所述第二測試設(shè)備的屏幕上執(zhí)行所述坐標信息對應(yīng)的測試動作。
具體地,通過在所述坐標信息對應(yīng)的位置,執(zhí)行點擊操作,即可完成響應(yīng)的測試動作,將測試腳本中的測試動作按照順序執(zhí)行后,即可完成測試腳本的測試內(nèi)容。
所述的按照順序執(zhí)行測試動作,可能是測試人員手動執(zhí)行,也可以通過設(shè)定好的程序自動執(zhí)行。
在本實施例中,獲取待測app的測試腳本后,根據(jù)所述腳本中的坐標信息,依次在測試設(shè)備的屏幕上執(zhí)行相應(yīng)的點擊操作,即可完成測試。測試人員不需要對待測app中的各種功能和測試腳本的編程語言有深入的了解,即可完成待測app的測試工作,提高了app測試的測試效率。
圖3為一個實施例的app測試方法的流程示意圖,如圖3所示的app測試方法,包括:
步驟s10a,獲取待測app的測試腳本,所述測試腳本中包括測試待測app時各測試動作在第二測試設(shè)備的屏幕上對應(yīng)的坐標信息,以及與各所述測試動作對應(yīng)的點擊順序,還包括各所述測試動作對應(yīng)的測試反饋信息,所述測試反饋信息包括各所述測試動作對應(yīng)的反饋彈窗中的信息。
具體地,所述測試腳本中,包括了各所述測試動作的測試反饋信息,由于在app的正常操作過程和測試操作過程中,都會根據(jù)操作動作的執(zhí)行內(nèi)容設(shè)置反饋信息,如app操作打開某個頁面時,出現(xiàn)錯誤無法打開頁面時,會給出一個反饋信息提示操作者是因為何種原因打開失敗等,尤其對于app測試來說,此類操作反饋信息非常重要,因此,在測試腳本中,將不同操作動作的反饋信息包括在內(nèi)后,可以使app操作的流程邏輯性更強,更有針對性。
步驟s20a,啟動待測app。
具體地,所述啟動待測app的步驟,也可以在步驟s10a的步驟之前執(zhí)行。
步驟s30a,根據(jù)各所述測試動作對應(yīng)的點擊順序,依次讀取所述測試腳本中的坐標信息,并根據(jù)所述坐標信息在所述第二測試設(shè)備的屏幕上執(zhí)行所述坐標信息對應(yīng)的測試動作。
具體地,同步驟s30。
步驟s40a,讀取所述測試步驟對應(yīng)的測試實際反饋信息。
具體地,當所述測試步驟有對應(yīng)的測試反饋信息時,讀取測試中實際獲取到的反饋信息。所述反饋信息的獲取,通過提取彈窗內(nèi)的內(nèi)容,或通過提取app頁面的內(nèi)容均可。
步驟s50a,當所述測試實際反饋信息與所述測試動作對應(yīng)的測試反饋信息不一致時,停止測試所述待測app。
具體地,當所述實際的反饋信息,和測試腳本中設(shè)定好的反饋信息不同時,則正在執(zhí)行的測試步驟,已經(jīng)不復合腳本測試設(shè)定好的流程,因此需要停止測試所述待測app。
在本實施例中,通過讀取所述測試腳本中攜帶的測試動作的反饋信息,將其和獲取到的所述測試動作的實際反饋信息進行比對,當所述測試信息不一致時,后續(xù)的測試動作不需要執(zhí)行,提高了app測試的測試效率,避免了無意義的測試動作的執(zhí)行。
圖4為另一個實施例的app測試腳本生成裝置的結(jié)構(gòu)示意圖,如圖4為另一個實施例的app測試腳本生成裝置,包括:
啟動模塊100,用于啟動待測app;
坐標信息獲取模塊200,用于依次獲取測試待測app時各測試動作在第一測試設(shè)備的屏幕上對應(yīng)的坐標信息;
測試結(jié)束信息獲取模塊300,用于獲取測試結(jié)束信息;
測試腳本生成模塊400,用于將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
在本實施例中,通過獲取測試待測app時各測試動作在測試設(shè)備上對應(yīng)的坐標信息,將所述各測試動作對應(yīng)的坐標信息按照操作順序生成測試腳本的方法,使得app測試腳本的生成,可以由不具備腳本軟件編輯能力的普通測試人員完成,提高了測試腳本的生成和更新速度,從而提高了整個app測試的測試效率。
圖5為另一個實施例的app測試腳本生成裝置的結(jié)構(gòu)示意圖,如圖5所示的app測試腳本生成裝置,包括:
啟動模塊100,用于啟動待測app。
坐標信息獲取模塊200,用于依次獲取測試待測app時各測試動作在第一測試設(shè)備的屏幕上對應(yīng)的坐標信息。
測試結(jié)束信息獲取模塊300,用于獲取測試結(jié)束信息。
測試腳本生成模塊400,用于將各所述測試動作對應(yīng)的坐標信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本;還用于將各所述測試動作對應(yīng)的坐標信息,和各所述測試動作對應(yīng)的測試反饋信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本;還用于將各所述測試動作對應(yīng)的坐標信息,和所述測試循環(huán)信息,按照與各所述測試動作對應(yīng)的點擊順序生成所述待測app的測試腳本。
反饋信息獲取模塊500,用于獲取各所述測試動作對應(yīng)的測試反饋信息,所述測試反饋信息包括各所述測試動作對應(yīng)的反饋彈窗中的信息;
測試循環(huán)信息獲取模塊600,用于獲取測試循環(huán)信息;
在本實施例中,通過獲取各測試動作對應(yīng)的反饋信息,并將各測試動作對應(yīng)的所述反饋信息加入生成的測試腳本中,以使所述測試腳本在執(zhí)行過程中,若所述測試測動作的實際反饋信息與測試腳本中不同,則停止執(zhí)行所述測試腳本,以使整個測試流程更加完善,提高app測試的測試效率。將測試循環(huán)信息,加入生成的所述測試腳本中,以使所述測試腳本可以自帶循環(huán)執(zhí)行信息,避免了需要借助外部程序提供測試循環(huán)信息,進一步提高了所生成測試腳本的自動化程度,提高app測試的效率。
圖6為一個實施例的app測試腳本執(zhí)行裝置的結(jié)構(gòu)示意圖,如圖6所示的app測試腳本執(zhí)行裝置,包括:
測試腳本獲取模塊10,用于獲取待測app的測試腳本,所述測試腳本中包括測試待測app時各測試動作在第二測試設(shè)備的屏幕上對應(yīng)的坐標信息,以及與各所述測試動作對應(yīng)的點擊順序;
測試啟動模塊20,用于啟動待測app;
測試執(zhí)行模塊30,用于根據(jù)各所述測試動作對應(yīng)的點擊順序,依次讀取所述測試腳本中的坐標信息,并根據(jù)所述坐標信息在所述第二測試設(shè)備的屏幕上執(zhí)行所述坐標信息對應(yīng)的測試動作。
在本實施例中,獲取待測app的測試腳本后,根據(jù)所述腳本中的坐標信息,依次在測試設(shè)備的屏幕上執(zhí)行相應(yīng)的點擊操作,即可完成測試。測試人員不需要對待測app中的各種功能和測試腳本的編程語言有深入的了解,即可完成待測app的測試工作,提高了app測試的測試效率。
圖7為另一個實施例的app測試腳本執(zhí)行裝置的結(jié)構(gòu)示意圖,如圖7所示的app測試腳本執(zhí)行裝置,包括:
測試腳本獲取模塊10,用于獲取待測app的測試腳本,所述測試腳本中包括測試待測app時各測試動作在第二測試設(shè)備的屏幕上對應(yīng)的坐標信息,以及與各所述測試動作對應(yīng)的點擊順序;用于獲取的測試腳本中還包括各所述測試動作對應(yīng)的測試反饋信息,所述測試反饋信息包括各所述測試動作對應(yīng)的反饋彈窗中的信息。
測試啟動模塊20,用于啟動待測app。
測試執(zhí)行模塊30,用于根據(jù)各所述測試動作對應(yīng)的點擊順序,依次讀取所述測試腳本中的坐標信息,并根據(jù)所述坐標信息在所述第二測試設(shè)備的屏幕上執(zhí)行所述坐標信息對應(yīng)的測試動作。
測試實際反饋信息獲取模塊40,用于讀取所述測試步驟對應(yīng)的測試實際反饋信息。
停止測試判斷模塊50,用于當所述測試實際反饋信息與所述測試動作對應(yīng)的測試反饋信息不一致時,停止測試所述待測app。
在本實施例中,通過讀取所述測試腳本中攜帶的測試動作的反饋信息,將其和獲取到的所述測試動作的實際反饋信息進行比對,當所述測試信息不一致時,后續(xù)的測試動作不需要執(zhí)行,提高了app測試的測試效率,避免了無意義的測試動作的執(zhí)行。
以上所述實施例的各技術(shù)特征可以進行任意的組合,為使描述簡潔,未對上述實施例中的各個技術(shù)特征所有可能的組合都進行描述,然而,只要這些技術(shù)特征的組合不存在矛盾,都應(yīng)當認為是本說明書記載的范圍。
以上所述實施例僅表達了本發(fā)明的幾種實施方式,其描述較為具體和詳細,但并不能因此而理解為對發(fā)明專利范圍的限制。應(yīng)當指出的是,對于本領(lǐng)域的普通技術(shù)人員來說,在不脫離本發(fā)明構(gòu)思的前提下,還可以做出若干變形和改進,這些都屬于本發(fā)明的保護范圍。因此,本發(fā)明專利的保護范圍應(yīng)以所附權(quán)利要求為準。