專利名稱：一種軟件測試需求分析方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種軟件測試需求分析方法及系統(tǒng)，屬于軟件測試技術(shù)領(lǐng)域。
背景技術(shù)：
目前市場上的測試管理工具基本上分成兩類一類是把軟件測試的整個流程集成在一起(測試計劃，測試需求，測試用例，測試執(zhí)行，bug報告)；另一類是把系統(tǒng)bug單獨的體現(xiàn)出來，但這類工具并不能叫做測試管理工具，更應(yīng)該稱之為bug管理工具。這些測試工具，在實際應(yīng)用過程中都沒有能實現(xiàn)測試需求的自動分析。在一個規(guī)范的測試項目中，測試人員都會在項目前期，根據(jù)《開發(fā)需求規(guī)格說明書》、《用戶使用手冊》、幫助文檔等文件，來整理出來一份《軟件需求規(guī)格說明書》。但也是僅此而已，測試人員還是要手工去分析和整理，并產(chǎn)生一份可用的測試需求。

發(fā)明內(nèi)容
發(fā)明目的本發(fā)明的目的在于針對上述現(xiàn)有技術(shù)中存在的問題和不足提供一種自動提取軟件測試需求的軟件測試需求分析方法及系統(tǒng)。技術(shù)方案一種軟件測試需求分析方法，包括如下步驟1)關(guān)聯(lián)《軟件需求規(guī)格說明書》；2)識別《軟件需求規(guī)格說明書》里的所有功能單元；3)分別提取功能單元的Name功能單元名稱、Actors權(quán)限、Steps步驟和 Extensions備選事件流；4)以功能單元為單位，通過排列組合方法，按照定義好的順序，使用Name功能單元名稱、Actors權(quán)限、Steps步驟、Extensions備選事件流四個屬性輸出分析后的所有測試需求。通過識別《軟件需求規(guī)格說明書》里的所有功能單元并分別提取功能單元的Name 功能單元名稱、Actors權(quán)限、St印s步驟和Extensions備選事件流，實現(xiàn)自動提取軟件的測試需求，測試人員無需手工去分析和整理，節(jié)省了勞力，同時提高了測試人員的工作效率。步驟4)中所述測試需求包括正常需求和異常需求；其中，正常需求的描述是在與 Actors權(quán)限相匹配的情況下和St印s步驟的結(jié)合；異常需求的描述包括兩種，一種是在與 Actors權(quán)限匹配的情況下和St印s步驟的結(jié)合，另一種是備選流，每個所述備選流作為一個異常需求描述。所述正常需求的命名形式為正常需求+Name。所述異常需求的命名形式為異常需求+ExtensionsM和異常需求+Actors，其中M 為大于等于1的整數(shù)。一種實現(xiàn)上述方法的軟件測試需求分析系統(tǒng)，包括關(guān)聯(lián)模塊、識別模塊、提取模塊、組合模塊和顯示器；所述關(guān)聯(lián)模塊用于關(guān)聯(lián)《軟件需求規(guī)格說明書》，并將關(guān)聯(lián)成功信號發(fā)給識別模塊；所述識別模塊用于識別《軟件需求規(guī)格說明書》里的所有功能單元，并將識別出的功能單元傳輸給提取模塊；所述提取模塊用于提取功能單元的Name功能單元名稱、 Actors權(quán)限、Steps步驟和Extensions備選事件流；所述組合模塊以功能單元為單位，通過排列組合方法，按照定義好的順序，使用Name功能單元名稱、Actors權(quán)限、Steps步驟、 Extensions備選事件流四個屬性輸出分析后的所有測試需求給顯示器，顯示器將分析出測試需求輸出。軟件測試需求分析系統(tǒng)首先關(guān)聯(lián)上《軟件需求規(guī)格說明書》，然后在通過識別模塊和提取模塊提取出功能單元的Name功能單元名稱、Actors權(quán)限、Steps步驟和Extensions 備選事件流，并最終通過顯示器將提取到的信息以規(guī)范化的形式反饋給測試人員，實現(xiàn)了自動提取軟件測試需求，較大程度地提高了測試人員的工作效率，縮短了軟件制作周期。有益效果本發(fā)明提供的軟件測試需求分析方法及系統(tǒng)，實現(xiàn)自動提取軟件的測試需求，測試人員無需手工去分析和整理，簡化了測試人員的工作，節(jié)省了勞力，同時提高了測試人員的工作效率。


圖1為本發(fā)明軟件測試需求分析方法實施例的流程圖；圖2為本發(fā)明軟件測試需求分析系統(tǒng)實施例的結(jié)構(gòu)框圖。
具體實施例方式下面結(jié)合附圖和具體實施例，進一步闡明本發(fā)明，應(yīng)理解這些實施例僅用于說明本發(fā)明而不用于限制本發(fā)明的范圍，在閱讀了本發(fā)明之后，本領(lǐng)域技術(shù)人員對本發(fā)明的各種等價形式的修改均落于本申請所附權(quán)利要求所限定的范圍。如圖1所示，一種軟件測試需求分析方法，包括如下步驟1)關(guān)聯(lián)《軟件需求規(guī)格說明書》；2)識別《軟件需求規(guī)格說明書》里的所有功能單元；3)分別提取功能單元的Name功能單元名稱、Actors權(quán)限、Steps步驟和 Extensions備選事件流；4)以功能單元為單位，通過排列組合方法，按照定義好的順序，使用Name功能單元名稱、Actors權(quán)限、Steps步驟、Extensions備選事件流四個屬性輸出分析后的所有測試需求，其中測試需求包括正常需求和異常需求，正常需求的描述是在與Actors權(quán)限相匹配的情況下和St印s步驟的結(jié)合，異常需求的描述包括兩種，一種是在與Actors權(quán)限匹配的情況下和^eps步驟的結(jié)合，另一種是備選流，每個所述備選流作為一個異常需求描述。正常需求的命名形式為正常需求+Name，異常需求的命名形式為異常需求+Extensionsl、異常需求+Extensions〗......禾口異常需求+Actors。如圖2所示，一種實現(xiàn)上述方法的軟件測試需求分析系統(tǒng)，包括關(guān)聯(lián)模塊、識別模塊、提取模塊、組合模塊和顯示器；所述關(guān)聯(lián)模塊用于關(guān)聯(lián)《軟件需求規(guī)格說明書》，并將關(guān)聯(lián)成功信號發(fā)給識別模塊；所述識別模塊用于識別《軟件需求規(guī)格說明書》里的所有功能單元，并將識別出的功能單元傳輸給提取模塊；所述提取模塊用于提取功能單元的Name功能單元名稱、Actors權(quán)限、St印s步驟和Extensions備選事件流；所述組合模塊以功能單元為單位，通過排列組合方法，按照定義好的順序，使用Name功能單元名稱、Actors權(quán)限、Steps步驟、Extensions備選事件流四個屬性輸出分析后的所有測試需求給顯示器，顯示器將分析出測試需求輸出。下面以《軟件需求規(guī)格說明書(ISS_D_TopEng-ISEISPV300R001C01B060_SRS)》文檔內(nèi)容為例，闡述軟件測試需求分析方法的實現(xiàn)過程《軟件需求規(guī)格說明書(ISS_D_TopEng-ISEISP V300R001C01B060_SRS)》文檔內(nèi)容如下1. 1DR. ECM. 015 EC 定購關(guān)系同步1.1. IActors 權(quán)限農(nóng)業(yè) ADC1.1. 2 印步驟1.農(nóng)業(yè)ADC調(diào)用ISP平臺業(yè)務(wù)接口代理模塊的接口，發(fā)起定購關(guān)系同步請求。2.業(yè)務(wù)接口代理模塊直接調(diào)用ISP平臺相關(guān)的API函數(shù)，進行定購關(guān)系同步操作。3. ISP平臺將定購關(guān)系保存到數(shù)據(jù)庫。保存定購關(guān)系失敗請參考備選事件流3a。4. ISP平臺調(diào)用SI業(yè)務(wù)系統(tǒng)接口，將定購關(guān)系同步給SI業(yè)務(wù)系統(tǒng)。同步失敗請參考備選事件流如。5. ISP平臺返回響應(yīng)結(jié)果。6.業(yè)務(wù)接口代理模塊將定購關(guān)系同步結(jié)果返回給農(nóng)業(yè)ADC。1. 1. 3Extensions 備選事件流1、ISP平臺數(shù)據(jù)庫保存失敗返回失敗結(jié)果。2、ISP平臺將定購關(guān)系同步給SI業(yè)務(wù)系統(tǒng)失敗時，不作處理。不影響農(nóng)業(yè)ADC和 ISP平臺的定購關(guān)系同步。則軟件測試需求分析方法按照以下步驟進行1)關(guān)聯(lián)《軟件需求規(guī)格說明書(ISS_D_TopEng-ISE ISPV300R001C01B060_SRS) )) 2)識別《軟件需求規(guī)格說明書》里的所有功能單元，即“1. 1DR. ECM. 015 EC定購關(guān)系同步”功能單元。3)提取功能單元的Name功能單元名稱為“1. 1DR. ECM. 015 EC定購關(guān)系同步”。提取功能單元的Actors權(quán)限為“農(nóng)業(yè)ADC”。4)提取功能單元的St印s步驟為“1.農(nóng)業(yè)ADC調(diào)用ISP平臺業(yè)務(wù)接口代理模塊的接口，發(fā)起定購關(guān)系同步請求。2.業(yè)務(wù)接口代理模塊直接調(diào)用ISP平臺相關(guān)的API函數(shù)， 進行定購關(guān)系同步操作。3. ISP平臺將定購關(guān)系保存到數(shù)據(jù)庫。保存定購關(guān)系失敗請參考備選事件流3a。4. ISP平臺調(diào)用SI業(yè)務(wù)系統(tǒng)接口，將定購關(guān)系同步給SI業(yè)務(wù)系統(tǒng)。同步失敗請參考備選事件流4a。5. ISP平臺返回響應(yīng)結(jié)果。6.業(yè)務(wù)接口代理模塊將定購關(guān)系同步結(jié)果返回給農(nóng)業(yè)ADC”。5)提取功能單元的Extensions備選事件流為“1、ISP平臺數(shù)據(jù)庫保存失敗返回失敗結(jié)果。2、ISP平臺將定購關(guān)系同步給SI業(yè)務(wù)系統(tǒng)失敗時，不作處理。不影響農(nóng)業(yè)ADC 和ISP平臺的定購關(guān)系同步。”6)進行排列組合，輸出分析之后的需求為本軟件需求清單如下“1. 1DR. ECM. 015 EC 定購關(guān)系同步”
正常以“農(nóng)業(yè)ADC”的身份，進行“1.農(nóng)業(yè)ADC調(diào)用ISP平臺業(yè)務(wù)接口代理模塊的接口，發(fā)起定購關(guān)系同步請求。2.業(yè)務(wù)接口代理模塊直接調(diào)用ISP平臺相關(guān)的API函數(shù)，進行定購關(guān)系同步操作。3. ISP平臺將定購關(guān)系保存到數(shù)據(jù)庫。保存定購關(guān)系失敗請參考備選事件流3a。4. ISP平臺調(diào)用SI業(yè)務(wù)系統(tǒng)接口，將定購關(guān)系同步給SI業(yè)務(wù)系統(tǒng)。同步失敗請參考備選事件流如。5. ISP平臺返回響應(yīng)結(jié)果。6.業(yè)務(wù)接口代理模塊將定購關(guān)系同步結(jié)果返回給農(nóng)業(yè)ADC”的操作。異常1 以“農(nóng)業(yè)ADC”的身份，進行“ 1.農(nóng)業(yè)ADC調(diào)用ISP平臺業(yè)務(wù)接口代理模塊的接口，發(fā)起定購關(guān)系同步請求。2.業(yè)務(wù)接口代理模塊直接調(diào)用ISP平臺相關(guān)的API函數(shù)，進行定購關(guān)系同步操作。3. ISP平臺將定購關(guān)系保存到數(shù)據(jù)庫。保存定購關(guān)系失敗請參考備選事件流3a。4. ISP平臺調(diào)用SI業(yè)務(wù)系統(tǒng)接口，將定購關(guān)系同步給SI業(yè)務(wù)系統(tǒng)。同步失敗請參考備選事件流如。5. ISP平臺返回響應(yīng)結(jié)果。6.業(yè)務(wù)接口代理模塊將定購關(guān)系同步結(jié)果返回給農(nóng)業(yè)ADC”的操作，會得到“ISP 平臺數(shù)據(jù)庫保存失敗返回失敗結(jié)果?！钡慕Y(jié)果。異常2 以“農(nóng)業(yè)ADC”的身份，進行“ 1.農(nóng)業(yè)ADC調(diào)用ISP平臺業(yè)務(wù)接口代理模塊的接口，發(fā)起定購關(guān)系同步請求。2.業(yè)務(wù)接口代理模塊直接調(diào)用ISP平臺相關(guān)的API函數(shù)，進行定購關(guān)系同步操作。3. ISP平臺將定購關(guān)系保存到數(shù)據(jù)庫。保存定購關(guān)系失敗請參考備選事件流3a。4. ISP平臺調(diào)用SI業(yè)務(wù)系統(tǒng)接口，將定購關(guān)系同步給SI業(yè)務(wù)系統(tǒng)。同步失敗請參考備選事件流如。5. ISP平臺返回響應(yīng)結(jié)果。6.業(yè)務(wù)接口代理模塊將定購關(guān)系同步結(jié)果返回給農(nóng)業(yè)ADC”的操作，會得到“ISP 平臺將定購關(guān)系同步給SI業(yè)務(wù)系統(tǒng)失敗時，不作處理。不影響農(nóng)業(yè)ADC和ISP平臺的定購關(guān)系同步”的結(jié)果。
權(quán)利要求
1.一種軟件測試需求分析方法，其特征在于，包括如下步驟1)關(guān)聯(lián)《軟件需求規(guī)格說明書》；2)識別《軟件需求規(guī)格說明書》里的所有功能單元；3)分別提取功能單元的Name功能單元名稱、Actors權(quán)限、Steps步驟和Extensions 備選事件流；4)以功能單元為單位，通過排列組合方法，按照定義好的順序，使用Name功能單元名稱、Actors權(quán)限、Steps步驟、Extensions備選事件流四個屬性輸出分析后的所有測試需求。
2.如權(quán)利要求1所述的軟件測試需求分析方法，其特征在于步驟4)中所述測試需求包括正常需求和異常需求；其中，正常需求的描述是在與Actors權(quán)限相匹配的情況下和St印s步驟的結(jié)合；異常需求的描述包括兩種，一種是在與Actors權(quán)限匹配的情況下和 Steps步驟的結(jié)合，另一種是備選流，每個所述備選流作為一個異常需求描述。
3.如權(quán)利要求2所述的軟件測試需求分析方法，其特征在于所述正常需求的命名形式為正常需求+Name。
4.如權(quán)利要求2所述的軟件測試需求分析方法，其特征在于所述異常需求的命名形式為異常需求+ExtensionsM和異常需求+Actors，其中M為大于等于1的整數(shù)。
5.一種實現(xiàn)如權(quán)利要求1所述軟件測試需求分析方法的系統(tǒng)，包括關(guān)聯(lián)模塊、識別模塊、提取模塊和顯示器；所述關(guān)聯(lián)模塊用于關(guān)聯(lián)《軟件需求規(guī)格說明書》，并將關(guān)聯(lián)成功信號發(fā)給識別模塊；所述識別模塊用于識別《軟件需求規(guī)格說明書》里的所有功能單元，并將識別出的功能單元傳輸給提取模塊；所述提取模塊用于提取功能單元的Name功能單元名稱、 Actors權(quán)限、Steps步驟和Extensions備選事件流；所述組合模塊以功能單元為單位，通過排列組合方法，按照定義好的順序，使用Name功能單元名稱、Actors權(quán)限、Steps步驟、 Extensions備選事件流四個屬性輸出分析后的所有測試需求給顯示器，顯示器將分析出測試需求輸出。
全文摘要
本發(fā)明公開了一種軟件測試需求分析方法及系統(tǒng)，其中方法通過識別《軟件需求規(guī)格說明書》里的所有功能單元并分別提取功能單元的Name功能單元名稱、Actors權(quán)限、Steps步驟和Extensions備選事件流，實現(xiàn)自動提取軟件的測試需求，測試人員無需手工去分析和整理，節(jié)省了勞力，同時提高了測試人員的工作效率。系統(tǒng)首先關(guān)聯(lián)上《軟件需求規(guī)格說明書》，然后在通過識別模塊和提取模塊提取出功能單元的Name功能單元名稱、Actors權(quán)限、Steps步驟和Extensions備選事件流，并最終通過顯示器將提取到的信息以規(guī)范化的形式反饋給測試人員，實現(xiàn)了自動提取軟件測試需求，較大程度地提高了測試人員的工作效率，縮短了軟件制作周期。
文檔編號G06F11/36GK102368228SQ20111032277
公開日2012年3月7日 申請日期2011年10月20日 優(yōu)先權(quán)日2011年10月20日
發(fā)明者姚進德, 狄成祥, 艾順剛 申請人:鎮(zhèn)江睿泰信息科技有限公司