一種測試用例篩選方法及裝置、服務器的制造方法
【技術領域】
[0001] 本發(fā)明涉及軟件測試領域，尤其涉及一種測試用例篩選方法及裝置、服務器。
【背景技術】
[0002] 目前，越來越多的應用程序被開發(fā)和應用，極大的豐富和方便了人們的生活。通常 情況下，所開發(fā)的應用程序在被正式投入應用之前，軟件測試工程師需要對其進行測試，檢 測所開發(fā)的應用程序是否存在缺陷，以便在正式投入應用之前，依據(jù)測試結果對其進行不 斷改進，最終保證用戶的使用體驗，在這個過程中需要用到測試用例庫。
[0003] 程序設計工程師在編寫被測程序時，會從代碼庫中查找相應的模塊化代碼，再將 模塊化代碼進行組合，以實現(xiàn)被測程序所要完成的流程活動，其中模塊化代碼可理解為代 碼庫中的分支。例如，在軟件產(chǎn)品中的一些功能如校驗邏輯類似的文本框、翻頁組件、下拉 選擇框等公共功能；這些公共功能的實現(xiàn)就可以采用一些通用的模塊化的代碼。從某種程 度上說，被測程序是這些代碼庫中分支基于設計需求的變化枚舉中的其中之一，但由于設 計需求變化快，因而分量的組裝也非常靈活，從而導致用于測試被測程序的測試用例庫難 以提前準備好，因而在實際測試的過程中，經(jīng)常使用源測試用例庫，其中源測試用例庫又稱 為基線測試用例庫。
[0004] 現(xiàn)有技術中，使用源測試用例庫這種全分支覆蓋的方式，具有用例冗余量大、耗 時、成本高的缺點，因此，軟件測試工程師為了減少冗余，會通過自身經(jīng)驗分析去除一些認 為沒有必要的測試用例（TC,TestCase)，從而實現(xiàn)對該被測程序的測試用例庫的精簡；這 種人工經(jīng)驗判斷的方式，雖然在一定程度上可以剔除一部分的冗余測試用例，但同時也不 可控的會剔除一部分有效的測試用例，并且依賴于軟件測試工程師的經(jīng)驗、對于需求的理 解、及當時的狀態(tài)，準確率不高?？梢姡绾吾槍Χ嘧兊谋粶y程序，對源測試用例庫中的測試 用例進行篩選成為亟需要解決的問題。

【發(fā)明內(nèi)容】

[0005] 有鑒于此，本發(fā)明實施例為解決現(xiàn)有技術中存在的問題而提供一種測試用例篩選 方法及裝置、服務器，能夠快速自動化地對源測試用例庫中的測試用例進行篩選，從而提高 測試用例精準性，減少測試用例的冗余量，進而達到降低測試成本的目的。
[0006] 本發(fā)明實施例的技術方案是這樣實現(xiàn)的：
[0007] 本發(fā)明實施例提供了一種測試用例篩選方法，所述方法包括：
[0008] 獲取與被測程序?qū)呐渲梦募?br>[0009] 根據(jù)所述配置文件，獲取基于用戶請求信息得到的標準日志；
[0010] 從源測試用例庫中獲取用于測試所述被測程序的第一測試用例；
[0011] 根據(jù)所述第一測試用例生成第一測試請求信息；
[0012] 將所述第一測試請求信息發(fā)送至測試工具，獲取從所述測試工具輸出的第一測試 日志，其中所述測試工具能夠調(diào)用所述被測程序；
[0013] 根據(jù)所述第一測試日志和所述標準日志，判斷所述第一測試用例的有效性。
[0014] 本發(fā)明實施例還提供了一種測試用例篩選裝置，所述裝置包括：第一獲取單元、第 二獲取單元、第三獲取單元、生成單元、第一發(fā)送單元、第四獲取單元和判斷單元；其中：
[0015] 所述第一獲取單元，用于獲取與被測程序?qū)呐渲梦募?br>[0016] 所述第二獲取單元，用于根據(jù)所述配置文件，獲取基于用戶請求信息得到的標準 日志；
[0017] 所述第三獲取單元，用于從源測試用例庫中獲取用于測試所述被測程序的第一測 試用例；
[0018] 所述生成單元，用于根據(jù)所述第一測試用例生成第一測試請求信息；
[0019] 所述第一發(fā)送單元，用于將所述第一測試請求信息發(fā)送至測試工具，其中所述測 試工具能夠調(diào)用所述被測程序；
[0020] 所述第四獲取單元，用于獲取從所述測試工具輸出的第一測試日志；
[0021] 所述判斷單元，用于根據(jù)所述第一測試日志和所述標準日志，判斷所述第一測試 用例的有效性。
[0022] 本發(fā)明實施例還提供了一種服務器，所述服務器包括上述的測試用例篩選裝置。
[0023] 本發(fā)明的各實施例中，先獲取與被測程序?qū)呐渲梦募?；其次根?jù)所述配置文 件，獲取基于用戶請求信息得到的標準日志；再次從源測試用例庫中獲取用于測試所述被 測程序的第一測試用例；然后根據(jù)所述第一測試用例生成第一測試請求信息；之后將所述 第一測試請求信息發(fā)送至測試工具，并獲取從所述測試工具輸出的第一測試日志，其中所 述測試工具能夠調(diào)用所述被測程序；最后根據(jù)所述第一測試日志和所述標準日志，判斷所 述第一測試用例的有效性；如此，能夠快速自動化地對源測試用例庫中的測試用例進行篩 選，從而提高測試用例精準性，減少測試用例的冗余量，進而達到降低測試成本的目的。
【附圖說明】
[0024] 圖1-1為本發(fā)明實施例一提供的測試用例篩選方法的實現(xiàn)流程示意圖一；
[0025] 圖1-2為本發(fā)明實施例一提供的測試用例篩選方法的實現(xiàn)流程示意圖二；
[0026] 圖1-3為本發(fā)明實施例一提供的測試用例篩選方法的實現(xiàn)流程示意圖三；
[0027] 圖1-4為本發(fā)明實施例一中步驟S106的具體實現(xiàn)流程示意圖；
[0028] 圖1-5為本發(fā)明實施例一中測試日志的示意圖；
[0029] 圖1-6為本發(fā)明實施例一提供的測試用例篩選方法的實現(xiàn)流程示意圖四；
[0030] 圖2為本發(fā)明實施例二提供的測試用例篩選方法的實現(xiàn)流程示意圖；
[0031] 圖3為本發(fā)明實施例三提供的實現(xiàn)實施例一中步驟S102的具體實現(xiàn)流程示意 圖；
[0032] 圖4-1為本發(fā)明實施例四提供的一種與配置文件所描述的活動類似的活動的運 營環(huán)境示意圖；
[0033] 圖4-2為本發(fā)明實施例四提供的網(wǎng)游推廣應用領域的運營環(huán)境示意圖；
[0034] 圖5-1為本發(fā)明實施例五提供的測試測試用例的實現(xiàn)流程實體圖；
[0035] 圖5-2為本發(fā)明實施例五提供的一種實現(xiàn)步驟S302至S304的系統(tǒng)結構示意圖；
[0036] 圖6-1為本發(fā)明實施例六提供的測試用例篩選裝置的組成結構示意圖一；
[0037] 圖6-2為本發(fā)明實施例六提供的測試用例篩選裝置的組成結構示意圖二；
[0038] 圖6-3為本發(fā)明實施例六提供的測試用例篩選裝置的組成結構示意圖三；
[0039] 圖6-4為本發(fā)明實施例六提供的測試用例篩選裝置的組成結構示意圖四；
[0040] 圖7為本發(fā)明實施例七提供的測試用例篩選裝置的組成結構示意圖；
[0041] 圖8-1為本發(fā)明實施例八提供的服務器的組成結構示意圖一；
[0042] 圖8-2為本發(fā)明實施例八提供的服務器的組成結構示意圖二；
[0043] 圖8-3為本發(fā)明實施例八提供的服務器的組成結構示意圖三；
[0044] 圖8-4為本發(fā)明實施例八提供的測試用例篩選系統(tǒng)的組成結構示意圖四；
[0045] 圖9為本發(fā)明實施例九提供的一種應用于測試用例篩選裝置的測試用例篩選方 法的流程示意圖。
【具體實施方式】
[0046] 下面以游戲領域為例，來說明現(xiàn)有技術存在的問題。網(wǎng)絡游戲產(chǎn)業(yè)發(fā)展到今天，使 用游戲推廣活動為游戲做宣傳的推廣模式已經(jīng)被大多數(shù)的游戲玩家所接受。對于網(wǎng)絡游戲 而言，使用應用程序（以后簡稱應用）對網(wǎng)絡游戲進行推廣，已經(jīng)成為目前主流的網(wǎng)絡游戲 運營模式。
[0047] 用于對網(wǎng)絡游戲進行推廣活動的應用（以后簡稱網(wǎng)游推廣應用）具有活動種類變 化多、開發(fā)測試周期短、平臺系統(tǒng)模塊功能高復用及個性化靈活組裝的業(yè)務特點，而網(wǎng)游推 廣應用的測試用例是基于網(wǎng)游推廣活動開發(fā)平臺系統(tǒng)（以后簡稱平臺系統(tǒng)）的所有分支的 全量來設計的，而每個網(wǎng)游推廣應用只是這些分支基于需求的變化枚舉，但由于需求變化 快、組裝靈活，所以無法快速提前準備好所有枚舉的網(wǎng)游推廣應用的個性用例。一般情況下 使用兩種方式：第一種為全分支覆蓋的方式，該方式能夠保障覆蓋，但是具有耗時、成本高 等缺點；第二種方式采用人工經(jīng)驗判斷的方式，該方式雖然在一定程度上可以剔除一部分 的冗余測試用例，但同時也不可控的會剔除一部分有效的測試用例，并且依賴于軟件測試 工程師的經(jīng)驗、對于需求的理解、及當時的狀態(tài)，準確率不高?？梢?，如何針對多變的被測程 序，對源測試用例庫中的測試用例進行篩選成為亟需要解決的問題。
[0048] 本發(fā)明的以下各實施例中，是基于這樣一個事實即：程序設計工程師通過枚舉代 碼庫中的分支可以構建出很多軟件產(chǎn)品，而正在開發(fā)的軟件產(chǎn)品（即被測程序）只是代碼 庫中分支枚舉中的其中之一。其中，所述分支對應著通用的模塊化的代碼，通用體現(xiàn)在模塊 化代碼的復用率和兼容性上，為了具有較好的復用率和兼容性，該模塊化代碼一般設計的 非常完善，也就是說，好的復用率和兼容性是以代碼的冗余為代價來換取的。軟件設計領 域為了提高軟件產(chǎn)品的編寫周期而采用模塊化的代碼，這些模塊化代碼所組合成的軟件產(chǎn) 品，實際上本身就是含有冗余代碼的軟件產(chǎn)品；如果對寫冗余的代碼進行反復測試，自然會 比較耗時，從而延長發(fā)布周期。
[0049]已經(jīng)發(fā)布的軟件產(chǎn)品（即應用程序）經(jīng)過用戶使用，也就是說這些已經(jīng)發(fā)布的軟 件產(chǎn)品是在真實的運營環(huán)境中經(jīng)過眾多用戶的測試的，而且因為已經(jīng)發(fā)布的軟件產(chǎn)品與被 測程序之間是存在一些共同的分支的，那么對于已經(jīng)發(fā)布的軟件產(chǎn)品的大多數(shù)用戶請求信 息是可以用來測試被測程序的，這是因為被測程序最終在發(fā)布以后，也是在運營環(huán)境中不 斷經(jīng)過用戶測試的，那么在對被測程序進行測試時，就可以調(diào)用用戶的真實請求信息，以對 測試用例是否有效做出判斷；基于此，只要找出那些與被測程序有共同分支的軟件產(chǎn)品，并 將這些軟件產(chǎn)品的真實運營環(huán)境中的用戶請求信息用于測試被測程序。
[0050]真實運營環(huán)境中的用戶請求信息用于測試被