王婭男 華嬌
摘要:隨著計(jì)算機(jī)軟硬件技術(shù)的飛速發(fā)展,當(dāng)今世界經(jīng)濟(jì)重要的增長點(diǎn)也逐漸偏向于此。在發(fā)展的同時(shí)不斷暴露出來的軟件缺陷也在不斷影響著用戶。保證軟件測(cè)試質(zhì)量的測(cè)試過程也變得越來越重要,測(cè)試應(yīng)從“小規(guī)?!遍_始,逐漸轉(zhuǎn)向“大規(guī)?!?,在不斷被改良和優(yōu)化的過程中產(chǎn)生了各種測(cè)試流程,從最早出現(xiàn)的V模型,以及近些年流行的敏捷測(cè)試流程,無一不影響著軟件測(cè)試流程的進(jìn)程及軟件測(cè)試的效率。在項(xiàng)目運(yùn)行的過程中,測(cè)試人員會(huì)根據(jù)不同的項(xiàng)目以及自身經(jīng)驗(yàn)完全使用或者部分使用各種測(cè)試模型完成軟件項(xiàng)目的測(cè)試,在測(cè)試的過程中,也發(fā)現(xiàn)了各種流程中的問題,本文就將測(cè)試工作中遇到的問題以及提出的改進(jìn)方案進(jìn)行簡(jiǎn)單闡述。
關(guān)鍵詞:V模型;測(cè)試流程;軟件測(cè)試;流程改進(jìn)
中圖分類號(hào):TP393 文獻(xiàn)標(biāo)識(shí)碼:A
文章編號(hào):1009-3044(2019)07-0097-01
1 目前流程存在的問題
1.1 流程煩瑣
V模型流程看似完整且規(guī)范,實(shí)際操作起來卻存在許多煩冗復(fù)雜的步驟。由于某些原因的限制,測(cè)試不能完整地介入軟件開發(fā)的整個(gè)流程,主要是項(xiàng)目開始階段的諸多不確定性導(dǎo)致的。因此整個(gè)V模型的流程對(duì)于目前實(shí)際工作來說,很多流程過于煩瑣了?!翱梢怨ぷ鞯能浖龠^面面俱到的文檔”也是敏捷流程提倡以人為核心的另一方面的表述。傳統(tǒng)V模型要求需求文檔要首先完成,開發(fā)人員根據(jù)需求文檔完成設(shè)計(jì)文檔,測(cè)試人員再根據(jù)設(shè)計(jì)文檔完成測(cè)試用例以及完成測(cè)試。過多的文檔分散了相關(guān)人員的精力,并不適合目前提倡的敏捷開發(fā)敏捷測(cè)試流程。
1.2 多個(gè)項(xiàng)目并行,各方面資源不足
項(xiàng)目的運(yùn)作方式以工程師為主,工程師對(duì)項(xiàng)目整個(gè)流程進(jìn)行了完整的掌控。但實(shí)際情況工程師同時(shí)對(duì)應(yīng)多個(gè)項(xiàng)目并行的情況時(shí),就出現(xiàn)了資源不足的情況。
1.3 組織有效性的問題
參與研發(fā)項(xiàng)目的各部門間雖然經(jīng)常一起參與討論和評(píng)審,但一起緊密合作的機(jī)會(huì)并不多。一般是需求人員首先完成軟件規(guī)劃,開發(fā)人員再進(jìn)行設(shè)計(jì)和編碼,測(cè)試人員再開展多輪的測(cè)試,也就是各角色分別主導(dǎo)和負(fù)責(zé)若干階段,進(jìn)而完成整個(gè)項(xiàng)目。各角色對(duì)他人負(fù)責(zé)的階段不甚關(guān)心,也就容易造成溝通的障礙,當(dāng)各角色對(duì)項(xiàng)目理解的不一致,對(duì)變化的更新不及時(shí),也就無法使組織的效能最大化。
2 改進(jìn)方案
2.1 輕文檔測(cè)試思路
實(shí)踐證明,即使沒有各類文檔,只要通過項(xiàng)目中成員的有效溝通以及測(cè)試經(jīng)驗(yàn),同樣能完成測(cè)試用例編寫以及良好的測(cè)試覆蓋率。編寫精簡(jiǎn)的測(cè)試用例內(nèi)容,高度概括測(cè)試步驟以及預(yù)期結(jié)果,在測(cè)試過程中不斷完善和補(bǔ)充測(cè)試用例,測(cè)試效率會(huì)明顯提高。
2.2 強(qiáng)調(diào)以客戶為導(dǎo)向
由之前的以工程師為導(dǎo)向轉(zhuǎn)向以客戶為主導(dǎo),強(qiáng)調(diào)以客戶的需求為主,由專人對(duì)接客戶,既保證了服務(wù)質(zhì)量,又能使開發(fā)人員以及測(cè)試人員將更多的時(shí)間和精力放在項(xiàng)目開發(fā)以及測(cè)試上,大大提高了工作效率,達(dá)到人力資源有效利用。
2.3 加強(qiáng)各部門之間溝通
項(xiàng)目的整體完成流程不是客戶與需求人員一對(duì)一對(duì)接、需求與開發(fā)一對(duì)一對(duì)接、開發(fā)與測(cè)試一對(duì)一對(duì)接。而是多方定期溝通,多方面了解項(xiàng)目的真正需求,更好地了解項(xiàng)目,也能在項(xiàng)目不斷地完善中得到客戶的準(zhǔn)確的反饋。
3 改進(jìn)過程中的問題
任何事情都不是一帆風(fēng)順,軟件開發(fā)和測(cè)試在流程改進(jìn)和優(yōu)化的過程中仍然存在這樣那樣的問題,比如測(cè)試人員對(duì)于業(yè)務(wù)流程的不確定性導(dǎo)致輕文檔型測(cè)試用例開展不順暢;各部門人員時(shí)間安排上的不確定性,導(dǎo)致定期溝通中還有待加強(qiáng);提高測(cè)試還需要盡可能多的研究利用測(cè)試工具等等,都是后續(xù)在流程改進(jìn)過程中需要優(yōu)化以及推進(jìn)的。
參考文獻(xiàn):
[1] 楊麗波.淺析軟件測(cè)試管理[J].電子測(cè)試,2017(7):94-95.
[2] 陳巖.計(jì)算機(jī)軟件測(cè)試方法的分析[J].電子世界,2017(7):47.
[3] 馮濟(jì)舟.軟件測(cè)試誤區(qū)的思考[J].質(zhì)量與可靠性,2017(1):5-8.
[4] 董智勇.軟件測(cè)試在Web開發(fā)中的應(yīng)用[J]. 數(shù)字技術(shù)與應(yīng)用,2017(2):207.
【通聯(lián)編輯:唐一東】