自動(dòng)化測(cè)試：為什么受傷的總是我？

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

1、IDT的自動(dòng)化測(cè)試調(diào)查

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

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

·37%認(rèn)為缺乏時(shí)間。

·17%認(rèn)為缺乏足夠的預(yù)算。

·11%認(rèn)為缺乏合適的工具。

·20%認(rèn)為缺乏專家的技術(shù)指導(dǎo)。

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

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

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

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

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

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

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

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

（3）測(cè)試人員總是會(huì)受到責(zé)備

Deadline臨近，而在多種環(huán)境下的測(cè)試周期看起來(lái)是無(wú)止境的。測(cè)試人員通常會(huì)因?yàn)镈eadline而受到責(zé)備，還會(huì)因?yàn)轫?xiàng)目超出預(yù)算、沒(méi)有覆蓋產(chǎn)品的所有Bug、缺乏創(chuàng)新等，受到責(zé)備。

但是，通常造成這種結(jié)果的真正原因是因?yàn)槿狈ο到y(tǒng)工程的過(guò)程。例如，對(duì)于一個(gè)上百萬(wàn)行代碼、包含大量功能模塊的產(chǎn)品，僅僅依靠測(cè)試組的黑盒測(cè)試，費(fèi)盡九牛二虎之力才找到一些Bug。

從另外一個(gè)角度來(lái)看，測(cè)試對(duì)項(xiàng)目進(jìn)度拖延的真正原因是：不良的開(kāi)發(fā)習(xí)慣導(dǎo)致充滿Bug的代碼，需要很長(zhǎng)的、重復(fù)的修改周期。

還有一個(gè)原因是：缺乏單元測(cè)試。調(diào)查分析表明：?jiǎn)卧獪y(cè)試越充分、越有效，則系統(tǒng)測(cè)試會(huì)開(kāi)展得越順利，系統(tǒng)測(cè)試的周期也會(huì)越短。

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

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

（4）開(kāi)發(fā)人員不做測(cè)試

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

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

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