qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請(qǐng)?jiān)L問 http://qaseven.github.io/

          獨(dú)立軟件測(cè)試團(tuán)隊(duì)在敏捷開發(fā)中的幾個(gè)特別實(shí)踐

          最近讀了《測(cè)試人與敏捷團(tuán)隊(duì)的五個(gè)約定》,很是贊同。但發(fā)現(xiàn)其并沒有緊扣敏捷開發(fā)測(cè)試的特點(diǎn),這五個(gè)約定在傳統(tǒng)開發(fā)中已經(jīng)早有實(shí)踐,也有相關(guān)論述。哪么在敏捷開發(fā)的測(cè)試方面有沒有不一樣于傳統(tǒng)開發(fā)測(cè)試的并且是有效的實(shí)踐?

            從敏捷團(tuán)隊(duì)的組建上來說,敏捷團(tuán)隊(duì)并沒有要求安排專門的測(cè)試人員,甚至于在某些的方法中不建議清楚的區(qū)分開發(fā)人員角色和測(cè)試人員角色。 本文討論的是已經(jīng)存在獨(dú)立測(cè)試團(tuán)隊(duì)的情況,如何在敏捷開發(fā)中進(jìn)行高效的測(cè)試。

            實(shí)踐1:測(cè)試保護(hù)開發(fā)

            通過快速的自動(dòng)化測(cè)試跟進(jìn)開發(fā),保證新增和修改不破壞已經(jīng)獲得的成果。

            典型步驟如下:

            1、開發(fā)人員根據(jù)需求,采用TDD,編寫代碼,實(shí)現(xiàn)界面和接口。

            2、幾乎同步,測(cè)試人員編寫自動(dòng)化測(cè)試,主要是黑盒自動(dòng)化測(cè)試,也不排除白盒自動(dòng)化測(cè)試。

            3、一般保證,代碼出來后的第2天,相關(guān)的自動(dòng)化測(cè)試代碼開發(fā)完成。

            實(shí)踐2:成為大敏捷團(tuán)隊(duì)的成員

            子實(shí)踐1:參加相關(guān)會(huì)議,如果是SCRUM,參加SCRUM所有要求的會(huì)議。

            子實(shí)踐2:可以閱讀和修改最大范圍的配置項(xiàng)(比如文檔,代碼,工作項(xiàng))

            子實(shí)踐3:一起工作,比如把位子搬到開發(fā)人員旁邊,如果同時(shí)參加多個(gè)項(xiàng)目,選擇一個(gè)較近距離的位子。

            說明:這個(gè)實(shí)踐本身的宗旨與傳統(tǒng)做法并無根本區(qū)別,這里的區(qū)別在于程度。

            實(shí)踐3:與定期構(gòu)建一起執(zhí)行測(cè)試人員的自動(dòng)化測(cè)試用例,或者定期構(gòu)建包括測(cè)試人員的自動(dòng)化測(cè)試。

            這里用了”測(cè)試人員的自動(dòng)化測(cè)試用例“,也有做法是測(cè)試人員和開發(fā)人員一起維護(hù)自動(dòng)化測(cè)試用例,并沒有“測(cè)試人員的自動(dòng)化測(cè)試用例“,這里主要說明無論測(cè)試人員貢獻(xiàn)的自動(dòng)化測(cè)試用例處于何種形式,無論構(gòu)建是否包括測(cè)試人員的自動(dòng)化測(cè)試用例,就是要求自動(dòng)化測(cè)試能與構(gòu)建為基來執(zhí)行。

            子實(shí)踐1:維護(hù)一套自動(dòng)化測(cè)試環(huán)境,可以自動(dòng)獲得最新的測(cè)試用例和構(gòu)建成果

            子實(shí)踐2:測(cè)試結(jié)果可以自動(dòng)發(fā)布到合適的地方,缺陷得到跟蹤管理

            實(shí)踐4:設(shè)計(jì)更多黑盒手工場(chǎng)景化測(cè)試用例,安排更多隨機(jī)場(chǎng)景測(cè)試

            關(guān)注于局部功能的測(cè)試用例在敏捷開發(fā)中往往已經(jīng)被自動(dòng)化實(shí)現(xiàn)了。因此為了發(fā)布的測(cè)試中,值得設(shè)計(jì)更多黑盒手工場(chǎng)景化測(cè)試用例。選擇一些典型場(chǎng)景化測(cè)試用例開發(fā)為自動(dòng)化測(cè)試用例也是可以的,但是此類測(cè)試用例的自動(dòng)化開發(fā)所需工作量較大,要看測(cè)試團(tuán)隊(duì)的投入和質(zhì)量目標(biāo)安排,如果有象微軟一樣的測(cè)試開發(fā)工程師,就另當(dāng)別論了。一般而言,從經(jīng)濟(jì)角度出發(fā),黑盒手工場(chǎng)景化測(cè)試用例是發(fā)現(xiàn)潛在缺陷的有效且經(jīng)濟(jì)的手段,如果存在豐富經(jīng)驗(yàn)的測(cè)試人員,隨機(jī)場(chǎng)景測(cè)試也是值得更多采用的。本實(shí)踐在傳統(tǒng)測(cè)試中也有,這里要強(qiáng)調(diào)的特別之處是可以考慮手工測(cè)試全部用場(chǎng)景化測(cè)試,大幅減少針對(duì)單一功能或局部功能的測(cè)試用例。

            對(duì)測(cè)試人員的要求

            從以上實(shí)踐可以看到,測(cè)試人員所要掌握的技能有黑盒自動(dòng)化測(cè)試、場(chǎng)景化測(cè)試,最好也要常握白盒自動(dòng)化測(cè)試,定期構(gòu)建和自動(dòng)測(cè)試報(bào)告

            工具支持

            常見的有fit,fitnesse,white,watir,selenium,cruisecontrol,QTP,robot,xUnit系列xFit系列等等

            效果和校驗(yàn)

            上述的實(shí)踐是否有效、是否高效,可以觀察如下幾點(diǎn):

            1、達(dá)到發(fā)布條件所需的測(cè)試輪次是否減少?測(cè)試缺陷密度是否減少?

            2、獲得快速發(fā)布的能力,發(fā)布工期偏差是否減小?

            3、測(cè)試所需總的工作量是否在測(cè)試團(tuán)隊(duì)承受的范圍之內(nèi),尤其關(guān)注測(cè)試后期的工作量是否大幅減少,減少的數(shù)量是否比在測(cè)試前期增加的數(shù)量要更大?

            如果沒有獲得正面收益,就需反思了。

          posted on 2012-09-25 10:45 順其自然EVO 閱讀(198) 評(píng)論(0)  編輯  收藏


          只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。


          網(wǎng)站導(dǎo)航:
           
          <2012年9月>
          2627282930311
          2345678
          9101112131415
          16171819202122
          23242526272829
          30123456

          導(dǎo)航

          統(tǒng)計(jì)

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評(píng)論

          閱讀排行榜

          評(píng)論排行榜

          主站蜘蛛池模板: 颍上县| 鄂托克前旗| 九台市| 芒康县| 车险| 土默特左旗| 婺源县| 廊坊市| 蕲春县| 昌都县| 沐川县| 华亭县| 姜堰市| 涡阳县| 蕲春县| 盐亭县| 龙山县| 富顺县| 大邑县| 山东省| 张家港市| 罗田县| 霞浦县| 虎林市| 化隆| 武定县| 利辛县| 陇西县| 京山县| 英吉沙县| 大埔县| 凉城县| 惠水县| 临江市| 丘北县| 阿荣旗| 高邮市| 临清市| 南部县| 千阳县| 喜德县|