王婭男 華嬌

摘要：隨著計(jì)算機(jī)軟硬件技術(shù)的飛速發(fā)展，當(dāng)今世界經(jīng)濟(jì)重要的增長(zhǎng)點(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)編輯：唐一東】