[發明專利]一種軟件測試的方法及系統

有效

• 申請號: 200910089526.0
• 申請日: 2009-07-22
• 公開（公告）號: CN101661580A
• 公開（公告）日: 2010-03-03
• 發明（設計）人: 李寬;張冀峰;蘇暢;楊杰榮;李強
• 申請（專利權）人: 中國農業銀行股份有限公司
• 主分類號: G06Q10/00
• 分類號: G06Q10/00;G06Q50/00;G06F11/36
• 代理公司: 北京集佳知識產權代理有限公司
• 代理人: 馬 敬;逯長明

技術領域

本發明涉及計算機數據處理技術領域，特別涉及一種軟件測試的方法及 系統。

背景技術

軟件測試的工作就是按照測試方案和流程對產品進行功能和非功能測 試，目前利用測試工具進行測試已經是很普遍的提高測試效率和質量的方法， 甚至根據需要編寫不同的測試工具，設計和維護測試管理和輔助系統。在測 試的各個階段一般采用文檔的形式，對測試的各個環節需要做的工作以及工 作的結果進行描述和約束。

現有的測試工作管理平臺，一般以控制流程為核心。在控制流程的基礎 上，編制相應文檔對流程的執行情況進行記錄，但是這種模式沒有解決如下 問題：

(一)軟件測試流程往往按照不同的測試種類有所不同，甚至對同一 種測試，例如同為單元測試或驗收測試，在不同的項目人員構成、不同的軟 件開發生命周期、不同的軟件完整性級別的情況下，執行的測試過程以及測 試過程的產出物是有不同的要求的，采用統一的測試流程往往難以滿足實際 需求。

(二)編寫文檔過程的策劃、設計感不足，影響了測試工作的效率和 質量。在測試策劃、設計過程中，以文檔為最小信息組織單元。測試人員的 知識獲取對象及工作產出均為整篇文檔。在編制一個新的測試文檔時，同時 參考多個同類項目的同類描述，對多個文檔檢索、查找、定位所需章節和內 容，往往會占用大量時間和精力，工作效率低下，因此導致測試資產不能得 到有效復用。同時，將工作記錄到分散的文檔中，很容易造成有關聯的相關 測試文檔間的不一致。

(三)在同一個組織，若以文檔為最小信息組織單元，往往只能規定 幾套不同的文檔模板供組織成員使用。若要保證對測試文檔進行組織級的統 一管理，測試人員就無法靈活地根據現有的資源狀況和測試需要變更文檔模 板。

(四)難以審查測試用例是否符合設計規格。在制定了測試設計規格 后，在設計測試用例時，需要交叉參照多個文檔，使用不便。在評審時，需 要對相關文檔進行比對，才能確定測試設計規格確實落實到測試用例中還是 沒有被測試用例使用。在多人分別進行測試設計時，這種情況更為明顯。

(五)對人工測試的測試用例難以復用。為了實現測試用例的復用， 要求將測試用例的粒度做到描述具體輸入和輸出，并通過測試規程說明來描 述各測試用例的執行過程。自動化的測試工具在特定的情況下可以緩解這一 問題，但對于快速迭代的開發過程，仍需進行大量的人工測試。在沒有適宜 裝置支持下，人工在測試規程說明中交叉調用測試用例，工作量極大，難以 進行版本修訂，且易讀性很差。因此，測試用例往往編制的粒度較大，僅僅 列出測試要點，描述輸入和輸出之間的關系，具體的測試數據往往在測試執 行時確定，故形成了測試用例難以復用的情況；且同一套測試用例不同的人 執行，由于現場確定輸入和判斷輸出的準則不一，可能導致不同的測試結果。

(六)難以準確進行回歸測試。如(五)所述，在測試用例的粒度較 大的情況下，即使對同一軟件的兩次測試，可能也采取的不是同一套輸入數 據，故難以準確進行回歸測試。

(七)文檔難以指導測試執行。在執行測試過程中，在沒有適宜裝置 支持下，往往對測試執行是否按照所編制的文檔操作難以進行跟蹤和控制， 出現“寫歸寫、做歸做”的現象。

(八)測試執行難以及時記錄。在執行測試過程中，在沒有適宜裝置 支持下，往往在測試過程中不進行記錄或僅記錄要點，在測試告一段落后方 才記錄，出現“做歸做、記歸記”的現象。

如(七)和(八)所述，在測試由對應用領域熟悉的業務人員執行時， 為取得測試過程中高效率，以上傾向將愈加明顯，不利于測試資產的積累， 也不利于測試設計和測試執行由不同層次的人員分工執行。

發明內容

有鑒于此，本發明實施例的目的在于提供一種軟件測試的方法及平臺系 統，既可以廣泛地適用于各種要求的軟件項目的測試，還能夠根據實際需求 自動生成所需的文檔。

本發明實施例提供了一種軟件測試的方法，包括：

a、根據接收到的來自用戶的測試規范度級別指令，確定測試項目所對應 的規范度級別；

b、根據已保存的測試規范度級別與測試活動的對應關系，獲取與所述測 試規范度級別對應的第一測試活動集合，獲得由第一測試活動集合所構成的 測試過程，按照所述測試過程進行軟件測試；所述第一測試活動集合包括至 少一個測試活動，所述每個測試活動包括至少一個工作要素；