自動化測試：為什么受傷的總是我？

申請免費試用、咨詢電話：400-8352-114

1、IDT的自動化測試調(diào)查

自動化測試專家Elfriede Dustin在2008年10月的《Software Testing and Performance》雜志上發(fā)表文章，深入探討了為什么如此多的自動化測試項目會最終失敗。

IDT（Innovative Defense Technologies）在2007年進行了一次軟件自動化測試的研究調(diào)查。調(diào)查研究表明：雖然很多公司都認為自動化測試是非常有用的，但是很少有公司真正成功地實施了自動化測試。在問及沒有很好地開展自動化測試的原因時，大部分人回答是由于缺乏資源，例如：時間、預算、技術(shù)等，其中：

·37%認為缺乏時間。

·17%認為缺乏足夠的預算。

·11%認為缺乏合適的工具。

·20%認為缺乏專家的技術(shù)指導。

研發(fā)領(lǐng)域的技術(shù)在過去20、30年間得到了高速的發(fā)展。然而我們對這些技術(shù)的測試能力并沒有跟上發(fā)展的速度。現(xiàn)實告訴我們，測試變得越來越重要。IDT研究測試技術(shù)多年，發(fā)現(xiàn)一些有趣的東西：

（1）軟件測試開始和軟件開發(fā)一起驅(qū)動著業(yè)務(wù)。

以前，業(yè)務(wù)驅(qū)動著軟件和測試的技術(shù)發(fā)展?，F(xiàn)在，軟件和測試技術(shù)逐漸對業(yè)務(wù)起著驅(qū)動作用。業(yè)務(wù)部門可以有很好的業(yè)務(wù)idea，但是如果軟件開發(fā)和測試部門不能很好地交付產(chǎn)品，或者測試能力有所欠缺的話，業(yè)務(wù)的競爭力會很快地消失。搶占市場的先機很重要，但是應(yīng)該給予產(chǎn)品開發(fā)和質(zhì)量保證更多的關(guān)注。

（2）應(yīng)該給予“感知質(zhì)量”更多的測試

質(zhì)量過程和標準往往過于關(guān)注數(shù)據(jù)，例如出現(xiàn)了多少個Bug、缺陷的密度等數(shù)據(jù)，而忽略了顧客的“感知質(zhì)量”。例如，對于一個產(chǎn)品，頻繁出現(xiàn)的10個缺陷，并且會影響到關(guān)鍵的功能運行，這往往會被顧客認為是一個低質(zhì)量的產(chǎn)品，即使相對于整個項目而言，缺陷密度是非常低的。

相反地，如果發(fā)布的產(chǎn)品中有100個缺陷，但是不經(jīng)常出現(xiàn)，而且?guī)缀醪挥绊懻５墓δ懿僮?，顧客則會認為這是個高質(zhì)量的產(chǎn)品，即便從數(shù)據(jù)看來，其缺陷率非常高。

到目前為止，并沒有太多“基于使用的測試”的研究?！盎谑褂玫臏y試”探索感知質(zhì)量的內(nèi)涵，追求高的感知質(zhì)量，從而獲得更高的顧客滿意度。在Elfriede Dustin看來，amazon.com相比起其他在線書店網(wǎng)站，擁有更高的顧客感知質(zhì)量，因為amazon.com的用戶體驗非常友好。

我們的目標是提高產(chǎn)品的感知質(zhì)量。提高的途徑是：讓測試專注在那些最常使用的功能上（確保正常工作，沒有任何缺陷），專注于測試那些最常用功能的可用性、可靠性。

（3）測試人員總是會受到責備

Deadline臨近，而在多種環(huán)境下的測試周期看起來是無止境的。測試人員通常會因為Deadline而受到責備，還會因為項目超出預算、沒有覆蓋產(chǎn)品的所有Bug、缺乏創(chuàng)新等，受到責備。

但是，通常造成這種結(jié)果的真正原因是因為缺乏系統(tǒng)工程的過程。例如，對于一個上百萬行代碼、包含大量功能模塊的產(chǎn)品，僅僅依靠測試組的黑盒測試，費盡九牛二虎之力才找到一些Bug。

從另外一個角度來看，測試對項目進度拖延的真正原因是：不良的開發(fā)習慣導致充滿Bug的代碼，需要很長的、重復的修改周期。

還有一個原因是：缺乏單元測試。調(diào)查分析表明：單元測試越充分、越有效，則系統(tǒng)測試會開展得越順利，系統(tǒng)測試的周期也會越短。

不能忽略的一個問題是產(chǎn)品構(gòu)建。構(gòu)建（Build）和發(fā)布（Release）的過程應(yīng)該自動化。如果沒有實現(xiàn)構(gòu)建的自動化，那么軟件構(gòu)建的過程將會是非常浪費時間、并且容易出錯的一件事情。

另外，如果Deadline本身設(shè)置得就不合理，那么導致失敗的可能性就非常大。有些Deadline的設(shè)置沒有考慮清楚究竟需要多長的時間來開發(fā)和測試軟件。

（4）開發(fā)人員不做測試

雖然已經(jīng)有不少的開發(fā)人員采用單元測試、測試驅(qū)動的開發(fā)方式，他們確實做得不錯。但是開發(fā)人員仍然缺少集成和系統(tǒng)方面的測試。開發(fā)人員往往傾向于關(guān)注自己編寫的功能模塊的問題，缺乏對整個系統(tǒng)的全局觀。

為什么開發(fā)人員不做一下系統(tǒng)測試呢？他們沒有時間，他們不是專業(yè)的測試人員，他們?nèi)鄙贉y試的技巧，他們忙著開發(fā)新的代碼和功能，并且測試系統(tǒng)整合部分的代碼不是他們的職責。

開發(fā)人員疲于應(yīng)付新功能的開發(fā)，以便滿足那些不合理的Deadline。畢竟，大部分人認為搶占市場是很關(guān)鍵的。然而，事實證明，我們不僅僅要關(guān)注R&D，還要關(guān)注R&D&T。