功能測試培訓(xùn)的課件

1、功能測試+LoadRunner 分享分享內(nèi)容：用例設(shè)計如何發(fā)現(xiàn)bugAppscan使用介紹一、用例設(shè)計1、如何編寫用例（1）測試需求分析，得到測試點 在測試需求分析階段，我們只有需求文檔，所以編寫測試用例的唯一依據(jù)就是需求文檔，因此在進行用例編寫之前一定要進行需求分析，需求分析的主要工作就是：了解需求的整個實現(xiàn)背景；分析需求的合理性；明確需求的范圍，挖掘需求文檔中隱藏的需求；在通過需求交底的過程，確定開發(fā)的初步實現(xiàn)思路和方法，隨著測試需求分析的深入，列出需求的框架，包括測試范圍即各個功能點，測試的場景等；確定一些測試可以提前介入的工作等；需要說明的是對于需求中的問題一定要記錄下來，找需求確認(rèn)，

2、需求漏掉的或者存在問題的地方，開發(fā)和測試更容易漏掉，而且遺漏的需求很有可能會使得項目整體業(yè)務(wù)邏輯發(fā)生變化，一定要及時提前確認(rèn)。提取測試點舉例一：提取測試點舉例二：Xmind 思維導(dǎo)圖提取測試點舉例三：Visio 流程圖（2）分析得到用例優(yōu)先級 得到了需求的各個測試點后，應(yīng)該先將這些測試點簡單的分配一下優(yōu)先級，我認(rèn)為得到優(yōu)先級后可以讓需求用例的設(shè)計更有側(cè)重和著重點。（3）細(xì)化測試點變成可執(zhí)行用例 根據(jù)測試需求分析得到的需求框架，梳理細(xì)化測試點，這里的測試點雖然粗，但是不應(yīng)該有遺漏，這是進行測試點細(xì)化的前提。根據(jù)測試點，細(xì)化出具體的測試用例。 在細(xì)化測試點的時候，我們可以要參考以前寫好的公共測試用

3、例，甚至可以直接引用，這樣既可以避免一些不必要的時間浪費，但是參考不等于照搬，在引用的同時，也一定要思考本次需求自己特有的測試點。 用例注意事項：完整性（覆蓋全部需求，不能有遺漏的功能 ）、不重復(fù)、不多余 細(xì)化測試點得到可執(zhí)行用例舉例：（4）及時更新測試用例 需求分析和用例編寫階段，是主要的細(xì)化用例時間，這段時間的目標(biāo)是梳理出可指導(dǎo)執(zhí)行測試的用例，但是需求會有變動，需求會有維護，用例也一樣，所以用例是需要持續(xù)維護的， 所以在需求變動的同時，我們也要及時維護測試用例，否則的話，測試用例很可能成為一個錯誤的指導(dǎo)。 另外測試用例完成后就會進入一個用例評審的階段，在用例評審階段，會有用例評審人，針對你

4、的用例作出的評審，主要檢查你的用例是否有測試點遺漏，場景遺漏，測試case描述模糊，測試結(jié)果輸出模糊等問題，針對用例評審人提出的問題，我們也要及時的更改我們的用例。（5）及時維護通用測試用例 什么是通用測試用例呢？我理解的通用測試用例就是：項目中或者跨項目中很多的公用業(yè)務(wù)，固化模塊，這些功能基本上是趨于穩(wěn)定不變的，因此可以梳理出通用的比較全面的測試點，作為指導(dǎo)和規(guī)范業(yè)務(wù)和模塊的規(guī)范，這些生成的規(guī)范即通用的測試用例。當(dāng)我們針對某一模塊或者業(yè)務(wù)持續(xù)維護時，就發(fā)現(xiàn)我們需要持續(xù)維護這的用例，就會發(fā)現(xiàn)有些用例業(yè)務(wù)類似、執(zhí)行步驟一致、驗證項屬性一致等等，這個時候通過梳理業(yè)務(wù)的通用屬性，通用用例梳理梳理成章

5、。所以說，通用的測試用例是一個對用例不斷維護的產(chǎn)出，因此我們在測試軟件維護的過程中一定要及時的更新通用測試用例，對后面的測試和用例維護有一個很大的指導(dǎo)作用。比如：登錄、界面顯示（列表頁面、彈窗頁面等）2、如何提升用例設(shè)計能力（1）熟悉業(yè)務(wù)，了解系統(tǒng) 任何系統(tǒng)都有大的業(yè)務(wù)背景，只要熟悉了業(yè)務(wù)知識才能更有效的使用系統(tǒng)。 任何系統(tǒng)在使用過程中，都有一個熟悉的過程，對系統(tǒng)越熟悉，越容易發(fā)現(xiàn)系統(tǒng)問題和業(yè)務(wù)問題。（2）用客觀的思考方式站在用戶的角度分析 作為測試人員如果想提升測試用例的編寫能力，首先應(yīng)該做到的就是站在客戶的角度分析客戶需要什么和客戶想要什么，客戶不想要什么，也就是所謂的客戶的使用場景，這樣

6、有利于我們更好的挖掘和思考隱含的需求。至于這個需求該不該做，那是需求人員的職責(zé)，這個需求做起來復(fù)不復(fù)雜那是開發(fā)人員的事情，作為測試人員需要考慮的事就是你所設(shè)計的正向和反向測試用例是不是用戶常用到的場景，以及一些客戶基本不會用到的場景有哪些。（3）多思考，不要拘束于慣性思維 我們知道一個人做一個工作時間越久，也就是我們說的經(jīng)驗越豐富，可能這個思維方式就會越被限定住。比如，測試的統(tǒng)計表多了，當(dāng)拿到一個新增的統(tǒng)計表的時候，首先想到的是公用用例上所列的測試點基本上就是最全的了，我都不用思考，直接用就行了。 其實這是一個誤區(qū)，公用用例的目的是幫助我們減少一些不必要的內(nèi)耗，但是我們的思維不要被它所限定，如

7、果公用用例中某個點是錯的，那我們豈不要一錯再錯了。所以作為一個測試人員如果想要提升自己的測試用例設(shè)計能力，一定要多思考，不要被這種慣性思維束縛，不要被所謂的經(jīng)驗束縛。（4）不要閉門造車，利用好網(wǎng)絡(luò)資源 提升測試用例設(shè)計能力，多思考是非常重要的，但是不是讓你傻思考，當(dāng)你的進步遇到瓶頸的時候，不要閉門造車，做井底之蛙，要充分利用網(wǎng)絡(luò)上的學(xué)習(xí)資源，學(xué)習(xí)一些前輩的經(jīng)驗，并把這些運用到實際的測試用例設(shè)計中去。山外青山樓外樓，多瀏覽和關(guān)注一些關(guān)于測試用例設(shè)計的網(wǎng)站或者微信公眾號，廣開言路，相信會對你的測試用例設(shè)計能力的提升會有很大的幫助的。（5）善于總結(jié)分享 基于以上四點我們還要做到善于總結(jié)，樂于分享，把

8、經(jīng)常見到的用例設(shè)計的誤區(qū)和一些好的用例設(shè)計，和用例設(shè)計習(xí)慣分享給周圍的小伙伴，這樣可以集眾人之所長，不斷提升我們的用例設(shè)計能力。二、如何快速發(fā)現(xiàn)bug什么是bug?需求規(guī)定要做的，卻沒有實現(xiàn)需求規(guī)定不要做的，卻實現(xiàn)了需求沒有提到的，也實現(xiàn)了需求沒有提到，但是必須要做而又未實現(xiàn)的客戶體驗：很難理解、很難使用、響應(yīng)慢等（有用、易用、好用、友好）1、充分利用軟件缺陷的二八定律 （1）定義： 80%的軟件缺陷存在于20%的軟件代碼中（軟件缺陷的“群集”現(xiàn)象）一般情況下，在分析、設(shè)計、實現(xiàn)階段的復(fù)查和測試工作能夠發(fā)現(xiàn)和避免80%的缺陷，而系統(tǒng)測試又能找到剩余缺陷的80%，最后的4%的缺陷可能只有在用戶大

9、范圍、長時間使用后才會暴露出來。 （2）應(yīng)用：80/20法則的應(yīng)用，至少應(yīng)分為兩個階段，階段的劃分取決于目標(biāo)時間的長短，目標(biāo)時間相對長的，可以劃分為兩個以上的階段，單個階段的時間可以適當(dāng)?shù)拈L一些。否則，階段應(yīng)少一些，單個階段的時間短一些。第一個階段是快速的進行一輪軟件測試，獲得軟件缺陷在各模塊的分布情況。第二個階段，根據(jù)上一階段軟件缺陷在各模塊的分布情況，重點測試軟件缺陷分布較多的模塊。如果有第三甚至更多的階段，把上一階段作為第一階段，根據(jù)上一階段軟件缺陷在各模塊的分布情況，重點測試軟件缺陷分布較多的模塊，以此類推。這樣的話，我們就可以花費較少的時間，發(fā)現(xiàn)較多的軟件缺陷。2、從不同角度進行測試

10、從不同角度進行測試，我們可以在短時間內(nèi)發(fā)現(xiàn)較多的軟件缺陷。從開發(fā)人員的角度考慮，獲知開發(fā)人員認(rèn)為軟件產(chǎn)品中那些模塊開發(fā)難度大，缺乏信心，從而快速定位我們的測試重點。從最終客戶的角度考慮，盡可能從他們的既有的使用習(xí)慣和可能的問題出發(fā)，也就是用戶體驗出發(fā)，找出盡可能多的軟件缺陷。3、善于懷疑 世界上沒有絕對正確的，總有錯誤的地方，具有叛逆心理，別人認(rèn)為不可能發(fā)生的事，我卻認(rèn)為可能發(fā)生；別人認(rèn)為是對的，我卻認(rèn)為是錯的。假如一個水平很高的程序員編寫的程序，不要有“他寫的這個程序應(yīng)該沒有問題吧”這種想法，這樣很容以遺漏軟件中的Bug。4、參照其他測試人員報告的軟件缺陷每個人的思維都是有局限性的，我們可以參照其他測試人員報告的軟件缺陷，獲取新的測試思路，從而發(fā)現(xiàn)以前未曾發(fā)現(xiàn)的軟件缺陷。5、不要讓程序員“用戶不會這樣操作”的觀點說服自己 遇到這樣的情況，你要堅持自己的正確的觀點，把這種現(xiàn)象作為一個Bug。6、隨機測試： 即使經(jīng)過大量的充分測試，也不能發(fā)現(xiàn)軟件中的所有缺陷，所以在測試的時候可以做一些隨機測試，比如胡亂在界面上亂點，有時也會發(fā)現(xiàn)一些意想不到的軟件缺陷 （1）態(tài)度：耐心仔細(xì)（2）根據(jù)用例執(zhí)行，但不限于用例，需要隨時保持發(fā)散思維（3）兼容性：操