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

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