亚洲免费av电影一区二区三区,日韩爱爱视频,51精品视频一区二区三区,91视频爱爱,日韩欧美在线播放视频,中文字幕少妇AV,亚洲电影中文字幕,久久久久亚洲av成人网址,久久综合视频网站,国产在线不卡免费播放

        ?

        一種基于敏捷開發(fā)模式的軟件測試模型
        ——階梯模型研究

        2021-08-05 11:59:06杜以團(tuán)楊小娟
        測試技術(shù)學(xué)報 2021年4期
        關(guān)鍵詞:測試人員開發(fā)人員軟件測試

        杜以團(tuán),趙 林,楊小娟

        (中國電子科技集團(tuán)公司第三十研究所,四川 成都 610041)

        0 引 言

        隨著軟件質(zhì)量越來越為大家所重視,軟件測試逐步發(fā)展為一個獨(dú)立于軟件開發(fā)的一系列活動,就每一個軟件測試的細(xì)節(jié)而言,都有一個獨(dú)立的操作流程. 軟件測試模型是指軟件測試活動全部的過程、活動和任務(wù)的結(jié)構(gòu)框架. 軟件測試模型是對軟件測試活動的抽象,它來源于軟件測試實(shí)踐,同時用于指導(dǎo)軟件測試活動的開展和過程控制管理,同軟件開發(fā)模型一樣,都遵循軟件工程和管理學(xué)原理[1]. 軟件測試模型對指導(dǎo)測試工作開展具有十分重要的意義,軟件測試根據(jù)不同的測試對象、測試背景、被測對象質(zhì)量要求、項(xiàng)目進(jìn)度要求等,可以采用不同的測試模型實(shí)施測試活動,指導(dǎo)軟件測試活動安排.

        傳統(tǒng)軍工科研院所項(xiàng)目大多采用瀑布式的開發(fā)模型,開發(fā)測試基本按照V模型和W模型開展. 在軍工科研院所轉(zhuǎn)制、軍民融合發(fā)展的背景下,軍品項(xiàng)目競標(biāo)常態(tài)化、軍轉(zhuǎn)民項(xiàng)目逐步落地,傳統(tǒng)的開發(fā)測試模型無法滿足部分項(xiàng)目開發(fā)測試周期和市場競爭要求. 近年來,敏捷開發(fā)已成為主流的開發(fā)方式,軍工科研院所一方面多數(shù)項(xiàng)目采用重量級的軟件工程化的開發(fā)方式; 一方面部分項(xiàng)目為了適應(yīng)市場形式的變化和滿足快速的產(chǎn)品交付要求,積極開展輕量級的敏捷開發(fā)實(shí)踐. 同時,傳統(tǒng)的測試模型無法有效指導(dǎo)敏捷測試項(xiàng)目或項(xiàng)目局部敏捷測試工作的開展,而且敏捷開發(fā)方式目前也沒有建立一個行之有效的測試模型,這就使得測試人員在開展測試工作時面臨諸多困惑.

        1 軟件測試模型論述

        1.1 軟件測試模型研究現(xiàn)狀

        自20世紀(jì)80年代后期由Paul Rook提出最具代表性的軟件測試模型之一V模型[2]后,國外軟件測試模型研究先后經(jīng)歷了W模型、X模型、H模型、前置測試模型等發(fā)展演變[3],這幾種測試模型也發(fā)展成為世界上主流測試模型. 國內(nèi)軟件工程化和測試技術(shù)基本引進(jìn)學(xué)習(xí)國外主流技術(shù)、經(jīng)驗(yàn),對軟件開發(fā)測試基礎(chǔ)技術(shù)研究不夠且起步較晚,對軟件測試模型的研究大多是基于主流測試模型如V模型、X模型的項(xiàng)目應(yīng)用實(shí)踐和主流模型的適應(yīng)性改進(jìn). 2000年以來,國內(nèi)研究學(xué)者也提出了一些測試模型,但由于缺乏鮮明的特色、不具備普適性和國內(nèi)基礎(chǔ)技術(shù)研究環(huán)境等各方面因素,沒有形成具備一定行業(yè)知名度和影響力的測試模型.

        隨著近幾年敏捷開發(fā)模式已成為主流開發(fā)模式,國內(nèi)除遵循軍工質(zhì)量管理體系標(biāo)準(zhǔn)的企業(yè)主要采用V模型、W模型外,其他多數(shù)企業(yè)轉(zhuǎn)向敏捷開發(fā)模式. 在敏捷開發(fā)模式中,開發(fā)和測試高度融合,不存在傳統(tǒng)測試模型中單元測試、集成測試、系統(tǒng)測試等明確的測試階段劃分,強(qiáng)調(diào)測試驅(qū)動開發(fā),對測試人員和整個項(xiàng)目團(tuán)隊(duì)都提出了更高的要求. 然而,基于敏捷開發(fā)模式的測試尚未形成一個主流的測試模型.

        1.2 傳統(tǒng)測試模型簡介

        目前,主流傳統(tǒng)測試模型有V模型、W模型、X模型、H模型、前置測試模型,下面對這5種測試模型原理、優(yōu)勢和局限性進(jìn)行對比介紹,如表 1 所示.

        表 1 軟件測試模型對比Tab.1 Comparison of software test models

        1.3 測試模型綜合分析

        V模型清楚地表明了軟件開發(fā)中的各個測試階段,但沒有明確應(yīng)對軟件的需求、設(shè)計(jì)進(jìn)行測試. W模型對此進(jìn)行了補(bǔ)充,并明確提前開展測試計(jì)劃、測試設(shè)計(jì),但同樣是重過程、重文檔的開發(fā)模式,每一個階段工作都對上一個階段工作有嚴(yán)格的要求. V模型和W模型清晰地體現(xiàn)了開發(fā)和測試的線性關(guān)系,對嚴(yán)格遵守軍工質(zhì)量管理體系標(biāo)準(zhǔn)(如GJB5000A、GJB/Z 141等)要求的項(xiàng)目具有很強(qiáng)的指導(dǎo)性. H模型主要體現(xiàn)軟件測試的獨(dú)立性,對具體測試過程活動指導(dǎo)意義不大. X模型體現(xiàn)了編碼和單元測試、集成測試的頻繁交互關(guān)系,并定義了探索性測試. 前置測試模型將測試和開發(fā)緊密結(jié)合,將技術(shù)測試和驗(yàn)收測試獨(dú)立開來,驗(yàn)收測試不再是完成技術(shù)測試之后的過程活動.

        傳統(tǒng)軟件測試模型各有其價值和優(yōu)勢,總體來說,體現(xiàn)了軟件測試的一些基本原則: 軟件測試要盡早進(jìn)行; 軟件測試不僅是對代碼的測試,還包括需求、設(shè)計(jì)等技術(shù)文檔; 軟件測試要進(jìn)行測試計(jì)劃和測試設(shè)計(jì),測試設(shè)計(jì)要有較強(qiáng)的復(fù)用性.

        2 模型設(shè)計(jì)思路

        2.1 敏捷測試思想

        敏捷測試一般將其理解為遵循敏捷核心思想和敏捷宣言的測試實(shí)踐活動[8],敏捷宣言強(qiáng)調(diào)敏捷開發(fā)的4個核心價值觀: 個體與交互高于流程和工具; 可用的軟件高于詳盡的文檔; 客戶協(xié)作高于合同談判; 響應(yīng)變化高于遵循計(jì)劃.

        傳統(tǒng)軟件測試模型不適合快速迭代的敏捷開發(fā)模式,不能適應(yīng)頻繁的需求變更[9]. 當(dāng)項(xiàng)目需求頻繁變更、項(xiàng)目周期緊迫的情況下,傳統(tǒng)測試模型無法有效應(yīng)對項(xiàng)目交付周期風(fēng)險; 采用迭代的開發(fā)測試模式,能夠降低增量開支,降低產(chǎn)品無法按既定進(jìn)度進(jìn)入市場的風(fēng)險,更容易適應(yīng)需求的變化. 前置測試模型是開發(fā)和測試的緊密結(jié)合,敏捷測試則是開發(fā)和測試的融合.

        在敏捷測試中,測試人員不再依賴設(shè)計(jì)文檔,不存在明顯的測試階段劃分,測試用例作用減弱,測試人員與開發(fā)人員保持緊密溝通,更多采用思維導(dǎo)圖、探索性測試,強(qiáng)調(diào)自由度,測試設(shè)計(jì)和測試執(zhí)行同時進(jìn)行,邊設(shè)計(jì)邊測試,根據(jù)測試結(jié)果不斷調(diào)整測試計(jì)劃.

        2.2 敏捷測試中的困惑

        傳統(tǒng)的測試模型有明確的測試階段劃分、測試準(zhǔn)入條件和測試回歸、測試判定準(zhǔn)則,而在敏捷測試中這些都不再有明確的標(biāo)準(zhǔn),頻繁的軟件狀態(tài)變化和版本交付發(fā)布已成為常態(tài),因此,習(xí)慣于傳統(tǒng)測試模式的測試人員在參與敏捷項(xiàng)目時會面臨諸多困惑: 應(yīng)該在什么時機(jī)介入開展測試?在測試執(zhí)行過程中開發(fā)已經(jīng)迭代一個版本甚至多個版本怎么辦?當(dāng)前版本未測試完成對已修復(fù)的缺陷要不要先進(jìn)行回歸測試?在敏捷測試中如何判定版本是否達(dá)到交付要求?

        3 階梯模型設(shè)計(jì)

        3.1 階梯模型框架

        為了解決在敏捷開發(fā)項(xiàng)目中測試人員存在的困惑,能夠順利的開展軟件測試活動,本文結(jié)合敏捷開發(fā)理念和項(xiàng)目實(shí)踐經(jīng)驗(yàn),設(shè)計(jì)了一種適用于敏捷開發(fā)模式的軟件測試模型——階梯模型,如圖 1 所示.

        在階梯測試模型中,不再像傳統(tǒng)測試模型有單元測試、集成測試、系統(tǒng)測試等明確的階段區(qū)分; 吸收H模型中的指導(dǎo)思想,一旦測試就緒,具備測試條件就立即開展測試; 盡早開展測試,同開發(fā)需求分析和設(shè)計(jì)同步開展測試需求分析和測試設(shè)計(jì),并根據(jù)需求變化隨時調(diào)整測試需求和測試設(shè)計(jì); 對版本進(jìn)行小規(guī)模快速增量迭代,直到達(dá)到版本發(fā)布要求,然后進(jìn)入下一個發(fā)布版本的增量迭代過程; 吸收前置測試模型中技術(shù)測試和驗(yàn)收測試相對獨(dú)立的思想,達(dá)到發(fā)布要求的版本提交用戶進(jìn)行驗(yàn)收測試,同時進(jìn)入下一個版本的技術(shù)測試.

        階梯模型的核心思想體現(xiàn)在版本的增量迭代過程,在某個版本測試過程中,可以隨時響應(yīng)下一個版本的迭代,體現(xiàn)了擁抱變化的敏捷開發(fā)理念,使得軟件需求和技術(shù)狀態(tài)的變化不再是測試執(zhí)行過程讓人“懼怕”的因素. 因小版本的快速增量迭代過程像階梯般的推進(jìn),故該模型命名為“階梯模型”.

        圖 1 階梯模型Fig.1 Ladder model

        3.2 階梯模型詳細(xì)介紹

        下面對階梯模型具體工作內(nèi)容要求和流程準(zhǔn)則等進(jìn)行詳細(xì)闡述.

        在項(xiàng)目需求階段,由產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理等角色同用戶溝通,清晰地了解用戶需求,并和客戶協(xié)商確定版本發(fā)布迭代規(guī)模及用戶需求優(yōu)先級. 團(tuán)隊(duì)內(nèi)部對用戶需求開展討論,在技術(shù)決策范疇內(nèi),開發(fā)人員和測試人員協(xié)商決定發(fā)布周期內(nèi)的小版本迭代規(guī)模.

        在參與項(xiàng)目需求討論的同時,測試人員分析并確定測試需求,根據(jù)測試需求開展測試方案、用例等設(shè)計(jì),并確定測試用例執(zhí)行優(yōu)先級. 團(tuán)隊(duì)內(nèi)部保持緊密溝通,一旦需求發(fā)生變化和調(diào)整,就及時同步調(diào)整測試需求和測試設(shè)計(jì),包括在原來基礎(chǔ)上進(jìn)行的更改調(diào)整和增量調(diào)整.

        在測試執(zhí)行階段,按已開展的測試設(shè)計(jì)和測試用例優(yōu)先級執(zhí)行測試,在測試執(zhí)行過程中將輸出的bug實(shí)時提交到團(tuán)隊(duì)缺陷管理系統(tǒng); 在當(dāng)前測試版本已執(zhí)行部分測試但尚未完成全部測試的情況下,開發(fā)人員提交下一個迭代版本,測試人員更換新版本進(jìn)行測試; 對開發(fā)人員提交的迭代版本,首先進(jìn)行已修復(fù)bug的回歸測試,然后按原測試用例順序繼續(xù)執(zhí)行測試,按照最可能出現(xiàn)問題的部分最先測試的原則[10],優(yōu)先測試未執(zhí)行過的測試用例和新增開發(fā)代碼功能. 經(jīng)過多次小規(guī)模迭代,直至達(dá)到圖1中版本n經(jīng)過一輪完整測試且無bug輸出,或輸出的bug經(jīng)團(tuán)隊(duì)評估不影響版本發(fā)布,版本n完成技術(shù)測試發(fā)布并提交用戶進(jìn)行驗(yàn)收測試.

        對開發(fā)人員提交迭代的版本,需要同開發(fā)人員協(xié)商確定準(zhǔn)入準(zhǔn)則,如開發(fā)人員已經(jīng)完成了一定規(guī)模的增量開發(fā),達(dá)到了前期商定的迭代規(guī)模,或者已經(jīng)修復(fù)了某些致命、高優(yōu)先級的bug. 測試人員和開發(fā)人員根據(jù)迭代測試情況對迭代規(guī)模進(jìn)行動態(tài)調(diào)整,使版本測試周期與迭代周期能夠相對保持同步.

        3.3 階梯模型應(yīng)用

        階梯模型是在敏捷理念基礎(chǔ)上結(jié)合項(xiàng)目實(shí)踐經(jīng)驗(yàn)提出的. 在某型通信控制設(shè)備競標(biāo)樣機(jī)項(xiàng)目中,要進(jìn)行大規(guī)模的嵌入式軟件開發(fā)測試,存在項(xiàng)目周期短且可能面臨招標(biāo)方隨時通知交標(biāo)的情況. 在該項(xiàng)目中,項(xiàng)目團(tuán)隊(duì)采用小規(guī)模迭代的開發(fā)測試方式,基本上3天左右迭代一個版本,測試人員按階梯模型中闡述的測試方式開展快速迭代測試,經(jīng)過反復(fù)迭代,每個已開發(fā)功能都進(jìn)行了多輪測試,保證了軟件的穩(wěn)定性、可靠性,并且在全部需求開發(fā)完成后很短的周期內(nèi)即完成了版本測試發(fā)布. 在該項(xiàng)目多個投標(biāo)單位樣機(jī)競標(biāo)比測中,取得了滿分第一的成績. 可以想象,如果按照開發(fā)、測試串行的方式在完成所有需求開發(fā)后再進(jìn)行全面測試,版本發(fā)布周期會大大加長,并且沒有足夠的時間保證軟件質(zhì)量. 在一些短周期交付項(xiàng)目中,由于采用傳統(tǒng)開發(fā)測試模型,導(dǎo)致沒有足夠的時間進(jìn)行充分測試,為了保證交付進(jìn)度,往往犧牲在測試上的時間投入,軟件必然無法保證高質(zhì)量的交付.

        4 結(jié)束語

        本文在敏捷理念基礎(chǔ)上,吸收傳統(tǒng)測試模型的一些優(yōu)點(diǎn),并結(jié)合項(xiàng)目實(shí)踐經(jīng)驗(yàn)提出了一種基于敏捷開發(fā)模式的軟件測試模型——階梯模型,該模型充分體現(xiàn)了軟件的具體迭代過程,對測試人員執(zhí)行測試具有很強(qiáng)的指導(dǎo)性. 項(xiàng)目實(shí)際應(yīng)用結(jié)果表明,階梯模式在敏捷項(xiàng)目開發(fā)中能夠有效縮短開發(fā)測試周期,提高軟件開發(fā)質(zhì)量.

        猜你喜歡
        測試人員開發(fā)人員軟件測試
        移動應(yīng)用眾包測試人員信譽(yù)度復(fù)合計(jì)算模型研究
        基于OBE的軟件測試課程教學(xué)改革探索
        Semtech發(fā)布LoRa Basics 以加速物聯(lián)網(wǎng)應(yīng)用
        EXCEL和VBA實(shí)現(xiàn)軟件測試記錄管理
        電子制作(2018年16期)2018-09-26 03:27:18
        高校分析測試中心測試隊(duì)伍建設(shè)方案初探
        山東化工(2018年20期)2018-04-02 16:30:53
        關(guān)于軟件測試技術(shù)應(yīng)用與發(fā)展趨勢研究
        電子測試(2017年15期)2017-12-18 07:19:20
        淺析軟件測試中的心理學(xué)應(yīng)用
        軟件測試工程化模型及應(yīng)用研究
        讓W(xué)indows 10進(jìn)入開發(fā)者模式
        電腦迷(2015年12期)2015-04-29 23:22:51
        后悔了?教你隱藏開發(fā)人員選項(xiàng)
        電腦愛好者(2015年6期)2015-04-03 01:20:56
        国产农村妇女毛片精品久久久| 日韩精品视频免费网站| 国产午夜视频在线观看免费| 中文字幕人妻伦伦| 欧美xxxx色视频在线观看 | 在线看片免费人成视频电影| 国产精品ⅴ无码大片在线看| 精品一区二区三区无码视频| 国产91 对白在线播放九色| 日韩一区二区三区中文字幕| 午夜宅男成人影院香蕉狠狠爱| 亚洲男人免费视频网站| 日韩在线 | 中文| 中文字幕乱码一区av久久不卡| 精品熟女日韩中文十区| 女高中生自慰污免费网站| 日本少妇爽的大叫高潮了| 亚洲国产91精品一区二区| 一区二区三区视频在线观看免费| 中文字幕乱码高清完整版| 国产福利酱国产一区二区 | 伊人精品成人久久综合97| 日本国产亚洲一区二区| 国产精品99无码一区二区| 桃花色综合影院| 麻豆国产成人精品午夜视频| 色婷婷精品综合久久狠狠| 在线视频播放观看免费| 青青草视频在线观看网| 国产精品爽爽ⅴa在线观看| 中国熟妇人妻xxxxx| 免费在线视频一区| 美女被射视频在线观看91| 日本啪啪视频一区二区| 国产精品亚洲一区二区三区| 日日碰狠狠添天天爽无码| 日韩毛片在线看| 无码视频一区=区| 亚洲一区二区蜜桃视频| 免费人成小说在线观看网站| 国产精品igao视频网|