[發(fā)明專利]用于評價軟件測試質(zhì)量和開發(fā)能力的管理系統(tǒng)實現(xiàn)方法

有效

• 申請?zhí)枺?/td>: 201310213105.0
• 申請日: 2013-06-27
• 公開（公告）號: CN103279831A
• 公開（公告）日: 2013-09-04
• 發(fā)明（設計）人: 李巖
• 申請（專利權(quán)）人: 李巖
• 主分類號: G06Q10/06
• 分類號: G06Q10/06;G06F11/36
• 代理公司: 暫無信息
• 代理人: 暫無信息

1.?用于評價軟件測試質(zhì)量和開發(fā)能力的管理系統(tǒng)實現(xiàn)方法由數(shù)據(jù)采集系統(tǒng)、算法管理系統(tǒng)、預算管理系統(tǒng)、報告管理系統(tǒng)組成；數(shù)據(jù)采集系統(tǒng)由測試計劃適配器、需求采集器、測試用例采集器、用例執(zhí)行數(shù)據(jù)采集器、成品缺陷采集器組成；算法管理系統(tǒng)由算法基本元素定義器、算法公式生成器、算法表生成器組成；預算管理系統(tǒng)由測試預算采集器、測試預算分配器、預算閥值定義器、告警生成器組成；報告管理系統(tǒng)由報表內(nèi)容定義器、個人工作質(zhì)量評估器、項目組工作質(zhì)量評估器組成，其主要步驟為：

1)???????數(shù)據(jù)采集

①由數(shù)據(jù)采集系統(tǒng)的測試計劃適配器，采集測試計劃并將測試計劃分解成項目名稱、項目預算、需求編寫負責人、需求分解負責人、測試用例編寫人、測試執(zhí)行人、測試項目經(jīng)理并存儲到本地數(shù)據(jù)庫，采集的方法包括從第三方測試工具導入和人工錄入，其中項目預算包含人力成本、設備成本、環(huán)境成本、浮動預算成本、項目工期；

②由數(shù)據(jù)采集系統(tǒng)的需求采集器，采集軟件開發(fā)文檔中的需求書并存儲到本地數(shù)據(jù)庫，并將需求書與需求編寫負責人對應，采集的方法包括從第三方測試工具導入和人工錄入；

③由數(shù)據(jù)采集系統(tǒng)的需求采集器，采集分解的需求并存儲到本地數(shù)據(jù)庫，并將分解的需求與需求分解負責人對應，采集的方法包括從第三方測試工具導入和人工錄入，根據(jù)項目規(guī)模差異需求分解負責人可以是多個不同的自然人，用需求分解負責人1到需求分解負責人M表示，根據(jù)項目的復雜度差異，同一個需求分解負責人對應多個分解的需求，用分解的需求1到分解的需求N表示；?

④由數(shù)據(jù)采集系統(tǒng)的測試用例采集器，采集測試用例并存儲到本地數(shù)據(jù)庫，并將測試用例與測試用例編寫人對應，由于一個分解的需求只能對應一個測試用例編寫人，因此測試用例采集器直接將測試用例通過測試用例編寫人與分解的需求相對應，采集的方法包括從第三方測試工具導入和人工錄入，一個分解的需求對應一個測試用例編寫人對應多個測試用例，用測試用例1到測試用例K表示；

⑤由數(shù)據(jù)采集系統(tǒng)的用例執(zhí)行數(shù)據(jù)采集器，采集用例執(zhí)行數(shù)據(jù)并存儲到本地數(shù)據(jù)庫，并將用例執(zhí)行數(shù)據(jù)分解成用例執(zhí)行次數(shù)、用例通過次數(shù)、缺陷報告、缺陷等級，采集的方法包括從第三方測試工具導入和人工錄入，用例執(zhí)行人對應測試用例，測試用例對應用例執(zhí)行次數(shù)、用例通過次數(shù)、缺陷報告、缺陷等級，并將缺陷報告與測試執(zhí)行人對應，用例執(zhí)行人與測試用例逐一對應，用例執(zhí)行人1到用例執(zhí)行人K根據(jù)測試計劃分工可以是多個不同的自然人也可以是同一個自然人；??

⑥由數(shù)據(jù)采集系統(tǒng)的成品缺陷采集器，采集成品缺陷并存儲到本地數(shù)據(jù)庫，并將成品缺陷分解成成品缺陷報告和成品缺陷等級，采集的方法包括從第三方測試工具導入和人工錄入，成品缺陷的概念是軟件已經(jīng)部署到生產(chǎn)環(huán)境后發(fā)現(xiàn)的軟件缺陷；

2)???????算法管理

?①由算法管理系統(tǒng)的算法基本元素定義器，定義完成開發(fā)質(zhì)量評估、需求編寫質(zhì)量評估、需求分解質(zhì)量評估、用例編寫質(zhì)量評估、測試執(zhí)行質(zhì)量評估所需要的基本計算元素，算法基本元素定義器默認的算法基本元素定義如下所示；

用于測試執(zhí)行質(zhì)量評估所需要的算法基本元素包括成品缺陷報告、測試用例、成品缺陷等級、缺陷報告、用例要求執(zhí)行次數(shù)、用例執(zhí)行次數(shù)、用例通過次數(shù)，其中用例要求執(zhí)行次數(shù)由測試項目經(jīng)理在算法基本元素定義器進行手工輸入，作為對測試執(zhí)行工作的統(tǒng)一要求，算法基本元素定義器根據(jù)缺陷報告統(tǒng)計每個測試執(zhí)行人的缺陷報告次數(shù)；

用于用例編寫質(zhì)量評估所需要的算法基本元素包括成品缺陷報告、成品缺陷等級、分解的需求、測試用例，算法基本元素定義器根據(jù)測試用例統(tǒng)計每個測試用例編寫人編寫的測試用例數(shù)；

用于需求分解質(zhì)量評估所需要的算法基本元素包括成品缺陷報告、成品缺陷等級、測試用例、分解的需求、需求書，算法基本元素定義器根據(jù)分解的需求統(tǒng)計每個需求分解負責人編寫的分解的需求數(shù)；

用于需求編寫質(zhì)量評估所需要的算法基本元素包括成品缺陷報告、成品缺陷等級、測試用例、分解的需求、需求書，算法基本元素定義器根據(jù)需求書自動統(tǒng)計需求書功能點數(shù)量，需求書作為開發(fā)和測試應用軟件的基本文檔，編寫規(guī)范中明確要求以獨立章節(jié)說明每一個功能點，因此計算機程序可以很容易統(tǒng)計出需求書功能點數(shù)量；

用于開發(fā)質(zhì)量評估所需要的算法基本元素包括成品缺陷報告、成品缺陷等級、缺陷報告、缺陷等級、需求書，算法基本元素定義器根據(jù)缺陷報告統(tǒng)計相同缺陷報告次數(shù)；

?②由算法管理系統(tǒng)的算法公式生成器，定義完成開發(fā)質(zhì)量評估、需求編寫質(zhì)量評估、需求分解質(zhì)量評估、用例編寫質(zhì)量評估、測試執(zhí)行質(zhì)量評估所需要的算法公式，算法公式生成器默認的算法公式如下所示；

?用于測試執(zhí)行質(zhì)量評估所需要的算法公式步驟為：

i.定義包含系數(shù)Q，成品缺陷報告與測試用例進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在測試用例中則Q等于1，當成品缺陷報告中的關(guān)鍵字不包含在測試用例中則Q等于0；.

ii.計算個體測試執(zhí)行人的測試執(zhí)行工作量采用如下公式1：

?????????????????????????????????????????????????

iii.當Q等于0時，計算個體測試執(zhí)行人的測試執(zhí)行質(zhì)量評估值采用如下所示公式2，測試執(zhí)行質(zhì)量評估值是測試執(zhí)行人違規(guī)和出錯的次數(shù)，數(shù)值越大說明測試執(zhí)行質(zhì)量越差：

?iii.當Q等于1時，計算個體測試執(zhí)行人的測試執(zhí)行質(zhì)量評估值采用如下所示公式3，測試執(zhí)行質(zhì)量評估值是測試執(zhí)行人違規(guī)和出錯的次數(shù)，數(shù)值越大說明測試執(zhí)行質(zhì)量越差：

?用于用例編寫質(zhì)量評估所需要的算法公式步驟為：

i.定義包含系數(shù)Q，成品缺陷報告與測試用例進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在測試用例中則Q等于1，當成品缺陷報告中的關(guān)鍵字不包含在測試用例中則Q等于0；

ii.定義包含系數(shù)R，成品缺陷報告與分解的需求進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在分解的需求中則R等于1，當成品缺陷報告中的關(guān)鍵字不包含在分解的需求中則R等于0；?

iii.計算個體測試用例編寫人的工作量采用如下所示公式4：

iv.當Q等于1時，計算個體測試用例編寫人的用例編寫質(zhì)量評估值采用如下所示公式5，用例編寫質(zhì)量評估值是用例編寫人違規(guī)和出錯的次數(shù)，數(shù)值越大說明測試用例編寫人編寫測試用例的用例編寫質(zhì)量越差，公式5中當n等于0時用例編寫質(zhì)量評估值初值設定為0：?

v.當Q等于0時，R等于0時，計算個體測試用例編寫人的用例編寫質(zhì)量評估值采用上述公式5；

vi．當Q等于0時，R等于1時，計算個體測試用例編寫人的用例編寫質(zhì)量評估值采用如下所示公式6：?

用于需求分解質(zhì)量評估所需要的算法公式步驟為：

i.?定義包含系數(shù)Q，成品缺陷報告與測試用例進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在測試用例中則Q等于1，當成品缺陷報告中的關(guān)鍵字不包含在測試用例中則Q等于0；

ii.定義包含系數(shù)R，成品缺陷報告與分解的需求進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在分解的需求中則R等于1，當成品缺陷報告中的關(guān)鍵字不包含在分解的需求中則R等于0；?

iii.定義包含系數(shù)S，成品缺陷報告與需求書進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在需求書中則S等于1，當成品缺陷報告中的關(guān)鍵字不包含在需求書中則S等于0；

iv.計算個體需求分解負責人的工作量采用如下公式7：

iv.當Q等于1時，計算個體需求分解負責人的需求分解質(zhì)量評估值采用如下公式8，需求分解質(zhì)量評估值是需求分解負責人違規(guī)和出錯的次數(shù)，數(shù)值越大說明需求分解負責人編寫“分解的需求”的需求分解質(zhì)量越差，公式8中當n等于0時需求分解質(zhì)量評估值初值設定為0：?

v.當Q等于0，R等于1時，計算個體需求分解負責人的需求分解質(zhì)量評估值采用上述公式8；

vi.當Q等于0，R等于0，S等于0時，計算個體需求分解負責人的需求分解質(zhì)量評估值采用上述公式8；

vii當Q等于0，R等于0，S等于1時，計算個體需求分解負責人的需求分解質(zhì)量評估值采用如下公式9：?

用于需求編寫質(zhì)量評估所需要的算法公式步驟為：

i.?定義包含系數(shù)Q，成品缺陷報告與測試用例進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在測試用例中則Q等于1，當成品缺陷報告中的關(guān)鍵字不包含在測試用例中則Q等于0；

ii.定義包含系數(shù)R，成品缺陷報告與分解的需求進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在分解的需求中則R等于1，當成品缺陷報告中的關(guān)鍵字不包含在分解的需求中則R等于0；?

iii.定義包含系數(shù)S，成品缺陷報告與需求書進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在需求書中則S等于1，當成品缺陷報告中的關(guān)鍵字不包含在需求書中則S等于0；

iv.計算個體需求編寫負責人的工作量采用如下公式10：

v.當Q等于1時，計算個體需求編寫負責人的需求編寫質(zhì)量評估值采用如下公式11，需求編寫質(zhì)量評估值是需求編寫負責人違規(guī)和出錯的次數(shù)，數(shù)值越大說明需求編寫負責人編寫需求書的需求編寫質(zhì)量越差，公式11中當n等于0時需求編寫質(zhì)量評估值初值設定為0：?

vi.當Q等于0，R等于1時，計算個體需求編寫負責人的需求編寫質(zhì)量評估值采用上述公式11；

vii.當Q等于0，R等于0，S等于1時，計算個體需求編寫負責人的需求編寫質(zhì)量評估值采用上述公式11；

viii.當Q等于0，R等于0，S等于0時，計算個體需求編寫負責人的需求編寫質(zhì)量評估值采用如下公式12：

?用于開發(fā)質(zhì)量評估所需要的算法公式步驟為：

i.定義包含系數(shù)S，成品缺陷報告與需求書進行關(guān)鍵字比較，當成品缺陷報告中的關(guān)鍵字包含在需求書中則S等于1，當成品缺陷報告中的關(guān)鍵字不包含在需求書中則S等于0；

ii.當S等于0時，計算軟件開發(fā)商開發(fā)質(zhì)量評估值采用如下公式13，開發(fā)質(zhì)量評估值是軟件開發(fā)商開發(fā)軟件所產(chǎn)生的缺陷和缺陷等級的總計值，數(shù)值越大表示軟件開發(fā)商的軟件開發(fā)能力越差：

iii.當S等于1時，計算軟件開發(fā)商開發(fā)質(zhì)量評估值采用如下公式14：

?③由算法管理系統(tǒng)的算法表生成器讀取數(shù)據(jù)采集系統(tǒng)中測試計劃適配器存儲的項目名稱及項目名稱對應的需求編寫負責人、需求分解負責人、測試用例編寫人、測試執(zhí)行人、測試項目經(jīng)理；由算法表生成器讀取算法公式生成器中的公式，包括公式1到公式14，生成算法表生成器默認公式集，測試項目經(jīng)理有權(quán)限在算法表生成器默認公式集的基礎上進行變更生成用戶自定義公式集；測試項目經(jīng)理有權(quán)限在算法表生成器為自己管理的測試項目指定相應的公式集，公式集包含用來計算測試執(zhí)行工作量、測試執(zhí)行質(zhì)量評估值、用例編寫工作量、用例編寫質(zhì)量評估值、需求分解工作量、需求分解質(zhì)量評估值、需求編寫工作量、需求編寫質(zhì)量評估值、開發(fā)質(zhì)量評估值的整套公式，算法表生成器最終完成項目名稱、需求編寫負責人、需求分解負責人、測試用例編寫人、測試執(zhí)行人、測試項目經(jīng)理與算法表生成器默認公式集的對應關(guān)系，從而生成算法表；

3)???????預算管理

①由預算管理系統(tǒng)的測試預算采集器，讀取數(shù)據(jù)采集系統(tǒng)的測試計劃適配器所存儲的項目預算，，其中項目預算包含人力成本、設備成本、環(huán)境成本、浮動預算成本、項目工期；

②由預算管理系統(tǒng)的測試預算分配器將項目預算分配到天，分配項目預算的公式采用如下公式15，分配到天的項目預算定名為每天計劃內(nèi)測試預算；

③由預算管理系統(tǒng)的預算閥值定義器完成預算閥值的定義，方法是由測試項目經(jīng)理輸入每天實際發(fā)生的測試成本與每天計劃內(nèi)測試預算比較產(chǎn)生的偏離值允許的范圍，預算閥值包括黃色告警預算閥值和紅色告警預算閥值，預算閥值定義器默認的黃色告警預算閥值為30%，預算閥值定義器默認的紅色告警預算閥值為50%，預算閥值定義器計算每天實際發(fā)生的測試成本與每天計劃內(nèi)測試預算比較產(chǎn)生的偏離值采用如下公式16；

?④由預算管理系統(tǒng)的告警生成器讀取每天實際發(fā)生的測試成本與每天計劃內(nèi)測試預算比較產(chǎn)生的偏離值，當偏離值達到黃色告警預算閥值，告警生成器將項目在系統(tǒng)內(nèi)做黃色告警標記，并通過外接郵件服務器和短信網(wǎng)關(guān)向測試項目經(jīng)理發(fā)送成本超出預算30%的黃色告警信件和短信；當偏離值達到紅色告警預算閥值，告警生成器將項目在系統(tǒng)內(nèi)做紅色告警標記，并通過外接郵件服務器和短信網(wǎng)關(guān)向測試項目經(jīng)理發(fā)送成本超出預算50%的紅色告警信件和短信；

?4)???????報告管理

①由報告管理系統(tǒng)的報表內(nèi)容定義器定義不同系統(tǒng)使用者根據(jù)不同角色所能夠查詢的報表內(nèi)容，角色分為需求編寫負責人、需求分解負責人、測試用例編寫人、測試執(zhí)行人、測試項目經(jīng)理；能夠選擇的報表內(nèi)容包括測試執(zhí)行工作量、測試執(zhí)行質(zhì)量評估值、用例編寫工作量、用例編寫質(zhì)量評估值、需求分解工作量、需求分解質(zhì)量評估值、需求編寫工作量、需求編寫質(zhì)量評估值、開發(fā)質(zhì)量評估值；報表內(nèi)容定義器默認的角色和可查詢的報表對應關(guān)系為，需求編寫負責人可以查看需求編寫工作量、需求編寫質(zhì)量評估值，需求分解負責人可以查看需求分解工作量、需求分解質(zhì)量評估值，測試用例編寫人可以查看用例編寫工作量、用例編寫質(zhì)量評估值，測試執(zhí)行人可以查看測試執(zhí)行工作量、測試執(zhí)行質(zhì)量評估值，測試項目經(jīng)理可以查看測試執(zhí)行工作量、測試執(zhí)行質(zhì)量評估值、用例編寫工作量、用例編寫質(zhì)量評估值、需求分解工作量、需求分解質(zhì)量評估值、需求編寫工作量、需求編寫質(zhì)量評估值、開發(fā)質(zhì)量評估值；

②由報告管理系統(tǒng)的個人工作質(zhì)量評估器對每個測試執(zhí)行人的測試執(zhí)行質(zhì)量評估值進行排序，由報告管理系統(tǒng)的個人工作質(zhì)量評估器對每個測試用例編寫人的用例編寫質(zhì)量評估值進行排序，由報告管理系統(tǒng)的個人工作質(zhì)量評估器對每個需求分解負責人的需求分解質(zhì)量評估值進行排序，由報告管理系統(tǒng)的個人工作質(zhì)量評估器對每個需求編寫負責人的需求編寫質(zhì)量評估值進行排序；排序的目的是督促整個測試團隊不斷改進工作質(zhì)量，方便管理者對工作水平最差的人員給予及時的培訓或者調(diào)整工作崗位，方便管理者對工作水平最好的人員給予獎勵；

③由報告管理系統(tǒng)的項目組工作質(zhì)量評估器對每個項目組所有的測試執(zhí)行人的測試執(zhí)行質(zhì)量評估值進行加權(quán)平均，并將結(jié)果以項目組進行排序；由報告管理系統(tǒng)的項目組工作質(zhì)量評估器對每個項目組所有的測試用例編寫人的用例編寫質(zhì)量評估值進行加權(quán)平均，并將結(jié)果以項目組進行排序；由報告管理系統(tǒng)的項目組工作質(zhì)量評估器對每個項目組所有的需求分解負責人的需求分解質(zhì)量評估值進行加權(quán)平均，并將結(jié)果以項目組進行排序；由報告管理系統(tǒng)的項目組工作質(zhì)量評估器對每個項目組所有的需求編寫負責人的需求編寫質(zhì)量評估值進行加權(quán)平均，并將結(jié)果以項目組進行排序；由報告管理系統(tǒng)的項目組工作質(zhì)量評估器對每個項目組對應的開發(fā)商的開發(fā)質(zhì)量評估值進行排序；排序的目的是督促測試項目組之間的評比，方便管理者對工作質(zhì)量好的項目組給予獎勵，對工作質(zhì)量差的項目組進行調(diào)整；

?④由報告管理系統(tǒng)的項目組工作質(zhì)量評估器對每個項目組每天實際發(fā)生的測試成本與每天計劃內(nèi)測試預算比較產(chǎn)生的偏離值進行排序，方便管理者對測試預算管理好的項目組給予獎勵，對測試預算管理差的項目組給予培訓或者調(diào)整。