本申請涉及軟件測試技術(shù)領(lǐng)域，特別是涉及一種軟件系統(tǒng)測試需求評估方法及裝置。

背景技術(shù)：

軟件開發(fā)是指根據(jù)用戶需求構(gòu)建軟件系統(tǒng)的過程。通常軟件系統(tǒng)的開發(fā)流程如下：首先由管理人員確定該軟件系統(tǒng)的開發(fā)人員；然后由開發(fā)人員，根據(jù)用戶需求，確定構(gòu)建該軟件系統(tǒng)的代碼模塊；最后，由開發(fā)人員對上述代碼模塊修改和搭建，形成軟件系統(tǒng)。

為了保證所構(gòu)建軟件系統(tǒng)的正常運(yùn)行，在軟件系統(tǒng)上線前，一般需對軟件系統(tǒng)進(jìn)行功能性測試。但在實(shí)際應(yīng)用中，由于各種原因，比如時間倉促、研發(fā)成本較高等，需綜合考慮一軟件系統(tǒng)的重要性、開發(fā)質(zhì)量以及自測情況等各種因素，確定一軟件系統(tǒng)是否需測試。

目前，通常采用兩種方式，確定一軟件系統(tǒng)是否需測試：一種是開發(fā)人員憑經(jīng)驗判斷該軟件系統(tǒng)是否需測試；另一種是測試人員憑經(jīng)驗判斷該軟件系統(tǒng)是否需測試。可見，上述兩種方式，均是通過個人經(jīng)驗判斷所開發(fā)的軟件系統(tǒng)是否需測試；那么，如果所開發(fā)的一軟件系統(tǒng)漏洞較大，重要性較高，而判斷人員做出無需測試的決定，此時將影響該軟件系統(tǒng)的正常運(yùn)行。

申請內(nèi)容

本申請實(shí)施例中提供了一種軟件系統(tǒng)測試需求評估方法及裝置，以確保所開發(fā)軟件系統(tǒng)的正常運(yùn)行。

為了解決上述技術(shù)問題，本申請實(shí)施例公開了如下技術(shù)方案：

本申請公開了一種軟件系統(tǒng)測試需求評估方法，包括：

獲取構(gòu)建軟件系統(tǒng)的代碼模塊和開發(fā)人員；

提取所述代碼模塊的可靠性特征值、重要性特征值，以及，所述開發(fā)人員的開發(fā)質(zhì)量特征值；

根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，所述測試量化值，用于量化所述軟件系統(tǒng)無需測試的程度；

如果所述測試量化值小于預(yù)設(shè)閾值，確定所述軟件系統(tǒng)需測試，否則，確定所述軟件系統(tǒng)無需測試。

優(yōu)選的，根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，包括：

分別確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重；

根據(jù)所述特征值以及相應(yīng)的權(quán)重，確定所述軟件系統(tǒng)的測試量化值。

優(yōu)選的，分別確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重，包括：

獲取多個軟件系統(tǒng)的估計量化值，所述估計量化值為用戶估計的所述軟件系統(tǒng)的測試量化值；

分別提取每個軟件系統(tǒng)的可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值；

根據(jù)多個軟件系統(tǒng)的估計量化值以及相對應(yīng)的特征值，確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重。

優(yōu)選的，根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，包括：

將所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值量化為同一數(shù)據(jù)級別；

將所述特征值量化后的結(jié)果相加，且將相加之和，作為所述軟件系統(tǒng)的測試量化值。

優(yōu)選的，所述方法還包括：

判斷所述軟件系統(tǒng)的代碼模塊或開發(fā)人員中是否存在預(yù)警項；

如果存在預(yù)警項，確定所述軟件系統(tǒng)需測試。

優(yōu)選的，所述重要性特征值包括所述代碼模塊的訪問量、鏈路依賴值以及故障等級；所述可靠性特征值包括所述代碼模塊的自測數(shù)據(jù)、開發(fā)測試數(shù)據(jù)以及所述代碼模塊的變更數(shù)據(jù)；所述開發(fā)質(zhì)量特征值包括所述開發(fā)人員的歷史開發(fā)故障率。

本申請還公開了一種軟件系統(tǒng)測試需求評估裝置，包括：

獲取模塊，用于獲取構(gòu)建軟件系統(tǒng)的代碼模塊和開發(fā)人員；

提取模塊，用于提取所述代碼模塊的可靠性特征值、重要性特征值，以及，所述開發(fā)人員的開發(fā)質(zhì)量特征值；

確定測試量化值模塊，用于根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，所述測試量化值，用于量化所述軟件系統(tǒng)無需 測試的程度；

確定需測試模塊，用于當(dāng)所述測試量化值小于預(yù)設(shè)閾值時，確定所述軟件系統(tǒng)需測試；

確定無需測試模塊，用于當(dāng)所述測試量化值大于等于預(yù)設(shè)閾值時，確定所述軟件系統(tǒng)無需測試。

優(yōu)選的，所述確定測試量化值模塊包括：

確定權(quán)重單元，用于分別確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重；

確定測試量化值單元，用于根據(jù)所述特征值以及相應(yīng)的權(quán)重，確定所述軟件系統(tǒng)的測試量化值。

優(yōu)選的，其特征在于，所述確定權(quán)重單元包括：

獲取子單元，用于獲取多個軟件系統(tǒng)的估計量化值，所述估計量化值為用戶估計的所述軟件系統(tǒng)的測試量化值；

提取子單元，用于分別提取每個軟件系統(tǒng)的可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值；

確定權(quán)重子單元，用于根據(jù)多個軟件系統(tǒng)的估計量化值以及相對應(yīng)的特征值，確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重。

優(yōu)選的，所述確定測試量化值模塊，包括：

量化子單元，用于將所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值量化為同一數(shù)據(jù)級別；

相加子單元，用于將所述特征值量化后的結(jié)果相加，且將相加之和，作為所述軟件系統(tǒng)的測試量化值。

優(yōu)選的，所述裝置還包括：

判斷模塊，用于判斷所述軟件系統(tǒng)的代碼模塊或開發(fā)人員中是否存在預(yù)警項；

需測試確定模塊，用于當(dāng)所述軟件系統(tǒng)中存在預(yù)警項時，確定所述軟件系統(tǒng)需測試。

由以上技術(shù)方案可見，在本申請實(shí)施例中，首先獲取構(gòu)建軟件系統(tǒng)的代碼模塊和開發(fā)人員；然后，提取所述代碼模塊的可靠性特征值、重要性特征值，以及，所述開發(fā)人員的開發(fā)質(zhì)量特征值；再然后，根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，所述測試量化值，用于量化所述軟件系統(tǒng)無需 測試的程度，且所述測試量化值越大，代表所述軟件系統(tǒng)越無需測試；最后，根據(jù)所述測試量化值與預(yù)設(shè)閾值的大小關(guān)系，確定該軟件系統(tǒng)是否需測試。由上可見，采用本申請實(shí)施例所提供的方法及裝置，可避免由于判斷人員的經(jīng)驗不足，做出無需測試的誤判，從而保證所開發(fā)軟件系統(tǒng)的正常運(yùn)行。

附圖說明

為了更清楚地說明本申請實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，對于本領(lǐng)域普通技術(shù)人員而言，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估方法的一流程示意圖；

圖2為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估方法的另一流程示意圖；

圖3為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估方法的又一流程示意圖；

圖4為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估方法的另一流程示意圖；

圖5為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估方法的又一流程示意圖；

圖6為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估裝置的一模塊示意圖；

圖7為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估裝置的另一模塊示意圖；

圖8為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估裝置的又一模塊示意圖；

圖9為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估裝置的另一模塊示意圖；

圖10為本申請實(shí)施例所公開的軟件系統(tǒng)測試需求評估裝置的又一模塊示意圖。

具體實(shí)施方式

本申請?zhí)峁┮环N軟件系統(tǒng)測試需求評估方法及裝置，以確保所開發(fā)軟件系統(tǒng)的正常運(yùn)行。

首先對本申請實(shí)施例所提供的軟件系統(tǒng)測試需求評估方法進(jìn)行說明，如圖1所示，所述方法至少包括：

步驟S11:獲取構(gòu)建軟件系統(tǒng)的代碼模塊和開發(fā)人員；

在本申請實(shí)施例中，所述軟件系統(tǒng)可為一個完整的軟件系統(tǒng)，也可為一軟件系統(tǒng)中的部分應(yīng)用。

步驟S12：提取所述代碼模塊的可靠性特征值、重要性特征值，以及，所述開發(fā)人員的開發(fā)質(zhì)量特征值；

在本申請實(shí)施例中，可具體在所述代碼模塊相關(guān)聯(lián)的可靠性系統(tǒng)以及重要性系統(tǒng)，分別提取所述代碼模塊的可靠性特征值以及重要性特征值；可在開發(fā)質(zhì)量系統(tǒng)，提取所述開發(fā)人員的開發(fā)質(zhì)量特征值。

在本申請實(shí)施例中，所述重要性特征值可包括所述代碼模塊的訪問量、鏈路依賴值以及故障等級等特征值；所述代碼模塊的訪問量可為所述代碼模塊的每小時/每天/每周的訪問量；所述鏈路依賴值可為所述代碼模塊相關(guān)聯(lián)鏈路的數(shù)量；所述故障等級特征值可為所述代碼模塊允許出現(xiàn)故障的等級。

在本申請實(shí)施例中，所述可靠性特征值可包括所述代碼模塊的自測數(shù)據(jù)、開發(fā)測試數(shù)據(jù)以及所述代碼模塊的變更數(shù)據(jù)等特征值；所述代碼模塊的自測數(shù)據(jù)可為所述代碼模塊的程序代碼中可實(shí)現(xiàn)自動測試的行數(shù)；開發(fā)測試數(shù)據(jù)可為開發(fā)人員所測試代碼模塊中程序代碼的行數(shù)；變更數(shù)據(jù)可為開發(fā)人員修改代碼模塊的程序代碼的行數(shù)。

在本申請實(shí)施例中，所述開發(fā)質(zhì)量特征值可包括所述開發(fā)人員的歷史開發(fā)故障率；所述歷史開發(fā)故障率可為所述開發(fā)人員在預(yù)設(shè)時間段時所開發(fā)軟件系統(tǒng)的線上故障率與線下故障率的平均值。

步驟S13：根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，所述測試量化值，用于量化所述軟件系統(tǒng)無需測試的程度；

步驟S14：判斷所述測試量化值是否小于預(yù)設(shè)閾值，如果是，執(zhí)行步驟S15；否則，執(zhí)行步驟S16；

在本申請實(shí)施例中，所述測試量化值用于量化所述軟件系統(tǒng)無需測試的程度，該測試量化值越大，可代表該軟件系統(tǒng)越無需進(jìn)行測試，因此，可當(dāng)一軟件系統(tǒng)的測試量化值小于預(yù)設(shè)閾值時，判定該軟件系統(tǒng)需測試。而關(guān)于預(yù)設(shè)閾值的大小，可由本領(lǐng)域技術(shù)人員，根據(jù)經(jīng)驗自行設(shè)置。

步驟S15：確定所述軟件系統(tǒng)需測試；

步驟S16：確定所述軟件系統(tǒng)無需測試。

由上可見，在本申請實(shí)施例中，首先獲取構(gòu)建軟件系統(tǒng)的代碼模塊和開發(fā)人員；然后，提取所述代碼模塊的可靠性特征值、重要性特征值，以及，所述開發(fā)人員的開發(fā)質(zhì)量特征值；再然后，根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，所述測試量化值，用于量化所述軟件系統(tǒng)無需測試的程度，且所述測試量化值越大，代表所述軟件系統(tǒng)越無需測試；最后，根據(jù)所述測試量化值與 預(yù)設(shè)閾值的大小關(guān)系，確定該軟件系統(tǒng)是否需測試。由上可見，采用本申請實(shí)施例所提供的方法，可避免由于判斷人員的經(jīng)驗不足，做出無需測試的誤判，從而保證所開發(fā)軟件系統(tǒng)的正常運(yùn)行。

在本申請的又一可行實(shí)施例中，如圖2所示，上述所有實(shí)施例中的步驟S13可包括：

步驟S21：分別確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重；

在本申請實(shí)施例中，可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重，可為正數(shù)，也可為負(fù)數(shù)。

步驟S22：根據(jù)所述特征值以及相應(yīng)的權(quán)重，確定所述軟件系統(tǒng)的測試量化值。

在本申請實(shí)施例中，假設(shè)一軟件系統(tǒng)由代碼模塊A與代碼模塊B構(gòu)建，由開發(fā)人員C與開發(fā)人員D共同開發(fā)。

同時，假設(shè)所提取的代碼模塊A的可靠性特征值為10、重要性特征值為20；提取的代碼模塊B的可靠性特征值為20、重要性特征值為10；而提取的開發(fā)人員C的開發(fā)質(zhì)量特征值為50，提取的開發(fā)人員D的開發(fā)質(zhì)量特征值為100；而步驟S41中所確定的可靠性特征值的權(quán)重為0.3，重要性特征值的權(quán)重為-0.2，開發(fā)質(zhì)量特征值的權(quán)重為0.5；那么可利用下述公式計算所述軟件系統(tǒng)的測試量化值；

軟件系統(tǒng)的測試量化值＝代碼模塊A的測試量化值+代碼模塊B的測試量化值+開發(fā)人員C的測試量化值+開發(fā)人員D的測試量化值＝(代碼模塊A的可靠性特征值*權(quán)重+代碼模塊A的重要性特征值*權(quán)重)+(代碼模塊B的可靠性特征值*權(quán)重+代碼模塊B的重要性特征值*權(quán)重)+(開發(fā)人員C的開發(fā)質(zhì)量特征值*權(quán)重)+(開發(fā)人員D的開發(fā)質(zhì)量特征值*權(quán)重)＝(10*0.3+20*-0.2)+(20*0.3+10*-0.2)+(50*0.5)+(100*0.5)＝74。

由上可見，采用本申請實(shí)施例所公開的方法，可確定一軟件系統(tǒng)的測試量化值。

在本申請的另一可行實(shí)施例中，如圖3所示，上述所有實(shí)施例中的步驟S21可包括：

步驟S31:獲取多個軟件系統(tǒng)的估計量化值，所述估計量化值為用戶估計的所述軟件系統(tǒng)的測試量化值；

在本申請實(shí)施例中，所述估計量化值可為本領(lǐng)域技術(shù)人員，綜合考慮軟件系統(tǒng)的各種因素，估算出的軟件系統(tǒng)的測試量化值。

步驟S32:分別提取每個軟件系統(tǒng)的可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值；

步驟S33:根據(jù)多個軟件系統(tǒng)的估計量化值以及相對應(yīng)的特征值，確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重。

在本申請的上述實(shí)施例中，已公開，所述測試量化值＝可靠性特征值*權(quán)重+重要性特征值*權(quán)重+開發(fā)質(zhì)量特征值*權(quán)重。因此，在本申請實(shí)施例中，可利用所述測試量化值的計算公式，建立三個以可靠性特征值權(quán)重、重要性特征值權(quán)重和開發(fā)質(zhì)量特征值的權(quán)重為未知數(shù)的，以估計量化值、可靠性特征值、重要性特征值和開發(fā)質(zhì)量特征值為已知數(shù)的三元三次方程，通過求解，即可獲取上述特征值的權(quán)重。

當(dāng)然，在實(shí)際應(yīng)用中，可利用現(xiàn)有技術(shù)中已公開的RX隨機(jī)分離算法，求解上述特征值的權(quán)重。

由上可見，在本申請實(shí)施例中，可分別確定可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重。

在本申請的又一可行實(shí)施例中，如圖4所示，上述所有實(shí)施例中的步驟S21可包括：

步驟S41：將所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值量化為同一數(shù)據(jù)級別；

在實(shí)際應(yīng)用中，由于可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值經(jīng)常位于不同的數(shù)據(jù)級別，比如可靠性特征值可能為一代碼模塊的訪問量，可能為千位級別，而重要性特征值可能為一代碼模塊變更的程序代碼的行數(shù)，可能為個位級別，因此，為了在測試量化值中統(tǒng)一體現(xiàn)可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的作用，需將上述特征值量化為同一數(shù)據(jù)級別。在本申請實(shí)施例中，可將上述特征值均量化為個位級別。

步驟S42：將所述特征值量化后的結(jié)果相加，且將相加之和，作為所述軟件系統(tǒng)的測試量化值。

由上可見，在本申請實(shí)施例中，可確定一軟件系統(tǒng)的測試量化值。

在本申請的另一可行實(shí)施例中，如圖5所示，上述所有實(shí)施例中的方法，還可包括：

步驟S51：判斷所述軟件系統(tǒng)的代碼模塊或開發(fā)人員中是否存在預(yù)警項；如果存在，執(zhí)行步驟S52；否則，結(jié)束流程。

在本申請實(shí)施例中，預(yù)警項可為對軟件系統(tǒng)的正常運(yùn)行或開發(fā)質(zhì)量，存在嚴(yán)重影響的項目。在本申請實(shí)施例中，所述預(yù)警項可具體為入職3個月的新員工等項目。

步驟S52：確定所述軟件系統(tǒng)需測試。

由上可見，本申請實(shí)施例中，可當(dāng)一軟件系統(tǒng)中存在預(yù)警項時，確定該軟件系統(tǒng)需測試，從而保證所開發(fā)軟件系統(tǒng)的正常運(yùn)行。

通過以上的方法實(shí)施例的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本申請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實(shí)施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：只讀存儲器(ROM)、隨機(jī)存取存儲器(RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

與本申請?zhí)峁┑能浖到y(tǒng)測試需求評估方法實(shí)施例相對應(yīng)，本申請還提供了一種軟件系統(tǒng)測試需求評估裝置，如圖6所示，至少包括：

獲取模塊61，用于獲取構(gòu)建軟件系統(tǒng)的代碼模塊和開發(fā)人員；

提取模塊62，用于提取所述代碼模塊的可靠性特征值、重要性特征值，以及，所述開發(fā)人員的開發(fā)質(zhì)量特征值；

確定測試量化值模塊63，用于根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，所述測試量化值，用于量化所述軟件系統(tǒng)無需測試的程度；

確定需測試模塊64，用于當(dāng)所述測試量化值小于預(yù)設(shè)閾值時，確定所述軟件系統(tǒng)需測試；

確定無需測試模塊65，用于當(dāng)所述測試量化值大于等于預(yù)設(shè)閾值時，確定所述軟件系統(tǒng)無需測試。

由上可見，在本申請實(shí)施例中，獲取模塊61用于，獲取構(gòu)建軟件系統(tǒng)的代碼模塊和開發(fā)人員；提取模塊62，用于提取所述代碼模塊的可靠性特征值、重要性特征值，以及，所述開發(fā)人員的開發(fā)質(zhì)量特征值；確定測試量化值模塊63用于，根據(jù)所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值，確定所述軟件系統(tǒng)的測試量化值，所述測試量化值，用于量化所述軟件系統(tǒng)無需測試的程度；確定需測試模塊64，用于當(dāng)所述測試量化值小于預(yù)設(shè)閾值時，確定所述軟件系統(tǒng)需測試；確定無需測試模塊65，用于當(dāng)所述測試量化值大于等于預(yù)設(shè)閾值時，，確定所述軟件系統(tǒng)無需測試。由上可見，采用本申請 實(shí)施例所公開的方法，可避免由于判斷人員的經(jīng)驗不足，做出無需測試的誤判，從而保證所開發(fā)軟件系統(tǒng)的正常運(yùn)行。

在本申請的另一可行實(shí)施例中，如圖7所示，上述所有實(shí)施例中的確定測試量化值模塊63可包括：

確定權(quán)重單元71，用于分別確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重；

確定測試量化值單元72，用于根據(jù)所述特征值以及相應(yīng)的權(quán)重，確定所述軟件系統(tǒng)的測試量化值。

由上可見，采用本申請實(shí)施例所公開的方法，可確定一軟件系統(tǒng)的測試量化值。

在本申請的又一可行實(shí)施例中，如圖8所示，上述所有實(shí)施例中的確定權(quán)重單元71可包括：

獲取子單元81，用于獲取多個軟件系統(tǒng)的估計量化值，所述估計量化值為用戶估計的所述軟件系統(tǒng)的測試量化值；

提取子單元82，用于分別提取每個軟件系統(tǒng)的可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值；

確定權(quán)重子單元83，用于根據(jù)多個軟件系統(tǒng)的估計量化值以及相對應(yīng)的特征值，確定所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值的權(quán)重。

由上可見，在本申請實(shí)施例中，可確定上述多個個特征值的權(quán)重。

在本申請的另一可行實(shí)施例中，如圖9所示，上述所有實(shí)施例中的確定測試量化值模塊63，可包括：

量化子單元91，用于將所述可靠性特征值、重要性特征值以及開發(fā)質(zhì)量特征值量化為同一數(shù)據(jù)級別；

相加子單元92，用于將所述特征值量化后的結(jié)果相加，且將相加之和，作為所述軟件系統(tǒng)的測試量化值。

由上可見，在本申請實(shí)施例中，亦可確定一軟件系統(tǒng)的測試量化值。

在本申請的又一可行實(shí)施例中，如圖10所示，上述所有實(shí)施例中的裝置還可包括：

判斷模塊101，用于判斷所述軟件系統(tǒng)的代碼模塊或開發(fā)人員中是否存在預(yù)警項；

需測試確定模塊102，用于當(dāng)所述軟件系統(tǒng)中存在預(yù)警項時，確定所述軟件系統(tǒng)需測試。

由上可見，在本申請實(shí)施例中，可根據(jù)一軟件系統(tǒng)中的預(yù)警項，確定一軟件系統(tǒng)是否需測試。

需要說明的是，在本文中，諸如“第一”和“第二”等之類的關(guān)系術(shù)語僅僅用來將一個實(shí)體或者操作與另一個實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

以上所述僅是本申請的具體實(shí)施方式，使本領(lǐng)域技術(shù)人員能夠理解或?qū)崿F(xiàn)本申請。對這些實(shí)施例的多種修改對本領(lǐng)域的技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本申請將不會被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一致的最寬的范圍。

以上所述僅是本申請的具體實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本申請原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本申請的保護(hù)范圍。