一種多分支軟件缺陷跟蹤方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種多分支軟件缺陷跟蹤方法及系統(tǒng)，該方法主要包括：對(duì)需要檢測(cè)的軟件代碼進(jìn)行測(cè)試，若發(fā)現(xiàn)BUG，則在缺陷管理系統(tǒng)中提交原始BUG單，并記錄發(fā)現(xiàn)此BUG的軟件分支信息；確認(rèn)此BUG是否在其他軟件分支存在，并將存在此BUG的軟件分支記錄到原始BUG單中，根據(jù)記錄的軟件分支信息，復(fù)制新的BUG單，關(guān)閉原始BUG單；根據(jù)新的BUG單，對(duì)其他軟件分支存在的BUG進(jìn)行單獨(dú)跟蹤處理。該方法及系統(tǒng)解決了多個(gè)軟件分支共有的BUG在多個(gè)軟件分支跟蹤處理的問題，避免BUG處理出現(xiàn)遺漏。
【專利說明】一種多分支軟件缺陷跟蹤方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于軟件缺陷跟蹤【技術(shù)領(lǐng)域】，具體是一種在軟件開發(fā)過程中多分支軟件缺陷跟蹤方法及系統(tǒng)的設(shè)計(jì)。
【背景技術(shù)】
[0002]隨著計(jì)算機(jī)應(yīng)用范圍的日益廣泛，應(yīng)用軟件的規(guī)模及復(fù)雜度日益廣泛深入，應(yīng)用軟件的規(guī)模和復(fù)雜程度日趨大型化，復(fù)雜化，這就導(dǎo)致軟件開發(fā)的方式越來越強(qiáng)調(diào)團(tuán)隊(duì)的協(xié)作開發(fā)，而在這種開發(fā)方式下，會(huì)遇到很多問題，例如:需要將整個(gè)軟件的版本恢復(fù)到以前的某一時(shí)間的狀態(tài)，限制隨意修改程序，或者控制某一程序在同一時(shí)間內(nèi)只能一個(gè)開發(fā)人員修改等等。
[0003]為了解決這些問題，提高軟件產(chǎn)品和軟件項(xiàng)目的質(zhì)量及軟件開發(fā)過程中的管理水平，更好地為以后的軟件開發(fā)工作提供有效的服務(wù)，必須采用先進(jìn)的管理手段，實(shí)現(xiàn)軟件產(chǎn)品和軟件項(xiàng)目源碼的科學(xué)管理。在軟件開發(fā)過程中，通常需要使用配置管理工具，如CVS、SVN等對(duì)代碼進(jìn)行管理，同時(shí)也會(huì)使用缺陷管理工具，如bugzilla、Trac等對(duì)軟件缺陷進(jìn)行管理。在軟件開發(fā)過程中，通常會(huì)由于開發(fā)不同的需求而通過軟件配置管理工具創(chuàng)建軟件分支，這樣，在開發(fā)、測(cè)試過程中出現(xiàn)的軟件就有可能在多個(gè)軟件分支存在，跟蹤這些BUG的處理在分支和BUG比較多的情況下就會(huì)變得非常繁瑣，容易產(chǎn)生遺漏。BUG的處理如果產(chǎn)生遺漏，就可能會(huì)導(dǎo)致分支上發(fā)布的軟件版本在用戶處暴露問題，影響是非常大的。

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

[0004]本發(fā)明所要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中存在分支軟件的缺陷跟蹤管理方法的缺點(diǎn)而提出一種多分支軟件缺陷跟蹤方法及系統(tǒng)。
[0005]本發(fā)明解決其技術(shù)問題采用的技術(shù)方案是:一種多分支軟件缺陷跟蹤方法，包括如下步驟:
[0006]S1、啟動(dòng)對(duì)軟件代碼的測(cè)試，若發(fā)現(xiàn)BUG，在缺陷管理系統(tǒng)中提交原始BUG單，并在所述原始BUG單上記錄發(fā)現(xiàn)BUG所在的軟件分支信息；
[0007]S2、確認(rèn)所述BUG是否在其他軟件分支存在，并將存在所述BUG的其他軟件分支記錄到原始BUG單中，根據(jù)記錄的軟件分支信息，復(fù)制新的BUG單，關(guān)閉原始BUG單；
[0008]S3、根據(jù)新的BUG單，對(duì)其他軟件分支存在的BUG進(jìn)行單獨(dú)跟蹤處理。
[0009]進(jìn)一步的，在進(jìn)行所述步驟SI之前還包括:
[0010]S11、在缺陷管理系統(tǒng)中，記錄需要進(jìn)行維護(hù)的軟件分支記錄；
[0011]S12、在缺陷管理系統(tǒng)的BUG單上添加發(fā)現(xiàn)BUG的軟件分支記錄，并支持對(duì)需要進(jìn)行維護(hù)的軟件分支進(jìn)行多選；
[0012]S13、在缺陷管理系統(tǒng)的BUG單上添加BUG單繼承關(guān)系信息，用于記錄復(fù)制出的新BUG單與原始BUG單的繼承關(guān)系。
[0013]進(jìn)一步的，所述步驟2具體包括:[0014]S21、對(duì)所述步驟SI發(fā)現(xiàn)的BUG進(jìn)行確認(rèn)，確認(rèn)此BUG是否在發(fā)現(xiàn)的軟件分支以外的其他軟件分支中存在；
[0015]S22、在缺陷管理系統(tǒng)的BUG單上對(duì)S21步驟中確認(rèn)存在BUG的所述其他軟件分支進(jìn)行多選，并把選擇的軟件分支信息記錄到原始BUG單中；
[0016]S23、根據(jù)記錄在原始BUG單中的軟件分支信息對(duì)原始BUG單進(jìn)行復(fù)制，獲得新的BUG 單；
[0017]S24、關(guān)閉原始BUG單。
[0018]更進(jìn)一步的,所述步驟S23具體包括:
[0019]S231、在原始BUG單中確認(rèn)BUG存在的軟件分支信息部分任意讀取一條軟件分支
信息；
[0020]S232、對(duì)原始BUG單中的軟件分支信息(發(fā)現(xiàn)BUG的軟件分支以及存在BUG的軟件分支)以及BUG單繼承關(guān)系信息以外的其他信息進(jìn)行復(fù)制，得到一個(gè)新的BUG單；
[0021]S233、將步驟S231中讀取的存在BUG的軟件分支信息添加至新的BUG單中的發(fā)現(xiàn)BUG的軟件分支信息中；
[0022]S234、在新的BUG單中的BUG單繼承關(guān)系信息中填寫原始BUG單號(hào)；
[0023]S235、重復(fù)所述步驟S231?S234，直至原始BUG單中確認(rèn)BUG存在的軟件分支信息遍歷完成。
[0024]更進(jìn)一步的，所述步驟S231中所述的軟件分支信息為除發(fā)現(xiàn)BUG的軟件分支以外的其他存在此BUG的軟件分支信息。
[0025]本發(fā)明為解決技術(shù)問題提供了一種多分支軟件缺陷跟蹤系統(tǒng)，其特征在于，具體包括:缺陷管理系統(tǒng)平臺(tái)、BUG單創(chuàng)建模塊以及BUG單復(fù)制模塊，所述BUG單創(chuàng)建模塊用于提交原始BUG單，并記錄發(fā)現(xiàn)BUG的軟件分支信息；所述BUG單復(fù)制模塊用于對(duì)確認(rèn)BUG存在的軟件分支，根據(jù)分支信息，復(fù)制新的BUG單，關(guān)閉原始BUG單；所述缺陷管理系統(tǒng)平臺(tái)根據(jù)復(fù)制出的新的BUG單對(duì)分支缺陷進(jìn)行跟蹤和管理。
[0026]進(jìn)一步的，所述BUG單創(chuàng)建模塊還用于在缺陷管理系統(tǒng)的BUG單上添加發(fā)現(xiàn)BUG的軟件分支，以及存在BUG的軟件分支；并在缺陷管理系統(tǒng)的BUG單上記錄BUG單的繼承關(guān)系。
[0027]進(jìn)一步的，所述BUG單復(fù)制模塊用于依據(jù)原始BUG單中記錄的存在BUG的軟件分支信息對(duì)原始BUG單進(jìn)行復(fù)制，獲得新的BUG單，最后關(guān)閉原始BUG單。
[0028]更進(jìn)一步的，所述BUG單復(fù)制模塊在根據(jù)存在BUG的軟件分支信息對(duì)原始BUG單進(jìn)行復(fù)制的過程中，對(duì)原始BUG單中的發(fā)現(xiàn)BUG的軟件分支信息以及繼承關(guān)系信息以外的其他信息進(jìn)行復(fù)制，得到一個(gè)新的BUG單；在原始BUG單中，從存在BUG的軟件分支信息中任意讀取一條軟件分支信息；將讀取的軟件分支信息添加至新的BUG單中的發(fā)現(xiàn)BUG分支部分中；在新的BUG單中的BUG單繼承關(guān)系部分填寫原始BUG單號(hào)；遍歷原始BUG單中所有的存在BUG的軟件分支信息，完成新的BUG單的復(fù)制。
[0029]更進(jìn)一步的，所述的軟件分支信息為存在BUG的軟件分支信息。
[0030]本發(fā)明的有益效果:本發(fā)明一種多分支軟件缺陷跟蹤方法及系統(tǒng)，通過在缺陷管理系統(tǒng)中對(duì)原始BUG單進(jìn)行復(fù)制，解決了多個(gè)軟件分支共有的BUG在多個(gè)軟件分支跟蹤處理的問題，在BUG單處理過程中首先確定需要解決的分支，在BUG單關(guān)閉時(shí)，按照之前確定的復(fù)制出的多份BUG單進(jìn)行獨(dú)立的跟蹤處理，避免分支處理出現(xiàn)遺漏，并且本發(fā)明在具體操作的過程中較為簡(jiǎn)便，方法的移植性強(qiáng)，可有效節(jié)約BUG跟蹤人力，避免分支版本在用戶處使用時(shí)出現(xiàn)問題。
【專利附圖】

【附圖說明】
[0031]圖1所示為本發(fā)明實(shí)施例的一種多分支軟件缺陷跟蹤方法的流程框圖；
[0032]圖2所示為本發(fā)明實(shí)施例的一種多分支軟件缺陷跟蹤系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0033]下面結(jié)合附圖和具體的實(shí)施例對(duì)本發(fā)明作進(jìn)一步的闡述。
[0034]如圖1所示為本發(fā)明實(shí)施例的一種多分支軟件缺陷跟蹤方法的流程框圖，包括如下步驟:
[0035]S1、啟動(dòng)對(duì)軟件代碼的測(cè)試，若發(fā)現(xiàn)問題缺陷BUG，在缺陷管理系統(tǒng)中提交原始BUG單，并在所述原始BUG單上記錄發(fā)現(xiàn)BUG所在的軟件分支信息；
[0036]S2、確認(rèn)所述BUG是否在其他軟件分支存在，并將存在所述BUG的其他軟件分支記錄到原始BUG單中，根據(jù)記錄的軟件分支信息，復(fù)制生成新的BUG單，關(guān)閉原始BUG單；
[0037]S3、根據(jù)新的BUG單，對(duì)其他軟件分支存在的BUG進(jìn)行單獨(dú)跟蹤處理。
[0038]本發(fā)明通過在缺陷管理系統(tǒng)中對(duì)原始BUG單進(jìn)行復(fù)制，解決了多個(gè)軟件分支共有的BUG在多個(gè)軟件分支跟蹤處理的問題，在BUG單處理過程中首先確定需要解決的分支，在原始BUG單關(guān)閉時(shí)，按照之前確定的復(fù)制出的多份新的BUG單進(jìn)行獨(dú)立的跟蹤處理，避免分支處理出現(xiàn)遺漏，并且本發(fā)明在具體操作的過程中較為簡(jiǎn)便，方法的移植性強(qiáng)，可有效節(jié)約BUG跟蹤人力，避免分支版本在用戶處使用時(shí)出現(xiàn)問題。
[0039]為了本領(lǐng)域技術(shù)人員能夠理解并且實(shí)施本發(fā)明技術(shù)方案，下面將詳細(xì)介紹本發(fā)明方法的具體步驟:
[0040]其中，在進(jìn)行所述步驟SI之前還包括:
[0041]S11、在缺陷管理系統(tǒng)中，添加需要進(jìn)行維護(hù)的軟件分支記錄；
[0042]S12、在缺陷管理系統(tǒng)的BUG單上添加發(fā)現(xiàn)BUG的軟件分支記錄，并支持對(duì)需要進(jìn)行維護(hù)的軟件分支進(jìn)行多選；
[0043]S13、在缺陷管理系統(tǒng)的BUG單上添加BUG單繼承關(guān)系信息，用于記錄復(fù)制出的新BUG單與原始BUG單的繼承關(guān)系。
[0044]所述步驟2具體包括:
[0045]S21、對(duì)所述步驟SI發(fā)現(xiàn)的BUG進(jìn)行確認(rèn)，確認(rèn)此BUG是否在發(fā)現(xiàn)的軟件分支以外的其他軟件分支中存在；
[0046]S22、在缺陷管理系統(tǒng)的BUG單上對(duì)S21步驟中確認(rèn)存在BUG的所述其他軟件分支進(jìn)行多選，并把選擇的軟件分支信息記錄到原始BUG單中；
[0047]S23、根據(jù)記錄在原始BUG單中的軟件分支的個(gè)數(shù)對(duì)原始BUG單進(jìn)行復(fù)制，生成對(duì)應(yīng)個(gè)數(shù)的新的BUG單；
[0048]S24、關(guān)閉原始BUG單。
[0049]所述步驟S23具體包括:[0050]S231、在原始BUG單中確認(rèn)BUG存在的軟件分支信息部分任意讀取一條軟件分支
信息；
[0051]S232、對(duì)原始BUG單中的軟件分支信息(發(fā)現(xiàn)BUG的軟件分支以及存在BUG的軟件分支)以及BUG單繼承關(guān)系信息以外的其他信息進(jìn)行復(fù)制，得到一個(gè)新的BUG單；
[0052]S233、將步驟S231中讀取的存在BUG的軟件分支信息添加至新的BUG單中的發(fā)現(xiàn)BUG的軟件分支信息中；
[0053]S234、在新的BUG單中的BUG單繼承關(guān)系信息中填寫原始BUG單號(hào)；
[0054]S235、直至原始BUG單中確認(rèn)存在BUG的軟件分支信息遍歷完成，且生成了與存在BUG的軟件分支一一對(duì)應(yīng)的新的BUG單。
[0055]同時(shí)，基于上述方法，本發(fā)明還提供了一種多分支軟件缺陷跟蹤系統(tǒng)，其系統(tǒng)框圖如圖2所示，具體包括:缺陷管理系統(tǒng)平臺(tái)、BUG單創(chuàng)建模塊以及BUG單復(fù)制模塊，所述BUG單創(chuàng)建模塊用于提交原始BUG單，并記錄發(fā)現(xiàn)BUG的軟件分支信息；所述BUG單復(fù)制模塊用于對(duì)確認(rèn)BUG存在的軟件分支，根據(jù)分支信息，復(fù)制新的BUG單，關(guān)閉原始BUG單；所述缺陷管理系統(tǒng)平臺(tái)根據(jù)復(fù)制出的新的BUG單對(duì)分支缺陷進(jìn)行跟蹤和管理。
[0056]所述BUG單創(chuàng)建模塊還用于，在缺陷管理系統(tǒng)的BUG單上添加發(fā)現(xiàn)BUG的軟件分支，以及存在BUG的軟件分支；并在缺陷管理系統(tǒng)的BUG單上記錄BUG單的繼承關(guān)系。
[0057]所述BUG單復(fù)制模塊還用于，依據(jù)原始BUG單中記錄的存在BUG的軟件分支信息對(duì)原始BUG單進(jìn)行復(fù)制，生成新的BUG單，最后關(guān)閉原始BUG單。
[0058]所述BUG單復(fù)制模塊具體用于，在原始BUG單中，從存在BUG的軟件分支信息中任意讀取一條軟件分支信息；將讀取的軟件分支信息添加至新的BUG單中的發(fā)現(xiàn)BUG分支部分中；在新的BUG單中的BUG單繼承關(guān)系中填寫原始BUG單號(hào)；通過依次遍歷原始BUG單中所有的存在BUG的軟件分支信息，完成與原始BUG單中的軟件分支一一對(duì)應(yīng)的新的BUG單的復(fù)制。
[0059]所述的軟件分支信息為存在BUG的軟件分支信息。
[0060]本領(lǐng)域的普通技術(shù)人員將會(huì)意識(shí)到，這里所述的實(shí)施例是為了幫助讀者理解本發(fā)明的原理，應(yīng)被理解為本發(fā)明的保護(hù)范圍并不局限于這樣的特別陳述和實(shí)施例。本領(lǐng)域的普通技術(shù)人員可以根據(jù)本發(fā)明公開的這些技術(shù)啟示做出各種不脫離本發(fā)明實(shí)質(zhì)的其它各種具體變形和組合，這些變形和組合仍然在本發(fā)明的保護(hù)范圍內(nèi)。
【權(quán)利要求】
1.一種多分支軟件缺陷跟蹤方法，其特征在于，包括如下步驟: 51、啟動(dòng)對(duì)軟件代碼的測(cè)試，若發(fā)現(xiàn)問題缺陷BUG，在缺陷管理系統(tǒng)中提交原始BUG單，并在所述原始BUG單上記錄發(fā)現(xiàn)BUG所在的軟件分支信息； 52、確認(rèn)所述BUG是否在其他軟件分支存在，并將存在所述BUG的其他軟件分支記錄到原始BUG單中，根據(jù)記錄的軟件分支信息，復(fù)制生成新的BUG單，關(guān)閉所述原始BUG單； 53、根據(jù)所述新的BUG單，對(duì)記錄的其他軟件分支存在的BUG進(jìn)行單獨(dú)跟蹤處理。
2.如權(quán)利要求1所述的方法，其特征在于，在進(jìn)行所述步驟SI之前還包括: 511、在缺陷管理系統(tǒng)中，添加需要進(jìn)行維護(hù)的軟件分支記錄； 512、在缺陷管理系統(tǒng)的BUG單上記錄發(fā)現(xiàn)BUG的軟件分支記錄，并支持對(duì)需要進(jìn)行維護(hù)的軟件分支進(jìn)行多選； 513、在缺陷管理系統(tǒng)的BUG單上添加BUG單繼承關(guān)系信息，用于記錄復(fù)制生成的新BUG單與原始BUG單的繼承關(guān)系。
3.如權(quán)利要求1所述的方法，其特征在于，所述步驟2具體包括: 521、對(duì)所述步驟SI發(fā)現(xiàn)的BUG進(jìn)行確認(rèn)，確認(rèn)此BUG是否在發(fā)現(xiàn)的軟件分支以外的其他軟件分支中存在； 522、在缺陷管理系統(tǒng)的BUG單上對(duì)S21步驟中確認(rèn)存在BUG的所述其他軟件分支進(jìn)行多選，并把選擇的軟件分·支信息記錄到原始BUG單中； 523、根據(jù)記錄在原始BUG單中的軟件分支的個(gè)數(shù)對(duì)原始BUG單進(jìn)行復(fù)制，生成對(duì)應(yīng)個(gè)數(shù)的新的BUG單； 524、關(guān)閉原始BUG單。
4.如權(quán)利要求3所述的方法，其特征在于，所述步驟S23具體包括: 5231、在原始BUG單中確認(rèn)BUG存在的軟件分支信息中任意讀取一條軟件分支信息； 5232、對(duì)原始BUG單中的軟件分支信息以及BUG單繼承關(guān)系信息以外的其他信息進(jìn)行復(fù)制，生成一個(gè)新的BUG單； 5233、將步驟S231中讀取的存在BUG的軟件分支信息添加至新的BUG單中的發(fā)現(xiàn)BUG的軟件分支信息中； 5234、在新的BUG單中的BUG單繼承關(guān)系信息中填寫原始BUG單號(hào)； 5235、重復(fù)所述步驟S231~S234，直至原始BUG單中確認(rèn)存在BUG的軟件分支信息遍歷完成，且生成了與存在BUG的軟件分支一一對(duì)應(yīng)的新的BUG單。
5.如權(quán)利要求4所述的方法，其特征在于，所述步驟S231中所述的軟件分支信息為除發(fā)現(xiàn)BUG的軟件分支以外的其他存在此BUG的軟件分支信息。
6.一種多分支軟件缺陷跟蹤系統(tǒng)，其特征在于，具體包括:缺陷管理系統(tǒng)平臺(tái)、BUG單創(chuàng)建模塊以及BUG單復(fù)制模塊， 所述BUG單創(chuàng)建模塊，用于提交原始BUG單，并記錄發(fā)現(xiàn)BUG的軟件分支信息； 所述BUG單復(fù)制模塊，用于對(duì)確認(rèn)BUG存在的軟件分支，根據(jù)分支信息，復(fù)制生成新的BUG單，關(guān)閉原始BUG單； 所述缺陷管理系統(tǒng)平臺(tái)根據(jù)復(fù)制出的新的BUG單對(duì)分支缺陷進(jìn)行跟蹤和管理。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述BUG單創(chuàng)建模塊還用于，在缺陷管理系統(tǒng)的BUG單上添加發(fā)現(xiàn)BUG的軟件分支，以及存在BUG的軟件分支；并在缺陷管理系統(tǒng)的BUG單上記錄BUG單的繼承關(guān)系。
8.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述BUG單復(fù)制模塊還用于，依據(jù)原始BUG單中記錄的存在BUG的軟件分支信息對(duì)原始BUG單進(jìn)行復(fù)制，生成新的BUG單，最后關(guān)閉原始BUG單。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述BUG單復(fù)制模塊具體用于，在原始BUG單中，從存在BUG的軟件分支信息中任意讀取一條軟件分支信息；將讀取的軟件分支信息添加至新的BUG單中的發(fā)現(xiàn)BUG分支部分中；在新的BUG單中的BUG單繼承關(guān)系中填寫原始BUG單號(hào)；通過依次遍歷原始BUG單中所有的存在BUG的軟件分支信息，完成與原始BUG單中的軟件分支--對(duì)應(yīng)的新的BUG單的復(fù)制。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述的軟件分支信息為存在BUG的軟件分支信息 。
【文檔編號(hào)】G06F11/36GK103593295SQ201310606529
【公開日】2014年2月19日 申請(qǐng)日期:2013年11月26日 優(yōu)先權(quán)日:2013年11月26日
【發(fā)明者】劉學(xué)明, 舒弋 申請(qǐng)人:邁普通信技術(shù)股份有限公司