軟件測試方法以及電子設備的制造方法
【專利摘要】本發(fā)明提供了一種軟件測試方法以及電子設備。所述軟件的代碼包括多個代碼集合，其中包括：根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重；按照所述測試權重由大到小的順序對所述多個代碼集合進行排序，從而確定測試順序；以及按照所述測試順序測試所述多個代碼集合。本發(fā)明的軟件測試方法以及電子設備根據(jù)測試的歷史情況來對軟件代碼的多個集合賦予不同的權重，并且按照權重的大小來調整測試順序，從而提高軟件測試效率。
【專利說明】
軟件測試方法以及電子設備
技術領域
[0001]本發(fā)明涉及一種軟件測試方法以及電子設備，尤其涉及根據(jù)測試的歷史情況來對軟件代碼的多個集合賦予不同的權重，并且按照權重的大小來調整測試順序，從而提高軟件測試效率的軟件測試方法以及電子設備。
【背景技術】
[0002]軟件系統(tǒng)可以根據(jù)軟件的功能模塊或者用例(use case)等不同的標準劃分為多個代碼集合，其中兩個不同的功能模塊或者用例可能使用到相同的代碼(例如在實現(xiàn)不同的功能時可以使用同一個函數(shù))，因此該多個代碼集合之間可能存在重合的代碼。而在軟件測試中，為了確保軟件能夠實現(xiàn)預期的功能，常常以這些代碼集合為單位進行測試。
[0003]在傳統(tǒng)的軟件測試中，一般根據(jù)給定的代碼集合的順序逐一進行測試。圖1是用于表示傳統(tǒng)的軟件測試順序的示意圖。如圖1所示，傳統(tǒng)的測試方法會按照給定的順序(代碼集合1、代碼集合2、代碼集合3、代碼集合4的順序)進行測試。
[0004]然而，實際的軟件系統(tǒng)通常非常龐大，存在大量的代碼集合。即使在代碼集合不多的情況下，當某一項功能復雜時，執(zhí)行每一個代碼集合所需的時間也會變長。因此，完整地運行一個軟件系統(tǒng)的全部的代碼集合可能會花費幾個小時甚至幾天的時間。這樣的方式只有在測試完前面的代碼集合才會輪到測試后面的代碼集合，因此如果錯誤的代碼集合在測試的順序中排在靠后的位置，則需要很久才能發(fā)現(xiàn)問題。這使測試的效率大大降低，延長軟件開發(fā)的周期，增加了人力和時間上的成本。

【發(fā)明內容】

[0005]本發(fā)明鑒于以上課題完成，其目的在于，提供一種軟件測試方法以及電子設備，根據(jù)測試的歷史情況來對軟件代碼的多個集合賦予不同的權重，并且按照權重的大小來調整測試順序，從而提高軟件測試效率。
[0006]本發(fā)明的實施例提供一種軟件測試方法，應用于電子設備，所述軟件的代碼包括多個代碼集合，其中包括:根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重；按照所述測試權重由大到小的順序對所述多個代碼集合進行排序，從而確定測試順序；以及按照所述測試順序測試所述多個代碼集合。
[0007]本發(fā)明的實施例還提供一種電子設備，用于對軟件進行測試，所述軟件的代碼包括多個代碼集合，其中包括:存儲模塊，配置來存儲測試的歷史記錄；權重確定模塊，配置來根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重；測試順序確定模塊，配置來按照所述測試權重由大到小的順序對所述多個代碼集合進行排序，從而確定測試順序；以及測試模塊，配置來按照所述測試順序測試所述多個代碼集合。
[0008]根據(jù)本發(fā)明的軟件測試方法以及電子設備，根據(jù)測試的歷史情況來對軟件代碼的多個集合賦予不同的權重，并且按照權重的大小來調整測試順序，從而提高軟件測試效率。
【附圖說明】
[0009]圖1是傳統(tǒng)的軟件測試順序的示意圖。
[0010]圖2是根據(jù)本發(fā)明的實施例的軟件測試方法的流程圖。
[0011]圖3是表示根據(jù)本發(fā)明的實施例中代碼集合與權重的關系的一例的圖。
[0012]圖4是按照本發(fā)明的實施例根據(jù)權重調整后的測試順序的示意圖。
[0013]圖5是代碼集合之間存在執(zhí)行順序上的依賴關系時根據(jù)權重調整后的測試順序的示意圖。
[0014]圖6是根據(jù)本發(fā)明的實施例的電子設備的功能框圖。
【具體實施方式】
[0015]為使本領域的技術人員能夠更好地理解本發(fā)明的技術方案，下面結合附圖詳細說明本發(fā)明的軟件測試方法以及電子設備的【具體實施方式】。當然，本發(fā)明不限于這些【具體實施方式】，在本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0016]【軟件測試方法】
[0017]下面，結合附圖來詳細說明本發(fā)明的軟件測試方法。使用本發(fā)明的軟件測試方法測試的軟件包括多個代碼集合，這些代碼集合例如可以是根據(jù)軟件系統(tǒng)的功能、用例或者其他單位進行劃分，并且代碼集合之間可以包含相同的軟件代碼。圖2根據(jù)本發(fā)明的實施例的軟件測試方法的流程圖。如圖2所示，該方法包括以下步驟:
[0018]首先，根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重(步驟S210)。這里所述的測試的歷史記錄是指，在執(zhí)行本次測試之前對該軟件進行測試時所記錄的任何內容。
[0019]在一個示例中，測試的歷史記錄可以是每一個代碼集合的測試失敗的次數(shù)。具體而言，每次對該軟件測試時記錄測試結果，并且對每一個代碼集合的測試失敗的次數(shù)進行統(tǒng)計。在確定每一個代碼集合的測試權重時，可以使得代碼集合的測試失敗的次數(shù)越多權重越高、測試失敗的次數(shù)越少權重越低。這是因為，代碼集合的測試失敗的次數(shù)越多，該代碼集合中存在錯誤的概率越高，因此通過對該代碼集合賦予更高的權重，使得該代碼集合優(yōu)先于其他存在錯誤概率較低的代碼集合進行測試，從而可以盡早發(fā)現(xiàn)代碼錯誤，提高了測試效率。相反，測試的歷史記錄也可以是每一個代碼集合的測試成功的次數(shù)。具體而言，每次對該軟件測試時記錄測試結果，并且對每一個代碼集合的測試成功的次數(shù)進行統(tǒng)計。在確定每一個代碼集合的測試權重時，可以使得代碼集合的測試成功的次數(shù)越多權重越低、測試成功的次數(shù)越少權重越高。這是因為，代碼集合的測試成功的次數(shù)越多，該代碼集合中存在錯誤的概率越低，因此通過對該代碼集合賦予更低的權重，使得其他存在錯誤概率較高的代碼集合優(yōu)先于該代碼集合進行測試，從而可以盡早發(fā)現(xiàn)代碼錯誤，提高了測試效率。當然，測試的歷史記錄還可以同時包括每一個代碼集合的失敗次數(shù)以及成功次數(shù)。
[0020]在另一個示例中，歷史記錄可以是每一個代碼集合的測試所需的時間。具體而言，在該軟件測試時可以記錄每一個代碼集合的測試所需的時間。當該代碼集合測試過多次(即存在多個記錄)時，測試所需的時間例如可以采用最后一次測試所需的時間。但本發(fā)明不限于此，也可以使用其他方式(例如計算平均值等)來確定代碼集合的測試所需的時間。在確定每一個代碼集合的測試權重時，可以使得執(zhí)行測試所需時間越短測試權重越大。這是因為，代碼集合的測試所需時間越短，在一定時間內能夠測試的代碼集合的數(shù)量越多，因此通過對測試所需時間短的代碼集合賦予更高的權重，可以在短時間內測試更多的代碼集合，從而提高了測試效率。
[0021]在另一個示例中，歷史記錄可以是前一次測試的軟件代碼。具體而言，記錄前一次測試時的軟件代碼，并且在獲取本次將要測試的代碼后，比較本次測試的代碼與前一次測試的代碼，從而確定本次測試的代碼與前一次測試的代碼之間不一致的部分。在確定每一個代碼集合的測試權重時，對包含所述不一致的部分的代碼集合設置比其他代碼集合更大的測試權重。這是因為，本次測試的代碼和前一次測試的代碼不一致的部分實質上就是在本次測試之前修改的部分，包含該部分的代碼集合是測試者最關心是否會測試成功的代碼集合，也是錯誤的概率較高的代碼集合。因此通過對包含該修改的部分的代碼集合賦予更高的權重，有利于盡早實現(xiàn)測試目的，提高了測試效率。
[0022]其次，按照測試權重由大到小的順序對多個代碼集合進行排序，從而確定測試順序(步驟S220)。圖3是表示根據(jù)本發(fā)明的實施例中代碼集合與權重的關系的一例的圖。如圖3所示，集合1-4的權重分別是20、10、40以及30。在這種情況下，可以按照權重由大到小的順序進行排序，從而得到的測試順序為集合3、集合4、集合1、集合2，如圖4所示。然而，有時代碼集合之間存在執(zhí)行順序上的依賴關系。執(zhí)行順序上的依賴關系例如是集合3必須在集合2執(zhí)行完畢之后才可以執(zhí)行，例如集合3需要使用到集合2的輸出結果等。此時，如果按照圖4所示的順序排序會違背該執(zhí)行順序上的依賴關系，導致無法正確測試該軟件系統(tǒng)。因此，當多個代碼集合中包含具有執(zhí)行順序上的依賴關系的至少兩個集合時，在不改變該至少兩個集合之間的順序的前提下，按照測試權重由大到小的順序對多個代碼集合進行排序。作為一個具體示例，可以將具有執(zhí)行上的依賴關系的至少兩個集合作為整體，并且將這些集合中最大的權重作為整體的權重而進行排序。在本示例中，集合2與集合3存在執(zhí)行順序上的依賴關系，因此將集合2與集合3作為一個整體，以該整體的權重為40進行排序，從而得到的測試順序為集合2、集合3、集合4、集合1，如圖5所示。當然，也可以通過其他方式進行排序，只要不改變具有執(zhí)行順序上的依賴關系的至少兩個集合之間的順序即可。
[0023]最后，按照所確定的測試順序測試所述多個代碼集合(步驟S230)。
[0024]通過以上方法，根據(jù)測試的歷史情況來對軟件代碼的多個集合賦予不同的權重，并且按照權重的大小來調整測試順序，從而提高軟件測試效率。
[0025]以上說明了本發(fā)明的軟件測試方法的多個實施例。顯然，本領域技術人員在不脫離本發(fā)明的精神和范圍內可以對上述實施例作出各種組合、修改或者變形。本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0026]【電子設備】
[0027]下面，結合附圖來詳細說明本發(fā)明的電子設備。本發(fā)明的電子設備用于對軟件進行測試。使用本發(fā)明的電子設備測試的軟件包括多個代碼集合，這些代碼集合例如可以是根據(jù)軟件系統(tǒng)的功能、用例或者其他單位進行劃分，并且代碼集合之間可以包含相同的軟件代碼。
[0028]圖6是根據(jù)本發(fā)明的實施例的電子設備的功能框圖。如圖6所示，電子設備600包括:存儲模塊610、權重確定模塊620、測試順序確定模塊630以及測試模塊640。
[0029]存儲模塊610用于存儲測試的歷史記錄。這里所述的測試的歷史記錄是指，在執(zhí)行本次測試之前對該軟件進行測試時所記錄的任何內容。關于測試的歷史記錄的具體內容將在下面詳細說明。
[0030]權重確定模塊620用于根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重。
[0031]在一個示例中，測試的歷史記錄可以是每一個代碼集合的測試失敗的次數(shù)。具體而言，每次對該軟件測試時記錄測試結果，并且對每一個代碼集合的測試失敗的次數(shù)進行統(tǒng)計。在確定每一個代碼集合的測試權重時，可以使得代碼集合的測試失敗的次數(shù)越多權重越高、測試失敗的次數(shù)越少權重越低。這是因為，代碼集合的測試失敗的次數(shù)越多，該代碼集合中存在錯誤的概率越高，因此通過對該代碼集合賦予更高的權重，使得該代碼集合優(yōu)先于其他存在錯誤概率較低的代碼集合進行測試，從而可以盡早發(fā)現(xiàn)代碼錯誤，提高了測試效率。相反，測試的歷史記錄也可以是每一個代碼集合的測試成功的次數(shù)。具體而言，每次對該軟件測試時記錄測試結果，并且對每一個代碼集合的測試成功的次數(shù)進行統(tǒng)計。在確定每一個代碼集合的測試權重時，可以使得代碼集合的測試成功的次數(shù)越多權重越低、測試成功的次數(shù)越少權重越高。這是因為，代碼集合的測試成功的次數(shù)越多，該代碼集合中存在錯誤的概率越低，因此通過對該代碼集合賦予更低的權重，使得其他存在錯誤概率較高的代碼集合優(yōu)先于該代碼集合進行測試，從而可以盡早發(fā)現(xiàn)代碼錯誤，提高了測試效率。當然，測試的歷史記錄還可以同時包括每一個代碼集合的失敗次數(shù)以及成功次數(shù)。
[0032]在另一個示例中，歷史記錄可以是每一個代碼集合的測試所需的時間。具體而言，在該軟件測試時可以記錄每一個代碼集合的測試所需的時間。當該代碼集合測試過多次(即存在多個記錄)時，測試所需的時間例如可以采用最后一次測試所需的時間。但本發(fā)明不限于此，也可以使用其他方式(例如計算平均值等)來確定代碼集合的測試所需的時間。在確定每一個代碼集合的測試權重時，可以使得執(zhí)行測試所需時間越短測試權重越大。這是因為，代碼集合的測試所需時間越短，在一定時間內能夠測試的代碼集合的數(shù)量越多，因此通過對測試所需時間短的代碼集合賦予更高的權重，可以在短時間內測試更多的代碼集合，從而提高了測試效率。
[0033]在另一個示例中，歷史記錄可以是前一次測試的軟件代碼。具體而言，記錄前一次測試時的軟件代碼，并且在獲取本次將要測試的代碼后，比較本次測試的代碼與前一次測試的代碼，從而確定本次測試的代碼與前一次測試的代碼之間不一致的部分。在確定每一個代碼集合的測試權重時，對包含所述不一致的部分的代碼集合設置比其他代碼集合更大的測試權重。這是因為，本次測試的代碼和前一次測試的代碼不一致的部分實質上就是在本次測試之前修改的部分，包含該部分的代碼集合是測試者最關心是否會測試成功的代碼集合，也是錯誤的概率較高的代碼集合。因此通過對包含該修改的部分的代碼集合賦予更高的權重，有利于盡早實現(xiàn)測試目的，提高了測試效率。
[0034]測試順序確定模塊630用于按照測試權重由大到小的順序對多個代碼集合進行排序，從而確定測試順序。圖3是表示根據(jù)本發(fā)明的實施例中代碼集合與權重的關系的一例的圖。如圖3所示，集合1-4的權重分別是20、10、40以及30。在這種情況下，可以按照權重由大到小的順序進行排序，從而得到的測試順序為集合3、集合4、集合1、集合2，如圖4所示。然而，有時代碼集合之間存在執(zhí)行順序上的依賴關系。執(zhí)行順序上的依賴關系例如是集合3必須在集合2執(zhí)行完畢之后才可以執(zhí)行，例如集合3需要使用到集合2的輸出結果等。此時，如果按照圖4所示的順序排序會違背該執(zhí)行順序上的依賴關系，導致無法正確測試該軟件系統(tǒng)。因此，當多個代碼集合中包含具有執(zhí)行順序上的依賴關系的至少兩個集合時，在不改變該至少兩個集合之間的順序的前提下，按照測試權重由大到小的順序對多個代碼集合進行排序。作為一個具體示例，可以將具有執(zhí)行上的依賴關系的至少兩個集合作為整體，并且將這些集合中最大的權重作為整體的權重而進行排序。在本示例中，集合2與集合3存在執(zhí)行順序上的依賴關系，因此將集合2與集合3作為一個整體，以該整體的權重為40進行排序，從而得到的測試順序為集合2、集合3、集合4、集合1，如圖5所示。當然，也可以通過其他方式進行排序，只要不改變具有執(zhí)行順序上的依賴關系的至少兩個集合之間的順序即可。
[0035]測試模塊640用于按照所確定的測試順序測試所述多個代碼集合。
[0036]通過以上電子設備，根據(jù)測試的歷史情況來對軟件代碼的多個集合賦予不同的權重，并且按照權重的大小來調整測試順序，從而提高軟件測試效率。
[0037]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的硬件平臺的方式來實現(xiàn)，當然也可以全部通過硬件來實施?；谶@樣的理解，本發(fā)明的技術方案對【背景技術】做出貢獻的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。
[0038]以上說明了本發(fā)明的電子設備的多個實施例。顯然，本領域技術人員在不脫離本發(fā)明的精神和范圍內可以對上述實施例作出各種組合、修改或者變形。本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
【主權項】
1.一種軟件測試方法，應用于電子設備，所述軟件的代碼包括多個代碼集合，其中包括: 根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重； 按照所述測試權重由大到小的順序對所述多個代碼集合進行排序，從而確定測試順序；以及 按照所確定的測試順序測試所述多個代碼集合。2.如權利要求1所述的軟件測試方法，其中，當所述多個代碼集合中包含具有執(zhí)行順序上的依賴關系的至少兩個集合時， 所述按照所述測試權重由大到小的順序對所述多個代碼集合進行排序包括: 在不改變所述至少兩個集合之間的順序的前提下，按照所述測試權重由大到小的順序對所述多個代碼集合進行排序。3.如權利要求1所述的軟件測試方法，其中，所述電子設備記錄每一個代碼集合的測試成功次數(shù)和/或測試失敗次數(shù)， 所述根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重包括: 對于每一個代碼集合，根據(jù)測試成功的次數(shù)和/或測試失敗的次數(shù)來確定測試權重，使得測試失敗的次數(shù)越多所述測試權重越大和/或測試成功的次數(shù)越多所述測試權重越小。4.如權利要求1所述的軟件測試方法，其中，所述電子設備記錄每一個代碼集合的執(zhí)行測試所需的時間， 所述根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重包括: 根據(jù)代碼集合的執(zhí)行測試所需時間確定測試權重，使得執(zhí)行測試所需時間越短所述測試權重越大。5.如權利要求1所述的軟件測試方法，其中，所述電子設備記錄前一次測試的代碼， 所述根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重包括: 比較本次測試的代碼與所述前一次測試的代碼以確定本次測試的代碼與所述前一次測試的代碼之間不一致的部分；以及 對包含所述不一致的部分的代碼集合設置比其他代碼集合更大的測試權重。6.—種電子設備，用于對軟件進行測試，所述軟件的代碼包括多個代碼集合，其中包括: 存儲模塊，配置來存儲測試的歷史記錄； 權重確定模塊，配置來根據(jù)測試的歷史記錄確定每一個代碼集合的測試權重； 測試順序確定模塊，配置來按照所述測試權重由大到小的順序對所述多個代碼集合進行排序，從而確定測試順序；以及 測試模塊，配置來按照所確定的測試順序測試所述多個代碼集合。7.如權利要求6所述的電子設備，其中，所述多個代碼集合中包含具有執(zhí)行順序上的依賴關系的至少兩個集合時， 所述權重確定模塊在不改變所述至少兩個集合之間的順序的前提下，按照所述測試權重由大到小的順序對所述多個代碼集合進行排序。8.如權利要求6所述的電子設備，其中， 所述存儲模塊記錄每一個代碼集合的測試成功次數(shù)和/或測試失敗次數(shù)， 所述權重確定模塊對于每一個代碼集合，根據(jù)所述存儲模塊中的測試成功的次數(shù)和/或測試失敗的次數(shù)來確定測試權重，使得測試失敗的次數(shù)越多測試權重越大和/或測試成功的次數(shù)越多測試權重越小。9.如權利要求6所述的電子設備，其中， 所述存儲模塊記錄每一個代碼集合的執(zhí)行測試所需的時間， 所述權重確定模塊根據(jù)代碼集合的執(zhí)行測試所需時間確定測試權重，使得執(zhí)行測試所需時間越短測試權重越大。10.如權利要求6所述的電子設備，其中， 所述存儲模塊記錄前一次測試的代碼， 所述權重確定模塊比較本次測試的代碼與所述前一次測試的代碼以確定所述本次測試的代碼與前一次測試的代碼之間不一致的部分，并且對包含所述不一致的部分的代碼集合設置比其他代碼集合更大的測試權重。
【文檔編號】G06F11/36GK106033386SQ201510104433
【公開日】2016年10月19日
【申請日】2015年3月10日
【發(fā)明人】楊杰
【申請人】聯(lián)想(北京)有限公司