基于敏捷和版本控制的測試流程設計和管理系統的實現分析

摘 ?要：現階段，隨著敏捷開發等軟件編程方式的出現，為軟件開發模式帶來了新方式。本文根據以往工作經驗，對軟件測試變化流程和問題進行總結，并從測試策略及計劃、測試設計和用例寫作、測試的執行和測試的評估、運維問題反饋、測試管理系統的整體設計五方面，論述了測試流程設計和管理系統的實現方法。

關鍵詞：敏捷開發;版本控制;測試流程;管理系統

中圖分類號：TP311.52 ? ? 文獻標識碼：A 文章編號：2096-4706（2019）13-0025-02

Implementation Analysis of Test Process Design and Management System Based on

Agile and Version Control

SUN Degang

（Shandong Huayu University of Technology，Dezhou ?253034，China）

Abstract：At this stage，with the advent of software programming methods such as agile development，it has brought new ways to the software development model. Based on past work experience，this paper summarizes the software test change process and problems，and from five aspects of test strategy and planning，test design and use case writing，test execution and test evaluation，operation and maintenance problem feedback，and overall design of test management system. The implementation of the test process design and management system is discussed.

Keywords：agile development;version control;test process;management system

0 ?引 ?言

在具體敏捷和版本控制下進行測試流程設計和管理系統設計，相關工作人員首先要做的就是對軟件測試流程進行全面分析，并以此為基礎，與具體軟件開發和測試流程相適應。后續管理中，人們需要引進具體的版本管理工具，確保管理和測試流程穩定進行。通過上述工作的開展，可以將測試管理工具的作用呈現出來。

1 ?軟件測試變化流程和問題分析

1.1 ?測試計劃階段

從瀑布模型研究中可以看出，單個版本之中的軟件開發周期可以達到幾個月，有時還可能達到一年以上，延長了軟件計劃和需求分析的時間。在此過程中，需求分析師和項目經理等均需要有足夠的時間去制定相關設計計劃，測試經理則只需要根據實際情況設計測試計劃。站在敏捷開發角度來說，一個版本只需要規劃大致的開發范圍即可，并根據用戶體驗情況，對開發列表進行補充和順序調整，此時，軟件測試工作也需要隨之改變。各個測試經理也需要根據具體項目設計要求，參與到需求分析工作之中。這主要是由于測試經理對系統功能最為熟悉，容易看出系統中存在哪些缺陷，并對軟件開發節奏進行有序調整。

1.2 ?測試設計階段

一般情況下，瀑布模型中的軟件設計在單個版本開發之中能夠展示出穩定性特點，這也導致其設計周期進一步延長，為測試人員爭取到更多測試用例集的設計時長。但在具體敏捷開發設計之中，往往需要經歷設計、重構以及設計再重構，流程極為復雜?？偟膩碚f，軟件設計本身屬于不斷進化的過程，這就要求相應的測試用例以及用例組成結構同樣應該具備時刻變化的特點，否則無法滿足系統的設計需求。

1.3 ?測試執行階段和評估階段

整個模型之中的軟件開發工作開展，會留下大量時間讓測試人員開展多輪次的測試操作，確保測試執行和問題回歸。但從實際軟件開發操作中可以看出，該項測試工作被劃分到用戶交付周期之中，在相關迭代操作結束之后，方可實現對系統的集成測試，在此過程中，各個測試工作人員需要在第一時間內融入開發過程之中。在自動化測試工具的作用之下，測試階段可以節省大量的人力物力。整個測試評估的重點內容集中在系統穩定性展示以及模塊質量上，具體穩定性等指標可以在測試工作全部結束之后，進行系統度量操作。站在敏捷開發角度來說，具體迭代操作應該根據實際用戶情況，開展不同形式的質量評估操作，并將最終結果反饋給項目經理，實現用戶資源的合理調配[1]。

2 ?基于敏捷和版本控制的測試流程設計和管理系統實現方法

2.1 ?測試策略及計劃

在實際工作執行過程中，人們可以借助于測試策略，實現對無法預知的軟件開發問題進行替代。一般來說，該種測試策略與傳統測試計劃存在很大不同，只是根據迭代周期進行迭代測試策略的制定，測試內容則不會出現任何改變。例如，當迭代達成之后，需要達成相應的指標，當收斂到一定數量的缺陷之后，才能為下一輪開發創造有利條件。除此之外，在測試計劃的制定上，工作人員需要根據具體的迭代開發范圍和用戶故事，制定出合理的測試計劃，此時，每個用戶故事的測定時間大約在1天左右。由于測試周期有限，實際測試任務可以精確到半天左右，還要根據實際情況，確保交付工作可以在第一時間內得到全面更新。

2.2 ?測試設計和用例寫作

這個測試設計工作的開展，主要開始于系統分析師對需求做何解釋，而且系統分析師除了對設計和開發人員進行講解之外，還應該參與到設計工作之中。另外，該項操作內容需要在講解會議上，將用戶要點、功能需求以及性能等指標提出來，輔助用戶完成相關工作。站在用例寫作角度來說，測試寫作也屬于其中之一，人們可以借助于用戶故事需求，對用例寫作進行深入性講解。在該階段之中，人們需要重點關注的內容是用例分層和原子化形態。所謂分層，主要是將ATC劃分出來，而且在后續測試工作開展上，各個開發人員還需要自測試用例。從原子性展示角度來說，用例必須完成相應的功能測試，而且相關功能測試也只能完成一個，為了應對需求方面的變化，原子性中的部分用例同樣可以被使用。例如，在很多時候，測試人員會向開發人員提出要求，讓其提供某個具體模塊的自動化測試用例，進而實現快速發現和回歸，倘若自動化測試用例與相關要求不符，ATC自然也會存在很多問題。

2.3 ?測試的執行和測試的評估

由于人們對ATC自測試形式進行了深入應用，進而為自動化測試工作的執行奠定了基礎，此時，人們可以借助于ATC回歸測試和自動化測試，對用戶故事的轉測試進行全面檢查，看其是否處于合理狀態，如果該用戶故事測試與相關要求不符，與之相對應的記錄工作也無法通過次數的約束。倘若轉測試通過，人們可以借助于完整的測試用例，開展有效的發散測試工作。測試評估過程中，在每個迭代操作時均應該執行，維護需求上線的合理性，并在每個版本工作結束之后，將測試報告提交給相關部門。相比之下，測試報告可以簡單，也可以復雜，但在實際版本測試報告之中，需要將迭代測試內容更好地全面展示出來[2]。

2.4 ?運維問題反饋

當系統的迭代需求上線之后，人們可以借助于合理方法，以及合理的測試環境，確保所有功能均能得到測試，之后將測試結果上傳到生產環境之中。此種情況之下，生產環境測試需要轉移到線上，尤其是對于一些關鍵的功能點測試，否則將會對系統后續上線工作的開展帶來相應影響，嚴重時還會導致系統服務中斷時間過長。從以往工作中也可以看出，同一版本下的軟件測試過程沒有順序規律，幾乎每一個迭代都會重復進行，具體一個版本的軟件測試過程如圖1所示。

2.5 ?測試管理系統的整體設計

在該系統設計和實現過程中，可以為測試策略的管理和歸檔等操作提供支撐，每個用戶都是測試經理。從問題單管理中也可以看出，主要涉及的流程內容有提交、審核和回歸等等。其中，基礎功能的建設顯得極為重要，主要內容有用戶管理、組織管理以及git關聯等等，具體模塊劃分情況如圖2所示。該系統的核心模塊可以將用例管理和用戶管理權限，直接劃分給用戶管理，將系統的整體性特點展示出來。但從具體敏捷開發角度來說，人們和系統的需求始終處于不斷變化的狀態之中，與之相對應的設計工作更是處于不同的重構狀態。為此，在具體用例設計上，人們主要是根據實際迭代情況，對其進行深入性修改操作，最終形成多版本代碼。由于不同迭代版本問題與不同的測試用例相互對應，具體測試用例維護不能一成不變。

3 ?結 ?論

綜上所述，借助于敏捷開發，可以將具體系統對軟件測試的影響全面展示出來，并提出具體的測試流程，確保整個設計和開發工作與測試管理系統的使用。一般來說，在實際軟件開發過程中，會應用到git等版本控制工具，但與測試系統并不存在特殊關系，從這里也可以看出，版本關聯顯得極為重要。

參考文獻：

[1] 王羿，洪津，駱冬根，等.基于ECRS分析法的光學載荷發射場測試流程設計和優化 [J].大氣與環境光學學報，2019，14（2）：123-128.

[2] 侯立剛，楊揚，葉彤旸，等.一種與2D物理設計流程兼容的3D測試基準電路的生成系統 [J].現代電子技術，2017，40（24）：5-8.

作者簡介：孫德剛（1978.04-），男，漢族，山東德州人，高級工程師，學士學位，研究方向：教育信息化、軟件開發。