摘 ?要:現(xiàn)階段,隨著敏捷開(kāi)發(fā)等軟件編程方式的出現(xiàn),為軟件開(kāi)發(fā)模式帶來(lái)了新方式。本文根據(jù)以往工作經(jīng)驗(yàn),對(duì)軟件測(cè)試變化流程和問(wèn)題進(jìn)行總結(jié),并從測(cè)試策略及計(jì)劃、測(cè)試設(shè)計(jì)和用例寫作、測(cè)試的執(zhí)行和測(cè)試的評(píng)估、運(yùn)維問(wèn)題反饋、測(cè)試管理系統(tǒng)的整體設(shè)計(jì)五方面,論述了測(cè)試流程設(shè)計(jì)和管理系統(tǒng)的實(shí)現(xiàn)方法。
關(guān)鍵詞:敏捷開(kāi)發(fā);版本控制;測(cè)試流程;管理系統(tǒng)
中圖分類號(hào):TP311.52 ? ? 文獻(xiàn)標(biāo)識(shí)碼:A 文章編號(hào):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 ?引 ?言
在具體敏捷和版本控制下進(jìn)行測(cè)試流程設(shè)計(jì)和管理系統(tǒng)設(shè)計(jì),相關(guān)工作人員首先要做的就是對(duì)軟件測(cè)試流程進(jìn)行全面分析,并以此為基礎(chǔ),與具體軟件開(kāi)發(fā)和測(cè)試流程相適應(yīng)。后續(xù)管理中,人們需要引進(jìn)具體的版本管理工具,確保管理和測(cè)試流程穩(wěn)定進(jìn)行。通過(guò)上述工作的開(kāi)展,可以將測(cè)試管理工具的作用呈現(xiàn)出來(lái)。
1 ?軟件測(cè)試變化流程和問(wèn)題分析
1.1 ?測(cè)試計(jì)劃階段
從瀑布模型研究中可以看出,單個(gè)版本之中的軟件開(kāi)發(fā)周期可以達(dá)到幾個(gè)月,有時(shí)還可能達(dá)到一年以上,延長(zhǎng)了軟件計(jì)劃和需求分析的時(shí)間。在此過(guò)程中,需求分析師和項(xiàng)目經(jīng)理等均需要有足夠的時(shí)間去制定相關(guān)設(shè)計(jì)計(jì)劃,測(cè)試經(jīng)理則只需要根據(jù)實(shí)際情況設(shè)計(jì)測(cè)試計(jì)劃。站在敏捷開(kāi)發(fā)角度來(lái)說(shuō),一個(gè)版本只需要規(guī)劃大致的開(kāi)發(fā)范圍即可,并根據(jù)用戶體驗(yàn)情況,對(duì)開(kāi)發(fā)列表進(jìn)行補(bǔ)充和順序調(diào)整,此時(shí),軟件測(cè)試工作也需要隨之改變。各個(gè)測(cè)試經(jīng)理也需要根據(jù)具體項(xiàng)目設(shè)計(jì)要求,參與到需求分析工作之中。這主要是由于測(cè)試經(jīng)理對(duì)系統(tǒng)功能最為熟悉,容易看出系統(tǒng)中存在哪些缺陷,并對(duì)軟件開(kāi)發(fā)節(jié)奏進(jìn)行有序調(diào)整。
1.2 ?測(cè)試設(shè)計(jì)階段
一般情況下,瀑布模型中的軟件設(shè)計(jì)在單個(gè)版本開(kāi)發(fā)之中能夠展示出穩(wěn)定性特點(diǎn),這也導(dǎo)致其設(shè)計(jì)周期進(jìn)一步延長(zhǎng),為測(cè)試人員爭(zhēng)取到更多測(cè)試用例集的設(shè)計(jì)時(shí)長(zhǎng)。但在具體敏捷開(kāi)發(fā)設(shè)計(jì)之中,往往需要經(jīng)歷設(shè)計(jì)、重構(gòu)以及設(shè)計(jì)再重構(gòu),流程極為復(fù)雜。總的來(lái)說(shuō),軟件設(shè)計(jì)本身屬于不斷進(jìn)化的過(guò)程,這就要求相應(yīng)的測(cè)試用例以及用例組成結(jié)構(gòu)同樣應(yīng)該具備時(shí)刻變化的特點(diǎn),否則無(wú)法滿足系統(tǒng)的設(shè)計(jì)需求。
1.3 ?測(cè)試執(zhí)行階段和評(píng)估階段
整個(gè)模型之中的軟件開(kāi)發(fā)工作開(kāi)展,會(huì)留下大量時(shí)間讓測(cè)試人員開(kāi)展多輪次的測(cè)試操作,確保測(cè)試執(zhí)行和問(wèn)題回歸。但從實(shí)際軟件開(kāi)發(fā)操作中可以看出,該項(xiàng)測(cè)試工作被劃分到用戶交付周期之中,在相關(guān)迭代操作結(jié)束之后,方可實(shí)現(xiàn)對(duì)系統(tǒng)的集成測(cè)試,在此過(guò)程中,各個(gè)測(cè)試工作人員需要在第一時(shí)間內(nèi)融入開(kāi)發(fā)過(guò)程之中。在自動(dòng)化測(cè)試工具的作用之下,測(cè)試階段可以節(jié)省大量的人力物力。整個(gè)測(cè)試評(píng)估的重點(diǎn)內(nèi)容集中在系統(tǒng)穩(wěn)定性展示以及模塊質(zhì)量上,具體穩(wěn)定性等指標(biāo)可以在測(cè)試工作全部結(jié)束之后,進(jìn)行系統(tǒng)度量操作。站在敏捷開(kāi)發(fā)角度來(lái)說(shuō),具體迭代操作應(yīng)該根據(jù)實(shí)際用戶情況,開(kāi)展不同形式的質(zhì)量評(píng)估操作,并將最終結(jié)果反饋給項(xiàng)目經(jīng)理,實(shí)現(xiàn)用戶資源的合理調(diào)配[1]。
2 ?基于敏捷和版本控制的測(cè)試流程設(shè)計(jì)和管理系統(tǒng)實(shí)現(xiàn)方法
2.1 ?測(cè)試策略及計(jì)劃
在實(shí)際工作執(zhí)行過(guò)程中,人們可以借助于測(cè)試策略,實(shí)現(xiàn)對(duì)無(wú)法預(yù)知的軟件開(kāi)發(fā)問(wèn)題進(jìn)行替代。一般來(lái)說(shuō),該種測(cè)試策略與傳統(tǒng)測(cè)試計(jì)劃存在很大不同,只是根據(jù)迭代周期進(jìn)行迭代測(cè)試策略的制定,測(cè)試內(nèi)容則不會(huì)出現(xiàn)任何改變。例如,當(dāng)?shù)_(dá)成之后,需要達(dá)成相應(yīng)的指標(biāo),當(dāng)收斂到一定數(shù)量的缺陷之后,才能為下一輪開(kāi)發(fā)創(chuàng)造有利條件。除此之外,在測(cè)試計(jì)劃的制定上,工作人員需要根據(jù)具體的迭代開(kāi)發(fā)范圍和用戶故事,制定出合理的測(cè)試計(jì)劃,此時(shí),每個(gè)用戶故事的測(cè)定時(shí)間大約在1天左右。由于測(cè)試周期有限,實(shí)際測(cè)試任務(wù)可以精確到半天左右,還要根據(jù)實(shí)際情況,確保交付工作可以在第一時(shí)間內(nèi)得到全面更新。
2.2 ?測(cè)試設(shè)計(jì)和用例寫作
這個(gè)測(cè)試設(shè)計(jì)工作的開(kāi)展,主要開(kāi)始于系統(tǒng)分析師對(duì)需求做何解釋,而且系統(tǒng)分析師除了對(duì)設(shè)計(jì)和開(kāi)發(fā)人員進(jìn)行講解之外,還應(yīng)該參與到設(shè)計(jì)工作之中。另外,該項(xiàng)操作內(nèi)容需要在講解會(huì)議上,將用戶要點(diǎn)、功能需求以及性能等指標(biāo)提出來(lái),輔助用戶完成相關(guān)工作。站在用例寫作角度來(lái)說(shuō),測(cè)試寫作也屬于其中之一,人們可以借助于用戶故事需求,對(duì)用例寫作進(jìn)行深入性講解。在該階段之中,人們需要重點(diǎn)關(guān)注的內(nèi)容是用例分層和原子化形態(tài)。所謂分層,主要是將ATC劃分出來(lái),而且在后續(xù)測(cè)試工作開(kāi)展上,各個(gè)開(kāi)發(fā)人員還需要自測(cè)試用例。從原子性展示角度來(lái)說(shuō),用例必須完成相應(yīng)的功能測(cè)試,而且相關(guān)功能測(cè)試也只能完成一個(gè),為了應(yīng)對(duì)需求方面的變化,原子性中的部分用例同樣可以被使用。例如,在很多時(shí)候,測(cè)試人員會(huì)向開(kāi)發(fā)人員提出要求,讓其提供某個(gè)具體模塊的自動(dòng)化測(cè)試用例,進(jìn)而實(shí)現(xiàn)快速發(fā)現(xiàn)和回歸,倘若自動(dòng)化測(cè)試用例與相關(guān)要求不符,ATC自然也會(huì)存在很多問(wèn)題。
2.3 ?測(cè)試的執(zhí)行和測(cè)試的評(píng)估
由于人們對(duì)ATC自測(cè)試形式進(jìn)行了深入應(yīng)用,進(jìn)而為自動(dòng)化測(cè)試工作的執(zhí)行奠定了基礎(chǔ),此時(shí),人們可以借助于ATC回歸測(cè)試和自動(dòng)化測(cè)試,對(duì)用戶故事的轉(zhuǎn)測(cè)試進(jìn)行全面檢查,看其是否處于合理狀態(tài),如果該用戶故事測(cè)試與相關(guān)要求不符,與之相對(duì)應(yīng)的記錄工作也無(wú)法通過(guò)次數(shù)的約束。倘若轉(zhuǎn)測(cè)試通過(guò),人們可以借助于完整的測(cè)試用例,開(kāi)展有效的發(fā)散測(cè)試工作。測(cè)試評(píng)估過(guò)程中,在每個(gè)迭代操作時(shí)均應(yīng)該執(zhí)行,維護(hù)需求上線的合理性,并在每個(gè)版本工作結(jié)束之后,將測(cè)試報(bào)告提交給相關(guān)部門。相比之下,測(cè)試報(bào)告可以簡(jiǎn)單,也可以復(fù)雜,但在實(shí)際版本測(cè)試報(bào)告之中,需要將迭代測(cè)試內(nèi)容更好地全面展示出來(lái)[2]。
2.4 ?運(yùn)維問(wèn)題反饋
當(dāng)系統(tǒng)的迭代需求上線之后,人們可以借助于合理方法,以及合理的測(cè)試環(huán)境,確保所有功能均能得到測(cè)試,之后將測(cè)試結(jié)果上傳到生產(chǎn)環(huán)境之中。此種情況之下,生產(chǎn)環(huán)境測(cè)試需要轉(zhuǎn)移到線上,尤其是對(duì)于一些關(guān)鍵的功能點(diǎn)測(cè)試,否則將會(huì)對(duì)系統(tǒng)后續(xù)上線工作的開(kāi)展帶來(lái)相應(yīng)影響,嚴(yán)重時(shí)還會(huì)導(dǎo)致系統(tǒng)服務(wù)中斷時(shí)間過(guò)長(zhǎng)。從以往工作中也可以看出,同一版本下的軟件測(cè)試過(guò)程沒(méi)有順序規(guī)律,幾乎每一個(gè)迭代都會(huì)重復(fù)進(jìn)行,具體一個(gè)版本的軟件測(cè)試過(guò)程如圖1所示。
2.5 ?測(cè)試管理系統(tǒng)的整體設(shè)計(jì)
在該系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中,可以為測(cè)試策略的管理和歸檔等操作提供支撐,每個(gè)用戶都是測(cè)試經(jīng)理。從問(wèn)題單管理中也可以看出,主要涉及的流程內(nèi)容有提交、審核和回歸等等。其中,基礎(chǔ)功能的建設(shè)顯得極為重要,主要內(nèi)容有用戶管理、組織管理以及git關(guān)聯(lián)等等,具體模塊劃分情況如圖2所示。該系統(tǒng)的核心模塊可以將用例管理和用戶管理權(quán)限,直接劃分給用戶管理,將系統(tǒng)的整體性特點(diǎn)展示出來(lái)。但從具體敏捷開(kāi)發(fā)角度來(lái)說(shuō),人們和系統(tǒng)的需求始終處于不斷變化的狀態(tài)之中,與之相對(duì)應(yīng)的設(shè)計(jì)工作更是處于不同的重構(gòu)狀態(tài)。為此,在具體用例設(shè)計(jì)上,人們主要是根據(jù)實(shí)際迭代情況,對(duì)其進(jìn)行深入性修改操作,最終形成多版本代碼。由于不同迭代版本問(wèn)題與不同的測(cè)試用例相互對(duì)應(yīng),具體測(cè)試用例維護(hù)不能一成不變。
3 ?結(jié) ?論
綜上所述,借助于敏捷開(kāi)發(fā),可以將具體系統(tǒng)對(duì)軟件測(cè)試的影響全面展示出來(lái),并提出具體的測(cè)試流程,確保整個(gè)設(shè)計(jì)和開(kāi)發(fā)工作與測(cè)試管理系統(tǒng)的使用。一般來(lái)說(shuō),在實(shí)際軟件開(kāi)發(fā)過(guò)程中,會(huì)應(yīng)用到git等版本控制工具,但與測(cè)試系統(tǒng)并不存在特殊關(guān)系,從這里也可以看出,版本關(guān)聯(lián)顯得極為重要。
參考文獻(xiàn):
[1] 王羿,洪津,駱冬根,等.基于ECRS分析法的光學(xué)載荷發(fā)射場(chǎng)測(cè)試流程設(shè)計(jì)和優(yōu)化 [J].大氣與環(huán)境光學(xué)學(xué)報(bào),2019,14(2):123-128.
[2] 侯立剛,楊揚(yáng),葉彤旸,等.一種與2D物理設(shè)計(jì)流程兼容的3D測(cè)試基準(zhǔn)電路的生成系統(tǒng) [J].現(xiàn)代電子技術(shù),2017,40(24):5-8.
作者簡(jiǎn)介:孫德剛(1978.04-),男,漢族,山東德州人,高級(jí)工程師,學(xué)士學(xué)位,研究方向:教育信息化、軟件開(kāi)發(fā)。