敏捷測(cè)試實(shí)踐.ppt

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

2、夠做什么？,Page 5,敏捷測(cè)試核心價(jià)值觀,共享質(zhì)量目標(biāo) 開發(fā)和測(cè)試團(tuán)隊(duì)共享同樣的質(zhì)量目標(biāo)，當(dāng)然也共享同樣的質(zhì)量責(zé)任，每個(gè)工程師在測(cè)試方面都同樣承擔(dān)任務(wù) 在產(chǎn)品中內(nèi)建可測(cè)試性 為產(chǎn)品建立更好的自動(dòng)化測(cè)試不僅僅依賴于測(cè)試工程師的工作，更重要的是，產(chǎn)品本身內(nèi)建的可測(cè)試性 關(guān)注產(chǎn)品質(zhì)量的提升，測(cè)試周期的縮短，而不是僅專注于發(fā)現(xiàn)缺陷,Page 6,敏捷測(cè)試中的測(cè)試工程師可以做什么,獲取和明確用戶的質(zhì)量期望 建立合適的系統(tǒng)測(cè)試、用戶驗(yàn)收測(cè)試質(zhì)量標(biāo)準(zhǔn) 建立可見的質(zhì)量度量體系，讓產(chǎn)品和代碼質(zhì)量反饋持續(xù)可見 推進(jìn)單元測(cè)試、開發(fā)測(cè)試，促進(jìn)代碼質(zhì)量 建立持續(xù)構(gòu)建框架 建立與維護(hù)合適的自動(dòng)化測(cè)試以減少測(cè)試的時(shí)間投

3、入,Page 7,敏捷測(cè)試帶來的挑戰(zhàn)（二）,測(cè)試工程師面臨的挑戰(zhàn) 必須通過與開發(fā)團(tuán)隊(duì)的密切合作獲取產(chǎn)品信息，制定測(cè)試計(jì)劃而不是依賴文檔 必須密切介入開發(fā)過程，參與設(shè)計(jì)，甚至是代碼 必須能夠自我驅(qū)動(dòng) 必須具有足夠的自動(dòng)化測(cè)試技能與探索性測(cè)試技能,Page 8,擁抱變化，改變工作方式,與開發(fā)工程師密切合作 轉(zhuǎn)變角色，測(cè)試工程師不再是“裁判”，而應(yīng)該是“支持者”和“幫助產(chǎn)品具有更好質(zhì)量的角色” 將測(cè)試推動(dòng)到上游 自我驅(qū)動(dòng)，積極參與敏捷過程，主動(dòng)工作而非僅僅被動(dòng)接受任務(wù) 提升自己的技能，尤其是自動(dòng)化測(cè)試方面的技能、探索性測(cè)試能力、快速學(xué)習(xí)能力,Page 9,敏捷測(cè)試帶來的挑戰(zhàn)（三）,測(cè)試團(tuán)隊(duì)面臨的挑戰(zhàn)

4、 與傳統(tǒng)測(cè)試不同的考核標(biāo)準(zhǔn) 與傳統(tǒng)測(cè)試不同的人員技能要求 與傳統(tǒng)測(cè)試不同的測(cè)試過程管理 與傳統(tǒng)測(cè)試不同的團(tuán)隊(duì)管理方式,Page 10,建立適合敏捷測(cè)試的團(tuán)隊(duì),建立以“質(zhì)量和生產(chǎn)率”為核心的激勵(lì)機(jī)制 提升團(tuán)隊(duì)成員技能，招聘合適的測(cè)試工程師 質(zhì)量驅(qū)動(dòng)，而非過程驅(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 11,敏捷測(cè)試的四個(gè)象限,Page 12,敏捷測(cè)試體現(xiàn)的與傳統(tǒng)測(cè)試的不同,作用于產(chǎn)品（Critique product）的測(cè)試 探索性測(cè)試（Exploratory Testing） 場(chǎng)景測(cè)試（Scenario Testing） 用戶驗(yàn)收測(cè)試（

5、UAT） 性能測(cè)試，安全性測(cè)試 作用于支持團(tuán)隊(duì)（Supporting the team）的測(cè)試 單元測(cè)試 模塊/組件級(jí)別的測(cè)試 功能測(cè)試 用戶故事（User Story）測(cè)試 ,Page 13,敏捷測(cè)試的目標(biāo),作用于支持團(tuán)隊(duì)的測(cè)試,作用于產(chǎn)品的測(cè)試,Page 14,敏捷測(cè)試實(shí)踐,There are good practices in context, but are no best practices. -來自Agile Testing A Practical Guide For Testers and Agile Teams,Page 15,敏捷測(cè)試過程,針對(duì)一個(gè)迭代周期 計(jì)劃一個(gè)迭代周期內(nèi)

6、的測(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 16,計(jì)劃一個(gè)迭代周期內(nèi)的測(cè)試,計(jì)劃的內(nèi)容 產(chǎn)品發(fā)布標(biāo)準(zhǔn)（驗(yàn)收測(cè)試準(zhǔn)則） 需要在本迭代周期內(nèi)測(cè)試的內(nèi)容 需要安排的測(cè)試類型 需要使用的測(cè)試環(huán)境（包括數(shù)據(jù)） 管理計(jì)劃管理 一頁(yè)紙測(cè)試計(jì)劃（ One Page Test Plan） 可以使用各種形式表達(dá)測(cè)試計(jì)劃：在線文檔，測(cè)試點(diǎn)列表，自動(dòng)測(cè)試列表，白板或是電子表格,Page 17,Page 18,了解細(xì)節(jié)，確定測(cè)試范圍,了解本次

7、迭代的產(chǎn)品細(xì)節(jié) 有哪些新增加的功能？ 開發(fā)工程師為相應(yīng)的功能建立了哪些測(cè)試？ 需要增加哪些驗(yàn)收測(cè)試？ 應(yīng)用的哪些部分可以通過自動(dòng)化測(cè)試覆蓋？ 應(yīng)用的哪些部分需要通過手工測(cè)試覆蓋？ 確定測(cè)試范圍 哪些部分應(yīng)該被納入回歸測(cè)試內(nèi)？ 哪些部分需要新增加自動(dòng)化測(cè)試？ 哪些部分需要新增加手工測(cè)試？,Page 19,用自動(dòng)化手段幫助確定測(cè)試范圍,Diff技術(shù),Page 20,Diff工具,Diff的作用 識(shí)別應(yīng)用中發(fā)生變化的部分 包括對(duì)接口，UI等各層面的檢查 發(fā)生變化的部分是需要重點(diǎn)測(cè)試和覆蓋的部分 不同的Diff方法 HTML diff DOM tree diff Image Diff 接口數(shù)據(jù)Diff

8、 ,Page 21,創(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è)試 使用自動(dòng)化測(cè)試框架運(yùn)行測(cè)試 使用基于腳本的手工測(cè)試與探索性測(cè)試完成對(duì)新功能，以及部分原有功能的回歸測(cè)試,Page 22,敏捷測(cè)試中的測(cè)試方法,探索性測(cè)試：主要用于探索和測(cè)試新功能，或是基于對(duì)應(yīng)用的了解發(fā)現(xiàn)可能的缺陷 基于腳本的手工測(cè)試：在某些無法自動(dòng)化測(cè)試的部分，使用手工測(cè)試或是半自動(dòng)測(cè)試執(zhí)行某些回歸測(cè)試用例 自動(dòng)

9、化測(cè)試 從不同層次/級(jí)別驗(yàn)證應(yīng)用 性能測(cè)試，安全性測(cè)試，模糊測(cè)試（Fuzz Testing）等 通過重構(gòu)等方式建立更加穩(wěn)定的自動(dòng)化測(cè)試,Page 23,敏捷測(cè)試中的自動(dòng)化測(cè)試工具,單元測(cè)試與模塊測(cè)試 xUnit工具 Mock工具 HTTP/HTML層面測(cè)試工具 HttpUnit WebDriver(HtmlUnit) UI層面的測(cè)試工具 Selenium/Webdriver Watir/WatiN,Page 24,性能測(cè)試工具 JMeter 持續(xù)集成工具 安全性測(cè)試工具 其他測(cè)試工具 Link Checker Crawler Fuzz測(cè)試工具,Page 25,發(fā)布,為達(dá)到質(zhì)量標(biāo)準(zhǔn)的產(chǎn)品進(jìn)行Si

10、gn off 面向用戶發(fā)布本迭代周期得到的Release 在產(chǎn)品環(huán)境中驗(yàn)證本Release 數(shù)據(jù)遷移（可能） 為可能的回滾做準(zhǔn)備 總結(jié)本迭代周期內(nèi)的測(cè)試，持續(xù)改進(jìn) 缺陷分析 發(fā)現(xiàn)可測(cè)試性的問題，持續(xù)提高可測(cè)試性 在團(tuán)隊(duì)中分享測(cè)試知識(shí),Page 26,敏捷測(cè)試中的自動(dòng)化測(cè)試工具,單元測(cè)試與模塊測(cè)試 xUnit工具 Mock工具 HTTP/HTML層面測(cè)試工具 HttpUnit WebDriver(HtmlUnit) UI層面的測(cè)試工具 Selenium/Webdriver,Page 27,軟件可測(cè)試性,Testability is the degree to which it can be es

11、tablished that a system performs according to the requirements.,Page 28,軟件可測(cè)試性,可操作性：易于測(cè)試執(zhí)行，允許同時(shí)開發(fā)和測(cè)試 可觀察性：應(yīng)用有明確的可觀察的輸出 可控制性：可以通過靈活的方式控制應(yīng)用 可分解性：系統(tǒng)模塊之間的獨(dú)立性強(qiáng) 簡(jiǎn)單性：功能簡(jiǎn)單，代碼簡(jiǎn)單，結(jié)構(gòu)簡(jiǎn)單 穩(wěn)定性：軟件的變化是可控的 易理解性：軟件是自明的，具有良好的技術(shù)文檔,Page 29,可測(cè)試性示例驗(yàn)證碼,提高可控制性的方法 在測(cè)試版本中取消驗(yàn)證碼 萬能驗(yàn)證碼 向應(yīng)用注入鉤子,Page 30,代碼可測(cè)試性,class Hello String sa

12、yHello() Calendar cal = new GregorianCalendar(); int hour = cal.get(Calendar.HOUR); if(t 12) return “Morning”; else if(t 18) return “Afternoon”; else ,Page 31,使代碼可測(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(mockCal); String res