本公開(kāi)涉及測(cè)試技術(shù)領(lǐng)域，尤其涉及支付應(yīng)用的測(cè)試方法及裝置。

背景技術(shù)：

目前，在開(kāi)發(fā)完一個(gè)能夠完成各種支付功能的應(yīng)用之后，在將該應(yīng)用發(fā)布之前，都需要對(duì)該應(yīng)用進(jìn)行測(cè)試，以確定其各項(xiàng)支付功能是否正常，從而避免后期給用戶(hù)帶來(lái)很大不便，但相關(guān)技術(shù)中的測(cè)試都是人工地對(duì)銀行卡、支付寶、微信等各種支付渠道和充值、消費(fèi)、提現(xiàn)、轉(zhuǎn)賬等各種支付產(chǎn)品進(jìn)行測(cè)試，這樣大大地浪費(fèi)了人力資源，整體的測(cè)試時(shí)間也比較長(zhǎng)，且不同支付渠道所需測(cè)試的內(nèi)容及用例大體相同，因而會(huì)導(dǎo)致很多無(wú)用功。

技術(shù)實(shí)現(xiàn)要素：

本公開(kāi)實(shí)施例提供了支付應(yīng)用的測(cè)試方法及裝置。所述技術(shù)方案如下：

根據(jù)本公開(kāi)實(shí)施例的第一方面，提供了一種支付應(yīng)用的測(cè)試方法，包括：

接收與待測(cè)試支付應(yīng)用中的待測(cè)試支付渠道相應(yīng)的測(cè)試環(huán)境信息，其中，所述測(cè)試環(huán)境信息包括：預(yù)設(shè)賬戶(hù)信息和所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，且所述支付測(cè)試用例用于記錄根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中可執(zhí)行的與所述待測(cè)試支付渠道相關(guān)的所有可操作步驟；

接收測(cè)試指令；

執(zhí)行所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，以模擬用戶(hù)根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中執(zhí)行所述所有可操作步驟；

根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障。

在一個(gè)實(shí)施例中，所述根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障，包括：

當(dāng)所述當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定所述待測(cè)試支付渠道不存在故障。

在一個(gè)實(shí)施例中，所述根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障，包括：

當(dāng)所述當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果不一致時(shí)，確定待測(cè)試支付方式存在故障；

提示故障信息。

在一個(gè)實(shí)施例中，所述方法還包括：

在滿(mǎn)足預(yù)設(shè)執(zhí)行條件時(shí)，重新執(zhí)行所述支付測(cè)試用例或者執(zhí)行根據(jù)所述當(dāng)前支付結(jié)果修改的所述支付測(cè)試用例，直至所述支付測(cè)試用例的當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定所述待測(cè)試支付渠道不存在故障，

其中，所述預(yù)設(shè)執(zhí)行條件包括以下至少一項(xiàng)條件：

監(jiān)測(cè)到所述支付測(cè)試用例或者所述待測(cè)試支付渠道對(duì)應(yīng)的程序被修改；

接收到對(duì)所述待測(cè)試支付渠道重新進(jìn)行測(cè)試的測(cè)試指令；

當(dāng)前時(shí)間達(dá)到重新測(cè)試所述待測(cè)試支付渠道的預(yù)設(shè)測(cè)試時(shí)間。

在一個(gè)實(shí)施例中，所述方法還包括：

在向所述待測(cè)試支付應(yīng)用中添加新的支付渠道后，接收與所述新的支付渠道相應(yīng)的測(cè)試環(huán)境信息。

在一個(gè)實(shí)施例中，所述方法還包括：

在向所述待測(cè)試支付應(yīng)用中添加新的支付產(chǎn)品后，接收所述新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息；

獲取與所述新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果。

根據(jù)本公開(kāi)實(shí)施例的第二方面，還提供一種支付應(yīng)用的測(cè)試裝置，包括：

部署模塊，用于接收與待測(cè)試支付應(yīng)用中的待測(cè)試支付渠道相應(yīng)的測(cè)試環(huán)境信息，其中，所述測(cè)試環(huán)境信息包括：預(yù)設(shè)賬戶(hù)信息和所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，且所述支付測(cè)試用例用于記錄根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中可執(zhí)行的與所述待測(cè)試支付渠道相關(guān)的所有可操作步驟；

控制模塊，用于接收測(cè)試指令，執(zhí)行所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，以模擬用戶(hù)根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中執(zhí)行所述所有可操作步驟；

驗(yàn)證模塊，用于根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障。

在一個(gè)實(shí)施例中，所述驗(yàn)證模塊包括：

第一確定子模塊，用于當(dāng)所述當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定所述待測(cè)試支付渠道不存在故障。

在一個(gè)實(shí)施例中，所述驗(yàn)證模塊包括：

第二確定子模塊，用于當(dāng)所述當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果不一致時(shí)，確定所述待測(cè)試支付渠道存在故障；

提示子模塊，用于提示故障信息。

在一個(gè)實(shí)施例中，所述裝置還包括：

執(zhí)行模塊，用于在滿(mǎn)足預(yù)設(shè)執(zhí)行條件時(shí)，重新執(zhí)行所述支付測(cè)試用例或者執(zhí)行根據(jù)所述當(dāng)前支付結(jié)果修改的所述支付測(cè)試用例，直至所述支付測(cè)試用例的當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定所述待測(cè)試支付渠道不存在故障，

其中，所述預(yù)設(shè)執(zhí)行條件包括以下至少一項(xiàng)條件：

監(jiān)測(cè)到所述支付測(cè)試用例或者所述待測(cè)試支付渠道對(duì)應(yīng)的程序被修改；

接收到對(duì)所述待測(cè)試支付渠道重新進(jìn)行測(cè)試的測(cè)試指令；

當(dāng)前時(shí)間達(dá)到重新測(cè)試所述待測(cè)試支付渠道的預(yù)設(shè)測(cè)試時(shí)間。

在一個(gè)實(shí)施例中，所述裝置還包括：

第一接收模塊，用于在向所述待測(cè)試支付應(yīng)用中添加新的支付渠道后，接收與所述新的支付渠道相應(yīng)的測(cè)試環(huán)境信息。

在一個(gè)實(shí)施例中，所述裝置還包括：

第二接收模塊，用于在向所述待測(cè)試支付應(yīng)用中添加新的支付產(chǎn)品后，接收所述新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息；

獲取模塊，用于獲取與所述新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果。

根據(jù)本公開(kāi)實(shí)施例的第三方面，提供了一種支付應(yīng)用的測(cè)試裝置，包括：

處理器；

用于存儲(chǔ)處理器可執(zhí)行指令的存儲(chǔ)器；

其中，所述處理器被配置為：

接收與待測(cè)試支付應(yīng)用中的待測(cè)試支付渠道相應(yīng)的測(cè)試環(huán)境信息，其中，所述測(cè)試環(huán)境信息包括：預(yù)設(shè)賬戶(hù)信息和所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，且所述支付測(cè)試用例用于記錄根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中可執(zhí)行的與所述待測(cè)試支付渠道相關(guān)的所有可操作步驟；

接收測(cè)試指令；

執(zhí)行所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，以模擬用戶(hù)根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中執(zhí)行所述所有可操作步驟；

根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障。

本公開(kāi)的實(shí)施例提供的技術(shù)方案可以包括以下有益效果：

在接收與待測(cè)試支付應(yīng)用中的待測(cè)試支付渠道相應(yīng)的測(cè)試環(huán)境信息之后，若接收到測(cè)試指令，可以自動(dòng)執(zhí)行該支付測(cè)試用例，并根據(jù)該支付測(cè)試用例實(shí)際的當(dāng)前支付結(jié)果和該支付測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，可以準(zhǔn)確確定該待測(cè)試支付渠道是否存在故障，而這種自動(dòng)測(cè)試待測(cè)試支付渠道是否存在故障測(cè)試方法，使測(cè)試人員避免了需要手動(dòng)地測(cè)試該待測(cè)試支付渠道，減少了人力資源的消耗，同時(shí)這種自動(dòng)化測(cè)試方式也可以有效地縮短測(cè)試時(shí)長(zhǎng)，提高測(cè)試結(jié)果的準(zhǔn)確率和效率。

本公開(kāi)的實(shí)施例提供的技術(shù)方案，應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本公開(kāi)。

附圖說(shuō)明

此處的附圖被并入說(shuō)明書(shū)中并構(gòu)成本說(shuō)明書(shū)的一部分，示出了符合本公開(kāi)的實(shí)施例，并與說(shuō)明書(shū)一起用于解釋本公開(kāi)的原理。

圖1是根據(jù)一示例性實(shí)施例示出的一種支付應(yīng)用的測(cè)試方法的流程圖。

圖2A是根據(jù)一示例性實(shí)施例示出的另一種支付應(yīng)用的測(cè)試方法的流程圖。

圖2B是根據(jù)一示例性實(shí)施例示出的又一種支付應(yīng)用的測(cè)試方法的流程圖。

圖3是根據(jù)一示例性實(shí)施例示出的一種支付應(yīng)用的測(cè)試裝置的框圖。

圖4是根據(jù)一示例性實(shí)施例示出的另一種支付應(yīng)用的測(cè)試裝置的框圖。

圖5是根據(jù)一示例性實(shí)施例示出的又一種支付應(yīng)用的測(cè)試裝置的框圖。

圖6是根據(jù)一示例性實(shí)施例示出的再一種支付應(yīng)用的測(cè)試裝置的框圖。

圖7是根據(jù)一示例性實(shí)施例示出的再一種支付應(yīng)用的測(cè)試裝置的框圖。

圖8是根據(jù)一示例性實(shí)施例示出的再一種支付應(yīng)用的測(cè)試裝置的框圖。

圖9是根據(jù)一示例性實(shí)施例示出的適用于支付應(yīng)用的測(cè)試裝置的框圖。

具體實(shí)施方式

這里將詳細(xì)地對(duì)示例性實(shí)施例進(jìn)行說(shuō)明，其示例表示在附圖中。下面的描述涉及附圖時(shí)，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實(shí)施例中所描述的實(shí)施方式并不代表與本公開(kāi)相一致的所有實(shí)施方式。相反，它們僅是與如所附權(quán)利要求書(shū)中所詳述的、本公開(kāi)的一些方面相一致的裝置和方法的例子。

目前，在開(kāi)發(fā)完一個(gè)能夠完成各種支付功能的應(yīng)用之后，在將該應(yīng)用發(fā)布之前，都需要對(duì)該應(yīng)用進(jìn)行測(cè)試，以確定其各項(xiàng)支付功能是否正常，從而避免后期給用戶(hù)帶來(lái)很大不便，但相關(guān)技術(shù)中的測(cè)試都是人工地對(duì)銀行卡、支付寶、微信等各種支付渠道和充值、消費(fèi)、提現(xiàn)、轉(zhuǎn)賬等各種支付產(chǎn)品進(jìn)行測(cè)試，這樣大大地浪費(fèi)了人力資源，整體的測(cè)試時(shí)間也比較長(zhǎng)，且不同支付渠道所需測(cè)試的內(nèi)容及用例大體相同，因而會(huì)導(dǎo)致很多無(wú)用功。

為了解決上述技術(shù)問(wèn)題，本公開(kāi)實(shí)施例提供了一種支付應(yīng)用的測(cè)試方法，該方法可用于支付應(yīng)用的測(cè)試程序、系統(tǒng)或裝置中，如圖1所示，該方法包括步驟S101至步驟S104：

在步驟S101中，接收與待測(cè)試支付應(yīng)用中的待測(cè)試支付渠道相應(yīng)的測(cè)試環(huán)境信息，其中，測(cè)試環(huán)境信息包括：預(yù)設(shè)賬戶(hù)信息和待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，且支付測(cè)試用例用于記錄根據(jù)預(yù)設(shè)賬戶(hù)信息在待測(cè)試支付應(yīng)用中可執(zhí)行的與待測(cè)試支付渠道相關(guān)的所有可操作步驟。

待測(cè)試支付應(yīng)用可以是開(kāi)發(fā)出的具有支付功能的任何應(yīng)用程序，而待測(cè)試支付渠道可以是微信支付渠道、支付寶支付渠道、銀行卡支付渠道或者親密付支付渠道等各種支付渠道。

其次，預(yù)設(shè)賬戶(hù)信息可以是模擬出的用于登陸該待測(cè)試支付應(yīng)用的若干個(gè)登陸賬戶(hù)信息，模擬出的該登陸賬戶(hù)信息對(duì)應(yīng)的用戶(hù)的聯(lián)系方式信息，以及模擬出的與該登陸賬戶(hù)信息相綁定的支付寶賬戶(hù)、銀行卡賬戶(hù)、微信賬戶(hù)、公交卡賬戶(hù)等各種能夠使該待測(cè)試支付應(yīng)用完成支付功能的支付賬戶(hù)。

另外，支付測(cè)試用例是用于測(cè)試待測(cè)試支付渠道是否故障的自動(dòng)化測(cè)試腳本，而為了使支付測(cè)試用例能夠?qū)υ摯郎y(cè)試支付渠道進(jìn)行全面的自動(dòng)化測(cè)試，該支付測(cè)試用例的覆蓋范圍應(yīng)該盡可能的多，例如：該支付測(cè)試用例可以包括：打開(kāi)并登陸該待測(cè)試支付應(yīng)用，進(jìn)而在待測(cè)試支付渠道下針對(duì)消費(fèi)、轉(zhuǎn)賬、充值等各種已有的支付產(chǎn)品完成支付操作的步驟，當(dāng)然，該支付測(cè)試用例還可以包括在同一待測(cè)試支付渠道下使用不同的銀行卡等不同支付賬戶(hù)完成對(duì)上述已有支付產(chǎn)品的支付操作步驟。

最后，測(cè)試環(huán)境信息包括但不限于預(yù)設(shè)賬戶(hù)信息和待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，例如：還可以包括準(zhǔn)備數(shù)據(jù)庫(kù)(其中，準(zhǔn)備數(shù)據(jù)庫(kù)的具體步驟可以是：刪除之前使用DDL(Data Definition Language數(shù)據(jù)定義語(yǔ)言)創(chuàng)建的用于存儲(chǔ)各種歷史數(shù)據(jù)的數(shù)據(jù)存儲(chǔ)表，使用DDL重新創(chuàng)建用于存儲(chǔ)測(cè)試環(huán)境信息的新的存儲(chǔ)表，并使用DML(Data Manipulation Language數(shù)據(jù)操控語(yǔ)言)將該測(cè)試環(huán)境信息加載至已創(chuàng)建的新的存儲(chǔ)表中等)，甚至還包括：用于模擬向用戶(hù)發(fā)送反饋信息的程序，如用于模擬銀行向用戶(hù)發(fā)送轉(zhuǎn)賬信息或者模擬銀行向用戶(hù)發(fā)送所支付的資金的程序，或者是用于模擬運(yùn)營(yíng)商向用戶(hù)發(fā)送充值額度的程序等。

在步驟S102中，接收測(cè)試指令。

在步驟S103中，執(zhí)行待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，以模擬用戶(hù)根據(jù)預(yù)設(shè)賬戶(hù)信息在待測(cè)試支付應(yīng)用中執(zhí)行所有可操作步驟。

在接收到測(cè)試指令時(shí)，通過(guò)執(zhí)行該待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，可以模擬用戶(hù)根據(jù)該預(yù)設(shè)賬戶(hù)信息在待測(cè)試應(yīng)用上執(zhí)行與該待測(cè)試支付方式相應(yīng)的所有可操作步驟，即模擬用戶(hù)在該待測(cè)試應(yīng)用中通過(guò)該待測(cè)試支付渠道完成消費(fèi)、轉(zhuǎn)賬、充值等一系列支付操作。

在步驟S104中，根據(jù)當(dāng)前支付結(jié)果和測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定待測(cè)試支付渠道是否存在故障。

根據(jù)該支付測(cè)試用例實(shí)際的當(dāng)前支付結(jié)果和該支付測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，可以準(zhǔn)確確定該待測(cè)試支付渠道是否存在故障，而這種自動(dòng)測(cè)試待測(cè)試支付渠道是否存在故障測(cè)試方法，使測(cè)試人員避免了需要手動(dòng)地測(cè)試該待測(cè)試支付渠道，減少了人力資源的消耗，同時(shí)這種自動(dòng)化測(cè)試方式也可以有效地縮短測(cè)試時(shí)長(zhǎng)，提高測(cè)試結(jié)果的準(zhǔn)確率和效率。

另外，由于測(cè)試人員最后根據(jù)支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果是否一致就能夠確定出待測(cè)試支付渠道是否存在故障，而不需要查看支付操作的中間環(huán)節(jié)，因而，使得本公開(kāi)的測(cè)試邏輯更加簡(jiǎn)單，測(cè)試效率更高。

在一個(gè)實(shí)施例中，上述圖1中的步驟S104可被執(zhí)行為：

當(dāng)當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定待測(cè)試支付渠道不存在故障。

當(dāng)該當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，說(shuō)明自動(dòng)化測(cè)試結(jié)果與預(yù)期的基準(zhǔn)測(cè)試結(jié)果相同，因而，可以自動(dòng)確定待測(cè)試支付渠道不存在故障，即該待測(cè)試應(yīng)用中待測(cè)試支付渠道對(duì)應(yīng)程序、所使用的端口等各種信息均無(wú)誤。

在一個(gè)實(shí)施例中，上述圖1中的步驟S104還可被執(zhí)行為：

當(dāng)當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果不一致時(shí)，確定待測(cè)試支付渠道存在故障。

該支付測(cè)試用例的當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果不一致表示該支付測(cè)試用例的當(dāng)前支付結(jié)果與預(yù)期的基準(zhǔn)測(cè)試結(jié)果不同，例如：當(dāng)支付測(cè)試用例為登陸該待測(cè)試應(yīng)用，搜索A產(chǎn)品，選中B價(jià)格的A產(chǎn)品，并使用支付寶支付渠道中的XX銀行賬戶(hù)購(gòu)買(mǎi)該A產(chǎn)品時(shí)，基準(zhǔn)測(cè)試結(jié)果就是使用支付寶成功購(gòu)買(mǎi)了A產(chǎn)品，且支付寶和XX銀行分別會(huì)反饋一條消費(fèi)B元的信息，因而，在XX銀行賬戶(hù)中的余額不小于B元的基礎(chǔ)上，如果支付測(cè)試用例的自動(dòng)化測(cè)試結(jié)果(即當(dāng)前支付結(jié)果)為無(wú)法成功購(gòu)買(mǎi)該B價(jià)格的A產(chǎn)品，或者未收到模擬出的支付寶程序或者XX銀行支付程序反饋的消費(fèi)B元的信息，則說(shuō)明該支付測(cè)試用例的當(dāng)前支付結(jié)果與該基準(zhǔn)測(cè)試結(jié)果不一致。

提示故障信息，其中，故障信息可以包括當(dāng)前支付結(jié)果，還可以包括正確的支付結(jié)果即基準(zhǔn)測(cè)試結(jié)果。

當(dāng)該當(dāng)前支付結(jié)果與預(yù)期的基準(zhǔn)測(cè)試結(jié)果不一致時(shí)，說(shuō)明該支付測(cè)試用例編寫(xiě)的有問(wèn)題或者是待測(cè)試支付渠道對(duì)應(yīng)的程序本身就有問(wèn)題因而導(dǎo)致了無(wú)法正常地在待測(cè)試支付渠道下正確地完成支付，所以，通過(guò)提示故障信息可以提示測(cè)試人員根據(jù)該當(dāng)前支付結(jié)果對(duì)該支付測(cè)試用例或者該待測(cè)試支付渠道對(duì)應(yīng)的程序進(jìn)行修改。

另外，在提示故障信息時(shí)，可以將提示故障信息以日志的形式進(jìn)行提示，從而方便測(cè)試人員通過(guò)查看錯(cuò)誤日志，分析出問(wèn)題，即分析出是支付測(cè)試用例錯(cuò)誤，還是待測(cè)試支付渠道對(duì)應(yīng)的程序錯(cuò)誤，還是待測(cè)試應(yīng)用中的其他部分的程序錯(cuò)誤，而后兩種錯(cuò)誤是重點(diǎn)要分析的錯(cuò)誤，涉及到該待測(cè)試應(yīng)用本身的錯(cuò)誤。

在一個(gè)實(shí)施例中，方法還包括：

在滿(mǎn)足預(yù)設(shè)執(zhí)行條件時(shí)，重新執(zhí)行支付測(cè)試用例或者執(zhí)行根據(jù)當(dāng)前支付結(jié)果修改的支付測(cè)試用例，直至支付測(cè)試用例的當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定待測(cè)試支付渠道不存在故障，

其中，預(yù)設(shè)執(zhí)行條件包括以下至少一項(xiàng)條件：

監(jiān)測(cè)到支付測(cè)試用例或者待測(cè)試支付渠道對(duì)應(yīng)的程序被修改。

接收到對(duì)待測(cè)試支付渠道重新進(jìn)行測(cè)試的測(cè)試指令。

當(dāng)前時(shí)間達(dá)到重新測(cè)試待測(cè)試支付渠道的預(yù)設(shè)測(cè)試時(shí)間。

在滿(mǎn)足上述至少一項(xiàng)條件時(shí)，說(shuō)明需要重新對(duì)待測(cè)試支付渠道進(jìn)行測(cè)試，因而，可以重新執(zhí)行該支付測(cè)試用例或者重新執(zhí)行測(cè)試人員根據(jù)該當(dāng)前支付結(jié)果修改的支付測(cè)試用例，直至該支付測(cè)試用例的當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，可以確定待測(cè)試支付渠道不存在故障，以停止對(duì)該待測(cè)試支付渠道進(jìn)行重新測(cè)試，不再重新執(zhí)行該支付測(cè)試用例或者修改后的支付測(cè)試用例。

如圖2A所示，在一個(gè)實(shí)施例中，上述圖1所示的方法還可包括：

在步驟S201中，在向待測(cè)試支付應(yīng)用中添加新的支付渠道后，接收與新的支付渠道相應(yīng)的測(cè)試環(huán)境信息。

在向待測(cè)試支付應(yīng)用中添加新的支付渠道后，通過(guò)接收與該新的支付渠道相應(yīng)的測(cè)試環(huán)境信息，可以通過(guò)支付待測(cè)試應(yīng)用中已有的支付產(chǎn)品來(lái)對(duì)該新的支付渠道進(jìn)行自動(dòng)測(cè)試。

其次，與該新的支付渠道相應(yīng)的測(cè)試環(huán)境信息可以包括：該新的支付渠道需要使用的新的賬戶(hù)信息和新的支付測(cè)試用例，其中，該新的支付測(cè)試用例用于記錄根據(jù)該預(yù)設(shè)賬戶(hù)信息和/或新的賬戶(hù)信息在該待測(cè)試支付應(yīng)用中可執(zhí)行的與新的測(cè)試支付渠道相關(guān)的所有可操作步驟，例如：如果新的測(cè)試渠道為XX銀行卡且已有的支付產(chǎn)品為充值業(yè)務(wù)，則新的賬戶(hù)信息就應(yīng)該是模擬出的一個(gè)XX銀行卡的卡號(hào)，新的支付測(cè)試用例就可以記錄著使用該XX銀行卡的卡號(hào)支付該待測(cè)試支付應(yīng)用中的充值產(chǎn)品的操作步驟。

另外，即便由于不同支付渠道的支付步驟之間存在差異而導(dǎo)致在添加新的支付渠道時(shí)，需要重新部署新的測(cè)試環(huán)境信息，但由于不同支付渠道的支付步驟之間可能還有相同的一些步驟，因而，在測(cè)試人員重新部署新的測(cè)試環(huán)境信息中的新的測(cè)試用例時(shí)，可以借鑒之前已有的支付測(cè)試用例，并根據(jù)兩種支付渠道之間的差異支付步驟對(duì)已有的測(cè)試用例進(jìn)行適應(yīng)性修改，就可以得到與新增的支付渠道相適配的新的測(cè)試用例，從而增強(qiáng)測(cè)試用例的兼容性和可擴(kuò)展性，并減少測(cè)試人員的操作和工作復(fù)雜度，例如：

在對(duì)相同的支付產(chǎn)品(如充值、消費(fèi)等)分別使用支付寶和微信兩種支付渠道支付時(shí)，由于兩者的支付操作過(guò)程中前面的所有操作步驟都是相同的、而差異僅限于最后選擇支付寶支付渠道還是微信支付渠道，因而，支付寶支付渠道對(duì)應(yīng)的測(cè)試用例和微信支付渠道的測(cè)試用例之間的差異僅限于最后的支付步驟(即：是選擇支付寶支付渠道還是微信支付渠道，以及在選擇不同的支付渠道之后的一系列操作)，因而，這兩種支付渠道對(duì)應(yīng)的測(cè)試用例就可以相互借鑒并稍作適應(yīng)性調(diào)整即可，從而使得測(cè)試人員無(wú)需完全重新編寫(xiě)測(cè)試用例，這也增強(qiáng)了測(cè)試用例的兼容性和可擴(kuò)展性，并減少測(cè)試人員的操作和工作復(fù)雜度。

如圖2B所示，在一個(gè)實(shí)施例中，上述圖1所示的方法還可包括：

在步驟S202中，在向待測(cè)試支付應(yīng)用中添加新的支付產(chǎn)品后，接收新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息。

新的支付產(chǎn)品可以是充值、消費(fèi)、提現(xiàn)或者轉(zhuǎn)賬等各種支付產(chǎn)品，且消費(fèi)是指在待測(cè)試應(yīng)用中購(gòu)買(mǎi)各種產(chǎn)品(其中，所能購(gòu)買(mǎi)的產(chǎn)品包括：商品、車(chē)票等各種物品)的支付操作或者是發(fā)紅包的操作。

在步驟S203中，獲取與新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果。

在向待測(cè)試支付應(yīng)用中添加新的支付產(chǎn)品后，通過(guò)接收該新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息并獲取與新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果，可以根據(jù)該新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息對(duì)該新的支付產(chǎn)品就行自動(dòng)化測(cè)試，并通過(guò)與新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果驗(yàn)證該新的支付產(chǎn)品是否故障。

其中，新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息可以包括：用于對(duì)該新的支付產(chǎn)品在各待測(cè)試支付渠道下進(jìn)行支付測(cè)試的新的支付測(cè)試用例。

另外，測(cè)試人員在部署該新的支付測(cè)試用例，如果新的支付產(chǎn)品與該待測(cè)試支付應(yīng)用中原有的支付產(chǎn)品之間的支付步驟相差不多，也可根據(jù)新的支付產(chǎn)品與該待測(cè)試支付應(yīng)用中原有的支付產(chǎn)品之間的差異支付步驟，對(duì)已有的支付測(cè)試用例進(jìn)行適應(yīng)性修改，從而使得測(cè)試人員無(wú)需完全重新編寫(xiě)測(cè)試用例，以增強(qiáng)測(cè)試用例的兼容性和可擴(kuò)展性，并減少測(cè)試人員的操作和工作復(fù)雜度。

另外，由于充值、消費(fèi)、提現(xiàn)和轉(zhuǎn)賬等不同支付產(chǎn)品的資金流動(dòng)狀況不同，如資金流動(dòng)有正/有負(fù)，出現(xiàn)資金流動(dòng)的賬戶(hù)的類(lèi)型是不同的，甚至出現(xiàn)資金流動(dòng)的賬戶(hù)的數(shù)目也是不同的，例如：當(dāng)待測(cè)試支付渠道為XX銀行的借記卡快捷支付渠道時(shí)，在使用XX銀行的借記卡為SIM卡A進(jìn)行充值時(shí)，XX銀行的借記卡中的資金流動(dòng)為負(fù)，該待測(cè)試支付應(yīng)用中與該借記卡對(duì)應(yīng)的用戶(hù)余額M中的資金流動(dòng)為正，扣款步驟完成，接收到借記卡和用戶(hù)余額M的資金變動(dòng)情況，緊接著用戶(hù)余額M的資金流動(dòng)為負(fù)，運(yùn)營(yíng)商商戶(hù)的資金余額流動(dòng)為正，同時(shí)向運(yùn)營(yíng)商發(fā)起充值請(qǐng)求，運(yùn)營(yíng)商響應(yīng)，完成充值步驟，因而，會(huì)再次接收到用戶(hù)余額M和運(yùn)營(yíng)商商戶(hù)的資金變動(dòng)情況；而當(dāng)使用XX銀行下的借記卡為模擬出的另一用戶(hù)在該待測(cè)試支付應(yīng)用中的用戶(hù)賬戶(hù)N轉(zhuǎn)賬時(shí)，借記卡中的資金流動(dòng)為負(fù)，用戶(hù)余額M中的資金流動(dòng)為正，接收到銀行卡和用戶(hù)余額M的資金變動(dòng)情況，完成了扣款步驟，緊接著用戶(hù)余額M的資金流動(dòng)為負(fù)，用戶(hù)賬戶(hù)N的資金余額流動(dòng)為正，完成轉(zhuǎn)賬步驟，因而，會(huì)再次接收到用戶(hù)余額M和用戶(hù)余額N的資金變動(dòng)情況，所以，測(cè)試人員在部署基準(zhǔn)測(cè)試結(jié)果時(shí)可以根據(jù)該新的支付產(chǎn)品下預(yù)設(shè)賬戶(hù)信息中的資金流動(dòng)狀態(tài)制定，當(dāng)然，在根據(jù)該新的支付產(chǎn)品下預(yù)設(shè)賬戶(hù)信息中的資金流動(dòng)狀態(tài)制定完基準(zhǔn)測(cè)試結(jié)果后，為了確保該基準(zhǔn)測(cè)試結(jié)果的準(zhǔn)確性和可信性，還可以進(jìn)一步地人工驗(yàn)證該基準(zhǔn)測(cè)試結(jié)果是否正確，并在驗(yàn)證正確后，才將其用作基準(zhǔn)測(cè)試結(jié)果，以驗(yàn)證該新的支付產(chǎn)品是否故障。

最后，基準(zhǔn)測(cè)試結(jié)果可以使用json((JavaScript Object Notation，是一種輕量級(jí)的數(shù)據(jù)交換格式)，yaml(Yet Another Markup Language，另一種標(biāo)記語(yǔ)言)，xml(Extensible Markup Language，可擴(kuò)展標(biāo)記語(yǔ)言)等標(biāo)記語(yǔ)言來(lái)描述，以方便兼容更多系統(tǒng)。

對(duì)應(yīng)本公開(kāi)實(shí)施例提供的上述支付應(yīng)用的測(cè)試方法，本公開(kāi)實(shí)施例還提供一種支付應(yīng)用的測(cè)試裝置，如圖3所示，該裝置包括：

部署模塊301，被配置為接收與待測(cè)試支付應(yīng)用中的待測(cè)試支付渠道相應(yīng)的測(cè)試環(huán)境信息，其中，測(cè)試環(huán)境信息包括：預(yù)設(shè)賬戶(hù)信息和待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，且支付測(cè)試用例被配置為記錄根據(jù)預(yù)設(shè)賬戶(hù)信息在待測(cè)試支付應(yīng)用中可執(zhí)行的與待測(cè)試支付渠道相關(guān)的所有可操作步驟。

控制模塊302，被配置為接收測(cè)試指令，執(zhí)行待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，以模擬用戶(hù)根據(jù)預(yù)設(shè)賬戶(hù)信息在待測(cè)試支付應(yīng)用中執(zhí)行所有可操作步驟。

驗(yàn)證模塊303，被配置為根據(jù)當(dāng)前支付結(jié)果和測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定待測(cè)試支付渠道是否存在故障。

根據(jù)該支付測(cè)試用例實(shí)際的當(dāng)前支付結(jié)果和該支付測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，可以準(zhǔn)確確定該待測(cè)試支付渠道是否存在故障，而這種自動(dòng)測(cè)試待測(cè)試支付渠道是否存在故障測(cè)試方法，使測(cè)試人員避免了需要手動(dòng)地測(cè)試該待測(cè)試支付渠道，減少了人力資源的消耗，同時(shí)這種自動(dòng)化測(cè)試方式也可以有效地縮短測(cè)試時(shí)長(zhǎng)，提高測(cè)試結(jié)果的準(zhǔn)確率和效率。

如圖4所示，在一個(gè)實(shí)施例中，上述圖3所示的驗(yàn)證模塊303可以包括：

第一確定子模塊3031，被配置為當(dāng)當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定待測(cè)試支付渠道不存在故障。

當(dāng)該當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，說(shuō)明自動(dòng)化測(cè)試結(jié)果與預(yù)期的基準(zhǔn)測(cè)試結(jié)果相同，因而，可以自動(dòng)確定待測(cè)試支付渠道不存在故障，即該待測(cè)試應(yīng)用中待測(cè)試支付渠道對(duì)應(yīng)程序、所使用的端口等各種信息均無(wú)誤。

如圖5所示，在一個(gè)實(shí)施例中，上述圖3所示的驗(yàn)證模塊303可以包括：

第二確定子模塊3032，被配置為當(dāng)當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果不一致時(shí)，確定待測(cè)試支付渠道存在故障。

提示子模塊3033，被配置為提示故障信息。

當(dāng)該當(dāng)前支付結(jié)果與預(yù)期的基準(zhǔn)測(cè)試結(jié)果不一致時(shí)，說(shuō)明該支付測(cè)試用例編寫(xiě)的有問(wèn)題或者是待測(cè)試支付渠道對(duì)應(yīng)的程序本身就有問(wèn)題因而導(dǎo)致了無(wú)法正常地在待測(cè)試支付渠道下正確地完成支付，所以，通過(guò)提示故障信息可以提示測(cè)試人員根據(jù)該當(dāng)前支付結(jié)果對(duì)該支付測(cè)試用例或者該待測(cè)試支付渠道對(duì)應(yīng)的程序進(jìn)行修改。

如圖6所示，在一個(gè)實(shí)施例中，上述圖3所示的裝置還可包括：

執(zhí)行模塊601，被配置為在滿(mǎn)足預(yù)設(shè)執(zhí)行條件時(shí)，重新執(zhí)行支付測(cè)試用例或者執(zhí)行根據(jù)當(dāng)前支付結(jié)果修改的支付測(cè)試用例，直至支付測(cè)試用例的當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定待測(cè)試支付渠道不存在故障，

其中，預(yù)設(shè)執(zhí)行條件包括以下至少一項(xiàng)條件：

監(jiān)測(cè)到支付測(cè)試用例或者待測(cè)試支付渠道對(duì)應(yīng)的程序被修改。

接收到對(duì)待測(cè)試支付渠道重新進(jìn)行測(cè)試的測(cè)試指令。

當(dāng)前時(shí)間達(dá)到重新測(cè)試待測(cè)試支付渠道的預(yù)設(shè)測(cè)試時(shí)間。

在滿(mǎn)足上述至少一項(xiàng)條件時(shí)，說(shuō)明需要重新對(duì)待測(cè)試支付渠道進(jìn)行測(cè)試，因而，可以重新執(zhí)行該支付測(cè)試用例或者重新執(zhí)行測(cè)試人員根據(jù)該當(dāng)前支付結(jié)果修改的支付測(cè)試用例，直至該支付測(cè)試用例的當(dāng)前支付結(jié)果與基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，可以確定待測(cè)試支付渠道不存在故障，以停止對(duì)該待測(cè)試支付渠道進(jìn)行重新測(cè)試，不再重新執(zhí)行該支付測(cè)試用戶(hù)或者修改后的支付測(cè)試用例。

如圖7所示，在一個(gè)實(shí)施例中，上述圖3所示的裝置還可包括：

第一接收模塊701，被配置為在向待測(cè)試支付應(yīng)用中添加新的支付渠道后，接收與新的支付渠道相應(yīng)的測(cè)試環(huán)境信息。

在向待測(cè)試支付應(yīng)用中添加新的支付渠道后，通過(guò)接收與該新的支付渠道相應(yīng)的測(cè)試環(huán)境信息，可以通過(guò)支付待測(cè)試應(yīng)用中已有的支付產(chǎn)品來(lái)對(duì)該新的支付渠道進(jìn)行自動(dòng)測(cè)試。

如圖8所示，在一個(gè)實(shí)施例中，上述圖3所示的裝置還可包括：

第二接收模塊801，被配置為在向待測(cè)試支付應(yīng)用中添加新的支付產(chǎn)品后，接收新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息。

獲取模塊802，被配置為獲取與新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果。

在向待測(cè)試支付應(yīng)用中添加新的支付產(chǎn)品后，通過(guò)接收該新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息，獲取與新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果，可以對(duì)該新的支付產(chǎn)品就行自動(dòng)化測(cè)試，以驗(yàn)證該新的支付產(chǎn)品是否故障。

根據(jù)本公開(kāi)實(shí)施例的第三方面，提供一種支付應(yīng)用的測(cè)試裝置，包括：

處理器；

用于存儲(chǔ)處理器可執(zhí)行指令的存儲(chǔ)器；

其中，處理器被配置為：

接收與待測(cè)試支付應(yīng)用中的待測(cè)試支付渠道相應(yīng)的測(cè)試環(huán)境信息，其中，所述測(cè)試環(huán)境信息包括：預(yù)設(shè)賬戶(hù)信息和所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，且所述支付測(cè)試用例用于記錄根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中可執(zhí)行的與所述待測(cè)試支付渠道相關(guān)的所有可操作步驟；

接收測(cè)試指令；

執(zhí)行所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，以模擬用戶(hù)根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中執(zhí)行所述所有可操作步驟；

根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障。

上述處理器還可被配置為：

所述根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障，包括：

當(dāng)所述當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定所述待測(cè)試支付渠道不存在故障。

上述處理器還可被配置為：

所述根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障，包括：

當(dāng)所述當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果不一致時(shí)，確定待測(cè)試支付方式存在故障；

提示故障信息。

上述處理器還可被配置為：

所述方法還包括：

在滿(mǎn)足預(yù)設(shè)執(zhí)行條件時(shí)，重新執(zhí)行所述支付測(cè)試用例或者執(zhí)行根據(jù)所述當(dāng)前支付結(jié)果修改的所述支付測(cè)試用例，直至所述支付測(cè)試用例的當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定所述待測(cè)試支付渠道不存在故障，

其中，所述預(yù)設(shè)執(zhí)行條件包括以下至少一項(xiàng)條件：

監(jiān)測(cè)到所述支付測(cè)試用例或者所述待測(cè)試支付渠道對(duì)應(yīng)的程序被修改；

接收到對(duì)所述待測(cè)試支付渠道重新進(jìn)行測(cè)試的測(cè)試指令；

當(dāng)前時(shí)間達(dá)到重新測(cè)試所述待測(cè)試支付渠道的預(yù)設(shè)測(cè)試時(shí)間。

上述處理器還可被配置為：

所述方法還包括：

在向所述待測(cè)試支付應(yīng)用中添加新的支付渠道后，接收與所述新的支付渠道相應(yīng)的測(cè)試環(huán)境信息。

上述處理器還可被配置為：

所述方法還包括：

在向所述待測(cè)試支付應(yīng)用中添加新的支付產(chǎn)品后，接收所述新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息；

獲取與所述新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果。

圖9是根據(jù)一示例性實(shí)施例示出的一種用于支付應(yīng)用的測(cè)試裝置900的框圖，該裝置適用于終端設(shè)備。例如，裝置900可以是移動(dòng)電話(huà)，計(jì)算機(jī)，數(shù)字廣播終端，消息收發(fā)設(shè)備，游戲控制臺(tái)，平板設(shè)備，醫(yī)療設(shè)備，健身設(shè)備，個(gè)用戶(hù)數(shù)字助理等。

參照?qǐng)D9，裝置900可以包括以下一個(gè)或至少兩個(gè)組件：處理組件902，存儲(chǔ)器904，電源組件906，多媒體組件908，音頻組件910，輸入/輸出(I/O)接口912，傳感器組件914，以及通信組件916。

處理組件902通?？刂蒲b置900的整體操作，諸如與顯示，電話(huà)呼叫，數(shù)據(jù)通信，相機(jī)操作和記錄操作相關(guān)聯(lián)的操作。處理組件902可以包括一個(gè)或至少兩個(gè)處理器920來(lái)執(zhí)行指令，以完成上述的方法的全部或部分步驟。此外，處理組件902可以包括一個(gè)或至少兩個(gè)模塊，便于處理組件902和其他組件之間的交互。例如，處理組件902可以包括多媒體模塊，以方便多媒體組件908和處理組件902之間的交互。

存儲(chǔ)器904被配置為存儲(chǔ)各種類(lèi)型的數(shù)據(jù)以支持在裝置900的操作。這些數(shù)據(jù)的示例包括用于在裝置900上操作的任何存儲(chǔ)對(duì)象或方法的指令，聯(lián)系用戶(hù)數(shù)據(jù)，電話(huà)簿數(shù)據(jù)，消息，圖片，視頻等。存儲(chǔ)器904可以由任何類(lèi)型的易失性或非易失性存儲(chǔ)設(shè)備或者它們的組合實(shí)現(xiàn)，如靜態(tài)隨機(jī)存取存儲(chǔ)器(SRAM)，電可擦除可編程只讀存儲(chǔ)器(EEPROM)，可擦除可編程只讀存儲(chǔ)器(EPROM)，可編程只讀存儲(chǔ)器(PROM)，只讀存儲(chǔ)器(ROM)，磁存儲(chǔ)器，快閃存儲(chǔ)器，磁盤(pán)或光盤(pán)。

電源組件906為裝置900的各種組件提供電源。電源組件906可以包括電源管理系統(tǒng)，一個(gè)或至少兩個(gè)電源，及其他與為裝置900生成、管理和分配電源相關(guān)聯(lián)的組件。

多媒體組件908包括在所述裝置900和用戶(hù)之間的提供一個(gè)輸出接口的屏幕。在一些實(shí)施例中，屏幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果屏幕包括觸摸面板，屏幕可以被實(shí)現(xiàn)為觸摸屏，以接收來(lái)自用戶(hù)的輸入信號(hào)。觸摸面板包括一個(gè)或至少兩個(gè)觸摸傳感器以感測(cè)觸摸、滑動(dòng)和觸摸面板上的手勢(shì)。所述觸摸傳感器可以不僅感測(cè)觸摸或滑動(dòng)動(dòng)作的邊界，而且還檢測(cè)與所述觸摸或滑動(dòng)操作相關(guān)的持續(xù)時(shí)間和壓力。在一些實(shí)施例中，多媒體組件908包括一個(gè)前置攝像頭和/或后置攝像頭。當(dāng)裝置900處于操作模式，如拍攝模式或視頻模式時(shí)，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數(shù)據(jù)。每個(gè)前置攝像頭和后置攝像頭可以是一個(gè)固定的光學(xué)透鏡系統(tǒng)或具有焦距和光學(xué)變焦能力。

音頻組件910被配置為輸出和/或輸入音頻信號(hào)。例如，音頻組件910包括一個(gè)麥克風(fēng)(MIC)，當(dāng)裝置900處于操作模式，如呼叫模式、記錄模式和語(yǔ)音識(shí)別模式時(shí)，麥克風(fēng)被配置為接收外部音頻信號(hào)。所接收的音頻信號(hào)可以被進(jìn)一步存儲(chǔ)在存儲(chǔ)器904或經(jīng)由通信組件916發(fā)送。在一些實(shí)施例中，音頻組件910還包括一個(gè)揚(yáng)聲器，用于輸出音頻信號(hào)。

I/O接口912為處理組件902和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤(pán)，點(diǎn)擊輪，按鈕等。這些按鈕可包括但不限于：主頁(yè)按鈕、音量按鈕、啟動(dòng)按鈕和鎖定按鈕。

傳感器組件914包括一個(gè)或至少兩個(gè)傳感器，用于為裝置900提供各個(gè)方面的狀態(tài)評(píng)估。例如，傳感器組件914可以檢測(cè)到裝置900的打開(kāi)/關(guān)閉狀態(tài)，組件的相對(duì)定位，例如所述組件為裝置900的顯示器和小鍵盤(pán)，傳感器組件914還可以檢測(cè)裝置900或裝置900一個(gè)組件的位置改變，用戶(hù)與裝置900接觸的存在或不存在，裝置900方位或加速/減速和裝置900的溫度變化。傳感器組件914可以包括接近傳感器，被配置用來(lái)在沒(méi)有任何的物理接觸時(shí)檢測(cè)附近物體的存在。傳感器組件914還可以包括光傳感器，如CMOS或CCD圖像傳感器，用于在成像應(yīng)用中使用。在一些實(shí)施例中，該傳感器組件914還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件916被配置為便于裝置900和其他設(shè)備之間有線(xiàn)或無(wú)線(xiàn)方式的通信。裝置900可以接入基于通信標(biāo)準(zhǔn)的無(wú)線(xiàn)網(wǎng)絡(luò)，如WiFi，2G或3G，或它們的組合。在一個(gè)示例性實(shí)施例中，通信組件916經(jīng)由廣播信道接收來(lái)自外部廣播管理系統(tǒng)的廣播信號(hào)或廣播相關(guān)信息。在一個(gè)示例性實(shí)施例中，所述通信組件916還包括近場(chǎng)通信(NFC)模塊，以促進(jìn)短程通信。例如，在NFC模塊可基于射頻識(shí)別(RFID)技術(shù)，紅外數(shù)據(jù)協(xié)會(huì)(IrDA)技術(shù)，超寬帶(UWB)技術(shù)，藍(lán)牙(BT)技術(shù)和其他技術(shù)來(lái)實(shí)現(xiàn)。

在示例性實(shí)施例中，裝置900可以被一個(gè)或至少兩個(gè)應(yīng)用專(zhuān)用集成電路(ASIC)、數(shù)字信號(hào)處理器(DSP)、數(shù)字信號(hào)處理設(shè)備(DSPD)、可編程邏輯器件(PLD)、現(xiàn)場(chǎng)可編程門(mén)陣列(FPGA)、控制器、微控制器、微處理器或其他電子組件實(shí)現(xiàn)，用于執(zhí)行上述方法。

在示例性實(shí)施例中，還提供了一種包括指令的非臨時(shí)性計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，例如包括指令的存儲(chǔ)器904，上述指令可由裝置900的處理器920執(zhí)行以完成上述方法。例如，所述非臨時(shí)性計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)可以是ROM、隨機(jī)存取存儲(chǔ)器(RAM)、CD-ROM、磁帶、軟盤(pán)和光數(shù)據(jù)存儲(chǔ)設(shè)備等。

一種非臨時(shí)性計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，當(dāng)所述存儲(chǔ)介質(zhì)中的指令由上述裝置900的處理器執(zhí)行時(shí)，使得上述裝置900能夠執(zhí)行一種支付應(yīng)用的測(cè)試方法，包括：

接收與待測(cè)試支付應(yīng)用中的待測(cè)試支付渠道相應(yīng)的測(cè)試環(huán)境信息，其中，所述測(cè)試環(huán)境信息包括：預(yù)設(shè)賬戶(hù)信息和所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，且所述支付測(cè)試用例用于記錄根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中可執(zhí)行的與所述待測(cè)試支付渠道相關(guān)的所有可操作步驟；

接收測(cè)試指令；

執(zhí)行所述待測(cè)試支付渠道對(duì)應(yīng)的支付測(cè)試用例，以模擬用戶(hù)根據(jù)所述預(yù)設(shè)賬戶(hù)信息在所述待測(cè)試支付應(yīng)用中執(zhí)行所述所有可操作步驟；

根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障。

在一個(gè)實(shí)施例中，所述根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障，包括：

當(dāng)所述當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定所述待測(cè)試支付渠道不存在故障。

在一個(gè)實(shí)施例中，所述根據(jù)當(dāng)前支付結(jié)果和所述測(cè)試用例對(duì)應(yīng)的基準(zhǔn)測(cè)試結(jié)果是否一致，確定所述待測(cè)試支付渠道是否存在故障，包括：

當(dāng)所述當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果不一致時(shí)，確定待測(cè)試支付方式存在故障；

提示故障信息。

在一個(gè)實(shí)施例中，所述方法還包括：

在滿(mǎn)足預(yù)設(shè)執(zhí)行條件時(shí)，重新執(zhí)行所述支付測(cè)試用例或者執(zhí)行根據(jù)所述當(dāng)前支付結(jié)果修改的所述支付測(cè)試用例，直至所述支付測(cè)試用例的當(dāng)前支付結(jié)果與所述基準(zhǔn)測(cè)試結(jié)果相一致時(shí)，確定所述待測(cè)試支付渠道不存在故障，

其中，所述預(yù)設(shè)執(zhí)行條件包括以下至少一項(xiàng)條件：

監(jiān)測(cè)到所述支付測(cè)試用例或者所述待測(cè)試支付渠道對(duì)應(yīng)的程序被修改；

接收到對(duì)所述待測(cè)試支付渠道重新進(jìn)行測(cè)試的測(cè)試指令；

當(dāng)前時(shí)間達(dá)到重新測(cè)試所述待測(cè)試支付渠道的預(yù)設(shè)測(cè)試時(shí)間。

在一個(gè)實(shí)施例中，所述方法還包括：

在向所述待測(cè)試支付應(yīng)用中添加新的支付渠道后，接收與所述新的支付渠道相應(yīng)的測(cè)試環(huán)境信息。

在一個(gè)實(shí)施例中，所述方法還包括：

在向所述待測(cè)試支付應(yīng)用中添加新的支付產(chǎn)品后，接收所述新的支付產(chǎn)品在各待測(cè)試支付渠道下的測(cè)試環(huán)境信息；

獲取與所述新的支付產(chǎn)品相應(yīng)的基準(zhǔn)測(cè)試結(jié)果。

本領(lǐng)域技術(shù)用戶(hù)員在考慮說(shuō)明書(shū)及實(shí)踐這里公開(kāi)的公開(kāi)后，將容易想到本公開(kāi)的其它實(shí)施方案。本申請(qǐng)旨在涵蓋本公開(kāi)的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本公開(kāi)的一般性原理并包括本公開(kāi)未公開(kāi)的本技術(shù)領(lǐng)域中的公知常識(shí)或慣用技術(shù)手段。說(shuō)明書(shū)和實(shí)施例僅被視為示例性的，本公開(kāi)的真正范圍和精神由下面的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本公開(kāi)并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本公開(kāi)的范圍僅由所附的權(quán)利要求來(lái)限制。