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

　　CTI論壇(ctiforum)8月20日消息（記者 楊毅): 8月20日，2012 -根據Ovum報告，確保軟件質(zhì)量是軟件生命周期中最重要的活動(dòng)之一。在軟件生命周期的每個(gè)階段的開(kāi)發(fā)周期，軟件的質(zhì)量已經(jīng)演變成一個(gè)平行的生命周期過(guò)程。這是一個(gè)可喜的發(fā)展。
 
　　在ovum的一份新的報告顯示出軟件質(zhì)量空間和新興模式在軟件測試中的最新趨勢*，軟件質(zhì)量是業(yè)務(wù)的關(guān)鍵，因為它不再僅僅是支持企業(yè)的業(yè)務(wù)。
 
　　Ovum高級分析師chandranshu說(shuō)：“機構需要確保所有軟件的功能性以及非功能性的要求而不是僅有足夠的測試，而是也需要有日程安排表”。
 
　　雖然人們可能會(huì )認為倘若多關(guān)注在軟件生命周期的每個(gè)階段的軟件質(zhì)量，會(huì )提高軟件開(kāi)發(fā)的成本以及上市時(shí)間，但實(shí)際并非如此。由于軟件的質(zhì)量問(wèn)題已在QA階段之前已被考慮，機構不僅可以降低質(zhì)量成本，并在市場(chǎng)發(fā)展的時(shí)間也縮短了，因為缺陷早在生命周期的部署中已被解決。
 
　　與軟件測試相關(guān)的一些共同的挑戰來(lái)自于在測試過(guò)程中的不足之處，而不是測試本身的活動(dòng)。
 
　　估計測試所需的工作量是困擾許多機構測試團隊的主要問(wèn)題之一。出于這個(gè)原因，敏捷開(kāi)發(fā)的方式加強估計的誤差和提醒從事者必須要依照指導去修訂和制定新的信息。

　　Singh補充說(shuō)：“這種做法使到有實(shí)際的規劃，并確保項目能依軌道上進(jìn)行，因為團隊不承擔其初步估算，其中的定義是似乎實(shí)際所需的時(shí)間/工作量而定的”。
 
　　IT部門(mén)經(jīng)常在軟件開(kāi)發(fā)和軟件質(zhì)量的過(guò)程中面臨斷層的問(wèn)題。敏捷開(kāi)發(fā)方式對傳統測試的觀(guān)點(diǎn)提出質(zhì)疑，并令軟件質(zhì)量團隊遵循新方式，無(wú)論開(kāi)發(fā)的方式是否跟隨。目前在軟件測試模式已經(jīng)從敏捷的環(huán)境擺脫出來(lái)。敏捷開(kāi)發(fā)方式對軟件過(guò)程產(chǎn)生重要的影響。但是, 敏捷開(kāi)發(fā)方式只能在有整個(gè)應用程序的源代碼情況下，測試才能進(jìn)行。如測試驅動(dòng)開(kāi)發(fā)（TDD）和行為驅動(dòng)開(kāi)發(fā)（BDD）的軟件測試是最佳實(shí)踐從靈活的環(huán)境中出現。
 
　　Singh說(shuō)：“測試驅動(dòng)開(kāi)發(fā)（TDD）強調測試和在編寫(xiě)測試驗證要求之前，開(kāi)始編碼和代碼需要作出測量。這種方法是比較有效的，因為它可以要求到開(kāi)發(fā)者在軟件生命周期前去確定軟件的質(zhì)量。“
 
　　另一個(gè)敏捷開(kāi)發(fā)方式的概念是BDD。BDD能夠令業(yè)務(wù)和IT理解到語(yǔ)言的要求，從而擴大業(yè)務(wù)TDD的原則。
Singh說(shuō)：“BDD是主流和共同的方式來(lái)表達業(yè)務(wù)需求。它是一種有效的方法捕捉來(lái)自企業(yè)用戶(hù)的功能要求。在BDD的表達格式有三部份，其中包括用戶(hù)的角色，功能要求，與預期的商業(yè)利益。“
Singh結論：“BDD是一個(gè)相對較新的軟件開(kāi)發(fā)的復雜景觀(guān)的功能，但它試圖解決一些為軟件開(kāi)發(fā)活動(dòng)的性質(zhì)為根本的問(wèn)題。BDD是一個(gè)頗受注目的方式，組織應該超越軟件的要求去懷抱BDD框架，以便利他們的質(zhì)量管理流程的自動(dòng)化。