敏捷測(cè)試--段念推薦課件

1、Page 敏捷測(cè)試實(shí)踐段念Page 2什么是我們談?wù)摰拿艚轀y(cè)試？Page 3Agile testing is a software testing practice that follows the principles of the agile manifesto, emphasizing testing from the perspective of customers who will utilize the system. Agile testing does not emphasize rigidly defined testing procedures, but rather fo

2、cuses on testing iteratively against newly developed code until quality is achieved from an end customers perspective. In other words, the emphasis is shifted from testers as quality police to something more like entire project team working toward demonstrable quality. -來(lái)自wikepediaPage 4敏捷測(cè)試簡(jiǎn)而言之，敏捷測(cè)

3、試是指在采用敏捷技術(shù)的項(xiàng)目中開(kāi)展的測(cè)試同時(shí)，敏捷測(cè)試也意味著測(cè)試遵循敏捷的基本原則，接納敏捷的核心價(jià)值觀（交流，簡(jiǎn)單，反饋，勇氣）保持簡(jiǎn)單以任務(wù)為導(dǎo)向，而不以過(guò)程或是角色為導(dǎo)向通過(guò)溝通和反饋保證測(cè)試能夠建立合適的質(zhì)量標(biāo)準(zhǔn)盡可能減少測(cè)試周期的時(shí)間需求敏捷測(cè)試要求“交付可用產(chǎn)品”而非單純的“發(fā)現(xiàn)缺陷”P(pán)age 5敏捷測(cè)試 vs. 傳統(tǒng)意義上的測(cè)試Page 6敏捷測(cè)試帶來(lái)的挑戰(zhàn)（一）質(zhì)量文化上的挑戰(zhàn)發(fā)現(xiàn)缺陷 vs. 在產(chǎn)品中內(nèi)建質(zhì)量敏捷帶來(lái)的擔(dān)心：測(cè)試工程師應(yīng)該做什么？敏捷帶來(lái)的擔(dān)心：測(cè)試工程師能夠做什么？Page 7敏捷測(cè)試核心價(jià)值觀共享質(zhì)量目標(biāo)開(kāi)發(fā)和測(cè)試團(tuán)隊(duì)共享同樣的質(zhì)量目標(biāo)，當(dāng)然也共享同樣的質(zhì)

4、量責(zé)任，每個(gè)工程師在測(cè)試方面都同樣承擔(dān)任務(wù)在產(chǎn)品中內(nèi)建可測(cè)試性為產(chǎn)品建立更好的自動(dòng)化測(cè)試不僅僅依賴(lài)于測(cè)試工程師的工作，更重要的是，產(chǎn)品本身內(nèi)建的可測(cè)試性關(guān)注產(chǎn)品質(zhì)量的提升，測(cè)試周期的縮短，而不是僅專(zhuān)注于發(fā)現(xiàn)缺陷Page 8敏捷測(cè)試中的測(cè)試工程師可以做什么獲取和明確用戶(hù)的質(zhì)量期望建立合適的系統(tǒng)測(cè)試、用戶(hù)驗(yàn)收測(cè)試質(zhì)量標(biāo)準(zhǔn)建立可見(jiàn)的質(zhì)量度量體系，讓產(chǎn)品和代碼質(zhì)量反饋持續(xù)可見(jiàn)推進(jìn)單元測(cè)試、開(kāi)發(fā)測(cè)試，促進(jìn)代碼質(zhì)量建立持續(xù)構(gòu)建框架建立與維護(hù)合適的自動(dòng)化測(cè)試以減少測(cè)試的時(shí)間投入Page 9敏捷測(cè)試帶來(lái)的挑戰(zhàn)（二）測(cè)試工程師面臨的挑戰(zhàn)必須通過(guò)與開(kāi)發(fā)團(tuán)隊(duì)的密切合作獲取產(chǎn)品信息，制定測(cè)試計(jì)劃而不是依賴(lài)文檔必須密切

5、介入開(kāi)發(fā)過(guò)程，參與設(shè)計(jì)，甚至是代碼必須能夠自我驅(qū)動(dòng)必須具有足夠的自動(dòng)化測(cè)試技能與探索性測(cè)試技能Page 10擁抱變化，改變工作方式與開(kāi)發(fā)工程師密切合作轉(zhuǎn)變角色，測(cè)試工程師不再是“裁判”，而應(yīng)該是“支持者”和“幫助產(chǎn)品具有更好質(zhì)量的角色”將測(cè)試推動(dòng)到上游自我驅(qū)動(dòng)，積極參與敏捷過(guò)程，主動(dòng)工作而非僅僅被動(dòng)接受任務(wù)提升自己的技能，尤其是自動(dòng)化測(cè)試方面的技能、探索性測(cè)試能力、快速學(xué)習(xí)能力Page 11敏捷測(cè)試帶來(lái)的挑戰(zhàn)（三）測(cè)試團(tuán)隊(duì)面臨的挑戰(zhàn)與傳統(tǒng)測(cè)試不同的考核標(biāo)準(zhǔn)與傳統(tǒng)測(cè)試不同的人員技能要求與傳統(tǒng)測(cè)試不同的測(cè)試過(guò)程管理與傳統(tǒng)測(cè)試不同的團(tuán)隊(duì)管理方式Page 12建立適合敏捷測(cè)試的團(tuán)隊(duì)建立以“質(zhì)量和生產(chǎn)率

6、”為核心的激勵(lì)機(jī)制提升團(tuán)隊(duì)成員技能，招聘合適的測(cè)試工程師質(zhì)量驅(qū)動(dòng)，而非過(guò)程驅(qū)動(dòng)在團(tuán)隊(duì)內(nèi)形成對(duì)敏捷的認(rèn)知和認(rèn)可給團(tuán)隊(duì)成員更大的自主空間鼓勵(lì)團(tuán)隊(duì)關(guān)于自動(dòng)化測(cè)試技術(shù)Page 13敏捷測(cè)試的四個(gè)象限Page 14敏捷測(cè)試體現(xiàn)的與傳統(tǒng)測(cè)試的不同作用于產(chǎn)品（Critique product）的測(cè)試探索性測(cè)試（Exploratory Testing）場(chǎng)景測(cè)試（Scenario Testing）用戶(hù)驗(yàn)收測(cè)試（UAT）性能測(cè)試，安全性測(cè)試作用于支持團(tuán)隊(duì)（Supporting the team）的測(cè)試單元測(cè)試模塊/組件級(jí)別的測(cè)試功能測(cè)試用戶(hù)故事（User Story）測(cè)試Page 15敏捷測(cè)試的目標(biāo)作用于支持團(tuán)隊(duì)

7、的測(cè)試作用于產(chǎn)品的測(cè)試Page 16敏捷測(cè)試實(shí)踐There are good practices in context, but are no best practices. -來(lái)自Agile Testing A Practical Guide For Testers and Agile TeamsPage 17敏捷測(cè)試過(guò)程針對(duì)一個(gè)迭代周期計(jì)劃一個(gè)迭代周期內(nèi)的測(cè)試了解細(xì)節(jié)，確定測(cè)試范圍創(chuàng)建并執(zhí)行測(cè)試發(fā)布敏捷測(cè)試中的持續(xù)任務(wù)提高代碼質(zhì)量與產(chǎn)品質(zhì)量從更多層面建立測(cè)試（單元測(cè)試、模塊測(cè)試、系統(tǒng)測(cè)試等）建立產(chǎn)品的質(zhì)量度量改進(jìn)自動(dòng)化測(cè)試（更穩(wěn)定，更高的覆蓋率）Page 18計(jì)劃一個(gè)迭代周期內(nèi)的測(cè)試計(jì)劃的

8、內(nèi)容產(chǎn)品發(fā)布標(biāo)準(zhǔn)（驗(yàn)收測(cè)試準(zhǔn)則）需要在本迭代周期內(nèi)測(cè)試的內(nèi)容需要安排的測(cè)試類(lèi)型需要使用的測(cè)試環(huán)境（包括數(shù)據(jù)）管理計(jì)劃管理一頁(yè)紙測(cè)試計(jì)劃（ One Page Test Plan）可以使用各種形式表達(dá)測(cè)試計(jì)劃：在線文檔，測(cè)試點(diǎn)列表，自動(dòng)測(cè)試列表，白板或是電子表格Page 19Page 20了解細(xì)節(jié)，確定測(cè)試范圍了解本次迭代的產(chǎn)品細(xì)節(jié)有哪些新增加的功能？開(kāi)發(fā)工程師為相應(yīng)的功能建立了哪些測(cè)試？需要增加哪些驗(yàn)收測(cè)試？應(yīng)用的哪些部分可以通過(guò)自動(dòng)化測(cè)試覆蓋？應(yīng)用的哪些部分需要通過(guò)手工測(cè)試覆蓋？確定測(cè)試范圍哪些部分應(yīng)該被納入回歸測(cè)試內(nèi)？哪些部分需要新增加自動(dòng)化測(cè)試？哪些部分需要新增加手工測(cè)試？Page 21用

9、自動(dòng)化手段幫助確定測(cè)試范圍Diff技術(shù)后端（數(shù)據(jù)）后端（數(shù)據(jù)）發(fā)送請(qǐng)求發(fā)送請(qǐng)求比較輸出比較輸出Page 22Diff工具Diff的作用識(shí)別應(yīng)用中發(fā)生變化發(fā)生變化的部分包括對(duì)接口，UI等各層面的檢查發(fā)生變化的部分是需要重點(diǎn)測(cè)試和覆蓋的部分不同的Diff方法HTML diffDOM tree diffImage Diff接口數(shù)據(jù)DiffPage 23創(chuàng)建測(cè)試并執(zhí)行建立測(cè)試執(zhí)行的基礎(chǔ)架構(gòu)（Test Infrastructure）持續(xù)集成框架建立自動(dòng)運(yùn)行的Sanity Check Test Suite維護(hù)驗(yàn)收測(cè)試集（Accept Test Suite）在一個(gè)迭代周期中創(chuàng)建與執(zhí)行測(cè)試創(chuàng)建各個(gè)層次的測(cè)試使

10、用自動(dòng)化測(cè)試框架運(yùn)行測(cè)試使用基于腳本的手工測(cè)試與探索性測(cè)試完成對(duì)新功能，以及部分原有功能的回歸測(cè)試Page 24敏捷測(cè)試中的測(cè)試方法探索性測(cè)試：主要用于探索和測(cè)試新功能，或是基于對(duì)應(yīng)用的了解發(fā)現(xiàn)可能的缺陷基于腳本的手工測(cè)試：在某些無(wú)法自動(dòng)化測(cè)試的部分，使用手工測(cè)試或是半自動(dòng)測(cè)試執(zhí)行某些回歸測(cè)試用例自動(dòng)化測(cè)試從不同層次/級(jí)別驗(yàn)證應(yīng)用性能測(cè)試，安全性測(cè)試，模糊測(cè)試（Fuzz Testing）等通過(guò)重構(gòu)等方式建立更加穩(wěn)定的自動(dòng)化測(cè)試Page 25敏捷測(cè)試中的自動(dòng)化測(cè)試工具單元測(cè)試與模塊測(cè)試xUnit工具M(jìn)ock工具HTTP/HTML層面測(cè)試工具HttpUnitWebDriver(HtmlUnit)U

11、I層面的測(cè)試工具Selenium/WebdriverWatir/WatiNPage 26性能測(cè)試工具JMeter持續(xù)集成工具安全性測(cè)試工具其他測(cè)試工具Link CheckerCrawlerFuzz測(cè)試工具Page 27發(fā)布為達(dá)到質(zhì)量標(biāo)準(zhǔn)的產(chǎn)品進(jìn)行Sign off面向用戶(hù)發(fā)布本迭代周期得到的Release在產(chǎn)品環(huán)境中驗(yàn)證本Release數(shù)據(jù)遷移（可能）為可能的回滾做準(zhǔn)備總結(jié)本迭代周期內(nèi)的測(cè)試，持續(xù)改進(jìn)缺陷分析發(fā)現(xiàn)可測(cè)試性的問(wèn)題，持續(xù)提高可測(cè)試性在團(tuán)隊(duì)中分享測(cè)試知識(shí)Page 28敏捷測(cè)試中的自動(dòng)化測(cè)試工具單元測(cè)試與模塊測(cè)試xUnit工具M(jìn)ock工具HTTP/HTML層面測(cè)試工具HttpUnitWe

12、bDriver(HtmlUnit)UI層面的測(cè)試工具Selenium/WebdriverPage 29軟件可測(cè)試性Testability is the degree to which it can be established that a system performs according to the requirements. Page 30軟件可測(cè)試性可操作性：易于測(cè)試執(zhí)行，允許同時(shí)開(kāi)發(fā)和測(cè)試可觀察性：應(yīng)用有明確的可觀察的輸出可控制性：可以通過(guò)靈活的方式控制應(yīng)用可分解性：系統(tǒng)模塊之間的獨(dú)立性強(qiáng)簡(jiǎn)單性：功能簡(jiǎn)單，代碼簡(jiǎn)單，結(jié)構(gòu)簡(jiǎn)單穩(wěn)定性：軟件的變化是可控的易理解性：軟件是自明的，具有良好

13、的技術(shù)文檔Page 31可測(cè)試性示例驗(yàn)證碼提高可控制性的方法在測(cè)試版本中取消驗(yàn)證碼萬(wàn)能驗(yàn)證碼向應(yīng)用注入鉤子Page 32代碼可測(cè)試性class Hello String sayHello() Calendar cal = new GregorianCalendar(); int hour = cal.get(Calendar.HOUR); if(t 12) return “Morning”; else if(t 18) return “Afternoon”; else Page 33使代碼可測(cè)試class Hello String sayHello(Calendar cal) /Calendar cal = new GregorianCalendar(); int hour = cal.get(Calendar.HOUR); if(t 12) return “Morning”; else if(t 18) return “Afternoon”; else Hello hellotest = new Hello();mockCal = EasyMock.createMock(Calendar.class);expect(mockCal.get(Calendar.HOUR).adnReturn(10);replay(