Ovum：軟件測(cè)試 自動(dòng)化與超越的方式

根據(jù)Ovum報(bào)告，確保軟件質(zhì)量是軟件生命周期中最重要的活動(dòng)之一。在軟件生命周期的每個(gè)階段的開(kāi)發(fā)周期，軟件的質(zhì)量已經(jīng)演變成一個(gè)平行的生命周期過(guò)程。這是一個(gè)可喜的發(fā)展。

在ovum的一份新的報(bào)告顯示出軟件質(zhì)量空間和新興模式在軟件測(cè)試中的最新趨勢(shì)，軟件質(zhì)量是業(yè)務(wù)的關(guān)鍵，因?yàn)樗辉賰H僅是支持企業(yè)的業(yè)務(wù)。

Ovum高級(jí)分析師chandranshu說(shuō)：“機(jī)構(gòu)需要確保所有軟件的功能性以及非功能性的要求而不是僅有足夠的測(cè)試，而是也需要有日程安排表”。

雖然人們可能會(huì)認(rèn)為倘若多關(guān)注在軟件生命周期的每個(gè)階段的軟件質(zhì)量，會(huì)提高軟件開(kāi)發(fā)的成本以及上市時(shí)間，但實(shí)際并非如此。由于軟件的質(zhì)量問(wèn)題已在QA階段之前已被考慮，機(jī)構(gòu)不僅可以降低質(zhì)量成本，并在市場(chǎng)發(fā)展的時(shí)間也縮短了，因?yàn)槿毕菰缭谏芷诘牟渴鹬幸驯唤鉀Q。

與軟件測(cè)試相關(guān)的一些共同的挑戰(zhàn)來(lái)自于在測(cè)試過(guò)程中的不足之處，而不是測(cè)試本身的活動(dòng)。

估計(jì)測(cè)試所需的工作量是困擾許多機(jī)構(gòu)測(cè)試團(tuán)隊(duì)的主要問(wèn)題之一。出于這個(gè)原因，敏捷開(kāi)發(fā)的方式加強(qiáng)估計(jì)的誤差和提醒從事者必須要依照指導(dǎo)去修訂和制定新的信息。

Singh補(bǔ)充說(shuō)：“這種做法使到有實(shí)際的規(guī)劃，并確保項(xiàng)目能依軌道上進(jìn)行，因?yàn)閳F(tuán)隊(duì)不承擔(dān)其初步估算，其中的定義是似乎實(shí)際所需的時(shí)間/工作量而定的”。

IT部門(mén)經(jīng)常在軟件開(kāi)發(fā)和軟件質(zhì)量的過(guò)程中面臨斷層的問(wèn)題。敏捷開(kāi)發(fā)方式對(duì)傳統(tǒng)測(cè)試的觀點(diǎn)提出質(zhì)疑，并令軟件質(zhì)量團(tuán)隊(duì)遵循新方式，無(wú)論開(kāi)發(fā)的方式是否跟隨。目前在軟件測(cè)試模式已經(jīng)從敏捷的環(huán)境擺脫出來(lái)。敏捷開(kāi)發(fā)方式對(duì)軟件過(guò)程產(chǎn)生重要的影響。但是， 敏捷開(kāi)發(fā)方式只能在有整個(gè)應(yīng)用程序的源代碼情況下，測(cè)試才能進(jìn)行。如測(cè)試驅(qū)動(dòng)開(kāi)發(fā)(TDD)和行為驅(qū)動(dòng)開(kāi)發(fā)(BDD)的軟件測(cè)試是最佳實(shí)踐從靈活的環(huán)境中出現(xiàn)。

Singh說(shuō)：“測(cè)試驅(qū)動(dòng)開(kāi)發(fā)(TDD)強(qiáng)調(diào)測(cè)試和在編寫(xiě)測(cè)試驗(yàn)證要求之前，開(kāi)始編碼和代碼需要作出測(cè)量。這種方法是比較有效的，因?yàn)樗梢砸蟮介_(kāi)發(fā)者在軟件生命周期前去確定軟件的質(zhì)量。“

另一個(gè)敏捷開(kāi)發(fā)方式的概念是BDD。 BDD能夠令業(yè)務(wù)和IT理解到語(yǔ)言的要求，從而擴(kuò)大業(yè)務(wù)TDD的原則。

Singh說(shuō)：“BDD是主流和共同的方式來(lái)表達(dá)業(yè)務(wù)需求。它是一種有效的方法捕捉來(lái)自企業(yè)用戶(hù)的功能要求。在BDD的表達(dá)格式有三部份，其中包括用戶(hù)的角色，功能要求，與預(yù)期的商業(yè)利益。“

Singh結(jié)論：“BDD是一個(gè)相對(duì)較新的軟件開(kāi)發(fā)的復(fù)雜景觀的功能，但它試圖解決一些為軟件開(kāi)發(fā)活動(dòng)的性質(zhì)為根本的問(wèn)題。 BDD是一個(gè)頗受注目的方式，組織應(yīng)該超越軟件的要求去懷抱BDD框架，以便利他們的質(zhì)量管理流程的自動(dòng)化。