敏捷測(cè)試

簡(jiǎn)介

敏捷測(cè)試是伴隨著敏捷開發(fā)雙雙出現(xiàn)的,先說(shuō)說(shuō)敏捷開發(fā)的最大特點(diǎn):積極響應(yīng)客戶需求,快速高質(zhì)量的交付軟件。
所以在一個(gè)敏捷的項(xiàng)目流程中,首先會(huì)將需求按照用戶的需求程度分為多個(gè)迭代,而每個(gè)迭代都可視為小的版本周期。

敏捷測(cè)試的流程,主要專注于兩方面:
一是新功能的測(cè)試:從需求評(píng)審開始,到最終上線,測(cè)試人員需持續(xù)關(guān)注迭代的新功能,針對(duì)新功能進(jìn)行足夠的測(cè)試,保證新功能驗(yàn)收。
二是原有功能的測(cè)試:這一點(diǎn)也是敏捷測(cè)試提高效率所在,一般這個(gè)過(guò)程會(huì)通過(guò)自動(dòng)化的回歸測(cè)試。

由于敏捷流程的迭代周期短,測(cè)試人員要做到盡早開始測(cè)試,這個(gè)過(guò)程包含前期需求評(píng)審,開發(fā)設(shè)計(jì)評(píng)審,以及測(cè)試用例評(píng)審;敏捷測(cè)試最重要的是能及時(shí)、持續(xù)的對(duì)軟件的質(zhì)量進(jìn)行反饋。簡(jiǎn)單的說(shuō),敏捷測(cè)試就是持續(xù)的對(duì)軟件問(wèn)題產(chǎn)生及時(shí)反映,一個(gè) bug 被隱藏的時(shí)間越長(zhǎng),修復(fù)這個(gè) bug 的代價(jià)就越大。

一般來(lái)說(shuō),一個(gè)大的需求經(jīng)過(guò)敏捷流程會(huì)被分解成如下:

敏捷流程.png

敏捷測(cè)試什么時(shí)候介入?該做些什么?

1.story需求評(píng)審
要求全部人員參加,預(yù)先盡早發(fā)現(xiàn)遺漏的功能點(diǎn)和對(duì)其他模塊的影響點(diǎn),主要是需求人員講解,其余人員頭腦風(fēng)暴,從各自對(duì)需求的理解提出問(wèn)題。
此階段的輸出有:需求驗(yàn)收標(biāo)準(zhǔn)(有利于后期測(cè)試用例的測(cè)試點(diǎn)編寫)
2.接口設(shè)計(jì)評(píng)審
參與開發(fā)人員的api評(píng)審,結(jié)合需求針對(duì)接口提出問(wèn)題。
此階段的輸出有:api接口文檔,文檔對(duì)于接口自動(dòng)化非常重要
3.用例評(píng)審
測(cè)試人員根據(jù)需求評(píng)審中的標(biāo)準(zhǔn)進(jìn)行測(cè)試用例的設(shè)計(jì)和編寫,交于相關(guān)人員主要是開發(fā)人員,進(jìn)行用例評(píng)審,一般情況下會(huì)有各種遺漏和修改,甚至?xí)l(fā)現(xiàn)更大的影響點(diǎn),小編曾經(jīng)碰到一個(gè)潛藏測(cè)試點(diǎn),之后不得不重定測(cè)試計(jì)劃[捂臉];最后針對(duì)修改的再過(guò)一遍,最終上傳到用例庫(kù),如禪道之類。
此階段的輸出:測(cè)試用例文檔
4.分配用例
由于敏捷流程中倡導(dǎo)的是全民測(cè)試,一些基礎(chǔ)功能用例,可以分配給開發(fā)人員等
5.執(zhí)行用例
測(cè)試人員執(zhí)行測(cè)試用例,并對(duì)發(fā)現(xiàn)的問(wèn)題分P級(jí)提交bug,待開發(fā)修改后,根據(jù)影響點(diǎn)及時(shí)回歸問(wèn)題,最后關(guān)閉bug。
此階段的輸出:bug
6.分析問(wèn)題
分析問(wèn)題產(chǎn)生的原因,找出是流程中哪個(gè)環(huán)節(jié)遺漏,然后針對(duì)相關(guān)階段進(jìn)行補(bǔ)救,以防下次出錯(cuò)。比如測(cè)試用例設(shè)計(jì)遺漏,則下次用例評(píng)審中針對(duì)用例深挖;如果是老版本遺留問(wèn)題,則針對(duì)bug進(jìn)度規(guī)范修改;如果是修改引起的聯(lián)動(dòng)性問(wèn)題,則從執(zhí)行用例過(guò)程中,以及分析自動(dòng)化回歸沒(méi)有覆蓋等方面分析。
7.質(zhì)量報(bào)告
針對(duì)上述分析,輸出質(zhì)量報(bào)告,從發(fā)現(xiàn)問(wèn)題的多少,P級(jí)各占百分比,與上期對(duì)比,bug的嚴(yán)重性給出評(píng)價(jià)。對(duì)出現(xiàn)問(wèn)題的原因進(jìn)行分析,如何改良流程,避免再現(xiàn),并提出合理化的意見。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

推薦閱讀更多精彩內(nèi)容

  • 準(zhǔn)備換工作嗎?作為一個(gè)測(cè)試人員,今天赴面試現(xiàn)場(chǎng),往往會(huì)被問(wèn)到一系列有關(guān)敏捷測(cè)試的問(wèn)題。即使是一個(gè)開發(fā)人員,同樣也免...
    CC先生之簡(jiǎn)書閱讀 3,460評(píng)論 0 15
  • 文章來(lái)自:http://blog.csdn.net/mj813/article/details/52451355 ...
    好大一只鵬閱讀 9,216評(píng)論 2 126
  • 什么是敏捷測(cè)試?敏捷測(cè)試有哪些流程改進(jìn)? 首先敏捷測(cè)試是敏捷的一種,原有測(cè)試定義中通過(guò)執(zhí)行被測(cè)系統(tǒng)發(fā)現(xiàn)問(wèn)題,...
    輔助的心閱讀 1,614評(píng)論 1 6
  • 1.測(cè)試與軟件模型 軟件開發(fā)生命周期模型指的是軟件開發(fā)全過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)性框架。軟件項(xiàng)目的開發(fā)包括:需求、設(shè)...
    Mr希靈閱讀 22,010評(píng)論 7 278
  • 大夢(mèng)初醒的日子 夜黑得發(fā)亮 心碎得叮叮當(dāng)當(dāng) 思緒混亂的昏暗 胸?zé)没馉C 手顫得無(wú)處擺放 患得患失的思考 神經(jīng)緊繃得...
    方明你深情閱讀 300評(píng)論 0 0