<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    qileilove

    blog已經(jīng)轉移至github,大家請訪問 http://qaseven.github.io/

    敏捷測試理論以及實踐(1)

     前言:

      關于敏捷測試這塊內容,本來之前一直想寫的,但是自己一直覺得還沒法歸納得很好,不過最近有個客戶到我們公司來拜訪時,也提到了他們公司要把測試這塊工作弄好的事情,談了幾個小時,相互交流了一下意見,總算雙方都有點收獲,所以接下來幾天想結合我們公司的實際情況介紹一下敏捷測試的一些相關知識,當然咱的想法也并非很權威啦,僅供參考。

      正文:

      談到敏捷測試,可能有些人不一定聽到過,不過很多人應該聽到過敏捷開發(fā)吧,其實從廣義來講,測試也是屬于開發(fā)過程的一部分,測試完成以后開發(fā)過程才算真正完成,所以敏捷測試其實也可以算是敏捷開發(fā)的一部分,之所以大家不怎么關注,一方面國內對測試行業(yè)的關注度遠遠低于開發(fā)行業(yè),第二個方面其實也跟第一個相關,就是敏捷開發(fā)先流行起來,再加上國內的開發(fā)、測試比例,所以敏捷測試這個概念就顯得不怎么流行了。不過,情況也在慢慢變化,從我了解到的情況看,越來越多公司已經(jīng)在關注這一塊了。

      大家在百度上搜索一把,可以看到敏捷測試的標準定義:

      首先敏捷測試(Agile testing)是敏捷的一種,原有測試定義中通過執(zhí)行被測系統(tǒng)發(fā)現(xiàn)問題,通過測試這種活動能夠提供對被測系統(tǒng)提供度量等概念還是適用的。

      敏捷測試是遵循敏捷宣言的一種測試實踐:

      1、強調從客戶的角度,即是從使用系統(tǒng)的用戶的角度,來測試系統(tǒng)。

      2、重點關注持續(xù)迭代的測試新開發(fā)的功能,而不再強調傳統(tǒng)測試過程中嚴格的測試階段。

      3、建議盡早開始測試,一旦系統(tǒng)某個層面可測,比如提供了模塊功能,就要開始模塊層面的單元測試,同時隨著測試深入,持續(xù)進行回歸測試保證之前測試過內容的正確性。

      稍微研究一把,大家就會知道,雖然加個敏捷兩字,其實測試還是原來的測試,以前大家在軟件工程里提到各種測試方法(等價類劃分法、邊界值分析法等等)、測試分類(白盒、黑盒等等)還是繼續(xù)適用的,所以放心,如果你是測試工程師,不懂敏捷測試理論也不會讓你丟了測試工作的,你只要能發(fā)現(xiàn)Bug,發(fā)現(xiàn)好Bug,發(fā)現(xiàn)很多Bug就Ok了。當然對于測試主管甚至再高層就不這么想了,呵呵,為啥原因呢,下面會慢慢為您解答。

      那既然測試還是原來的測試,那還要敏捷測試干嘛呢,其實跟敏捷開發(fā)一樣,敏捷測試你也需要從它的發(fā)展來理解它。很久很久以前(當然,也不是太久,也就是上個世紀的事情),即使在國外也還沉醉在瀑布開發(fā)中,所以在那個時候,測試呢,就一直躲在開發(fā)過程的最后,產品開發(fā)完成了以后,就開始大規(guī)模測試,測試完成,軟件就發(fā)布了,就像練功夫一樣,一氣呵成,打完收工。

      當然,后來發(fā)生的事情,我們現(xiàn)在也早已知曉,(唉,歷史啊歷史,人就像歷史長河中的一滴水,如果不能揚名,那唯一結果就是被蒸發(fā)被遺忘,悲哉!(感慨一下先!)):

     一開始的軟件一個軟盤就能搞定,沒有多少代碼量,所以出問題的幾率就不高,測試放在最后一點問題都沒有,但是隨著軟件越來越龐大,大家就慢慢發(fā)現(xiàn)問題了,如果一開始設計有問題,或者有重要功能做錯了而直接影響到其他相關功能也出錯,這類事情只能在最后的測試階段才能被發(fā)現(xiàn),雖然說測試就是為了發(fā)現(xiàn)Bug,但是這類問題發(fā)現(xiàn)得太晚帶來最直接的結果就是代碼需要大改,時間需要延期,成本需要增加,下面這個圖就可以看出來,一個Bug發(fā)現(xiàn)的越早修復的成本越小,為什么呢,因為你想好了,一個Bug其實也就是一些代碼,剛寫的時候,它可能比較獨立,或者只跟少數(shù)幾個其他功能有關,也相對好找,但是一旦到了中后期,這部分代碼可能被其他很多功能調用,你修了這個地方,那個地方調用時可能就會出問題,所以你就得把相關地方都去看一遍,如果漏了一個地方,不好意思,可能是個大Bug,所以你需要花費大量時間,體力,財力去修復,如果你在剛做完的時候就發(fā)現(xiàn)了,輕車熟路馬上就可以改完,五分鐘的事情。

      我們公司以前(大約2006年之前)也是采用瀑布模型來開發(fā)產品的,所以測試當然也是瀑布測試了,對于測試人員來說,最直接的現(xiàn)象就是,平常很空,開發(fā)完成的時候就忙得要死,一輪接著一輪的測試周期,所以經(jīng)常連著幾周都在測試,經(jīng)常加班;而開發(fā)呢,開發(fā)時很忙,測試時更忙,因為一方面有大量Bug過來,另一方面很多Bug都是很早之前產生的,要修復起來特別麻煩,還得去查原來的代碼,焦頭爛額的,更郁悶的是,經(jīng)常發(fā)現(xiàn)有些功能沒做對,不是客戶所要的。所以也許開發(fā)過程就一個月,但是測試過程卻花了兩個月,最后到頭來,客戶說,這個產品不是我們想要的。

      痛定思痛,做些改變吧,奧巴馬都說了,We need CHANGE,所以大家就想啊想,想出一個V模型來,什么是V模型呢,且聽下回分解。

      (未完待續(xù))

    posted on 2011-11-14 13:55 順其自然EVO 閱讀(178) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

    <2011年11月>
    303112345
    6789101112
    13141516171819
    20212223242526
    27282930123
    45678910

    導航

    統(tǒng)計

    常用鏈接

    留言簿(55)

    隨筆分類

    隨筆檔案

    文章分類

    文章檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲免费在线视频| 亚洲色欲色欱wwW在线| 亚洲老妈激情一区二区三区| 最近中文字幕完整免费视频ww| 久久永久免费人妻精品| 最好免费观看高清在线| 中文字幕无码日韩专区免费| 在线涩涩免费观看国产精品 | 亚洲愉拍99热成人精品热久久| 亚洲成A∨人片天堂网无码| 亚洲av麻豆aⅴ无码电影| 亚洲日韩在线中文字幕第一页| 久久夜色精品国产亚洲av| 免费毛片a线观看| 日韩精品无码免费一区二区三区| 羞羞漫画小舞被黄漫免费| 美女尿口扒开图片免费| 丁香六月婷婷精品免费观看| 中文字幕手机在线免费看电影| 免费看男人j放进女人j免费看| 18以下岁毛片在免费播放| 香蕉97超级碰碰碰免费公| 成人无遮挡裸免费视频在线观看| 免费特级黄毛片在线成人观看| 免费无遮挡无码永久在线观看视频| 亚洲国产成人久久精品99| 亚洲人成网站在线播放vr| 亚洲精品一区二区三区四区乱码 | 亚洲一区二区三区无码影院| 亚洲VA中文字幕无码一二三区| 久久精品国产亚洲精品| 亚洲AV永久无码精品水牛影视| 亚洲神级电影国语版| 亚洲精品国产精品| 一级毛片免费观看不收费| 久久99免费视频| 搡女人真爽免费视频大全| 成人伊人亚洲人综合网站222| 国产亚洲成av片在线观看| 亚洲午夜久久久久久尤物| 美女被免费网站在线视频免费|