1.需求分析:分析需求點(diǎn)酗捌。
2.制定測(cè)試計(jì)劃:包括人力,軟硬件資源涌哲,測(cè)試點(diǎn)胖缤,集成順序,進(jìn)度和風(fēng)險(xiǎn)識(shí)別等內(nèi)容阀圾。
3.測(cè)試設(shè)計(jì):主要是對(duì)測(cè)試用例和規(guī)程的設(shè)計(jì)哪廓,根據(jù)測(cè)試方案進(jìn)行編寫。測(cè)試用例主要包括測(cè)試項(xiàng)稍刀,用例級(jí)別撩独,預(yù)置條件,操作步驟和預(yù)期結(jié)果账月。
4.測(cè)試執(zhí)行:開(kāi)始執(zhí)行測(cè)試用例综膀,并提交有質(zhì)量的bug和日?qǐng)?bào),測(cè)試報(bào)告等局齿。
測(cè)試方法有很多:
黑盒測(cè)試剧劝,白盒測(cè)試,灰盒測(cè)試抓歼,動(dòng)態(tài)測(cè)試讥此,靜態(tài)測(cè)試,性能測(cè)試谣妻,壓力測(cè)試萄喳,安全性測(cè)試,兼容性測(cè)試等蹋半。
轉(zhuǎn)載: https://blog.csdn.net/m0_37312197/article/details/79375946
首先他巨,作為測(cè)試人員需要學(xué)習(xí)并了解業(yè)務(wù),分析需求點(diǎn)
為什么測(cè)試人員要參加需求分析减江?也就是進(jìn)行測(cè)試需求分析的目的是什么染突?
第一、把用戶需求轉(zhuǎn)化為功能需求:1)對(duì)測(cè)試范圍進(jìn)度量? ? 2)對(duì)處理分支進(jìn)行度量? ?3)對(duì)需求業(yè)務(wù)的場(chǎng)景進(jìn)行度量? ?4)明確其功能對(duì)應(yīng)的輸入辈灼、處理和輸出? ?5)把隱式需求轉(zhuǎn)變?yōu)槊鞔_份企。
第二、明確測(cè)試活動(dòng)的五個(gè)要素:測(cè)試需求是什么巡莹、決定怎么測(cè)試司志、明確測(cè)試時(shí)間甜紫、確定測(cè)試人員、確定測(cè)試環(huán)境:測(cè)試中需要的技能骂远,工具以及相應(yīng)的背景知識(shí)棵介,測(cè)試過(guò)程中可能遇到的風(fēng)險(xiǎn)等等。測(cè)試需求需要做到盡可能的詳細(xì)明確吧史,以避免測(cè)試遺漏和誤解邮辽。
怎么進(jìn)行測(cè)試需求分析?
第一贸营、確認(rèn)功能(業(yè)務(wù)功能吨述、輔助功能、數(shù)據(jù)約束钞脂、易用性需求揣云、編輯約束、參數(shù)需求冰啃、權(quán)限需求邓夕、性能約束):
1、業(yè)務(wù)功能:與用戶實(shí)際業(yè)務(wù)直接相關(guān)的功能或者細(xì)節(jié)
2阎毅、輔助功能:輔助完成業(yè)務(wù)功能的一些功能或者細(xì)節(jié)焚刚,例如:設(shè)置過(guò)濾條件
3、數(shù)據(jù)約束:功能的細(xì)節(jié)扇调,主要是用于控制在執(zhí)行功能時(shí)矿咕,數(shù)據(jù)的顯示范圍,數(shù)據(jù)之間的關(guān)系等
4狼钮、易用性需求:功能的細(xì)節(jié)碳柱,產(chǎn)品中必須提供,便于功能操作使用的一些細(xì)節(jié)熬芜,例如:快捷鍵等
5莲镣、編輯約束:功能的細(xì)節(jié),在功能執(zhí)行時(shí)涎拉,對(duì)輸入數(shù)據(jù)項(xiàng)目的一些約束條件瑞侮,例如:只能輸入數(shù)字等
6、參數(shù)需求:功能的細(xì)節(jié)曼库,在功能執(zhí)行時(shí)区岗,需要根據(jù)參數(shù)設(shè)置不同略板,進(jìn)行不同處理的細(xì)節(jié)
7毁枯、權(quán)限需求:功能的細(xì)節(jié),在功能執(zhí)行的過(guò)程叮称,根據(jù)不同的權(quán)限進(jìn)行不同的處理种玛,不包括直接限制某個(gè)功能的權(quán)限
8藐鹤、性能約束:功能的細(xì)節(jié),執(zhí)行功能時(shí)赂韵,必須滿足的性能需求
第二娱节、場(chǎng)景分析
1、考慮場(chǎng)景的調(diào)用者:考慮每一個(gè)場(chǎng)景提供的服務(wù)是供哪些外部模塊或者系統(tǒng)調(diào)用的祭示,找出所有調(diào)用者肄满。調(diào)用前提,約束都要考慮质涛。每一個(gè)調(diào)用都可以考慮成一個(gè)大的業(yè)務(wù)流程(一般和外部有交互的業(yè)務(wù)出錯(cuò)率比較大稠歉,需要重點(diǎn)關(guān)注)
2考慮系統(tǒng)內(nèi)部各個(gè)場(chǎng)景之間的:形成內(nèi)部業(yè)務(wù)流程,需要分析每個(gè)場(chǎng)景之間的約束關(guān)系汇陆,執(zhí)行條件怒炸,組織出各種業(yè)務(wù)流程圖
第三、挖掘隱性需求
這需要測(cè)試工程師的經(jīng)驗(yàn)積累:1)常用的或者規(guī)定的業(yè)務(wù)流程? ?2)各個(gè)業(yè)務(wù)流程分支的遍歷? ?3)明確規(guī)定不可使用的業(yè)務(wù)流程? ?4)沒(méi)有明確規(guī)定但是應(yīng)該不可使用的業(yè)務(wù)流程? ?5)其他異痴贝或者不符合規(guī)定的操作
以上是粗略的講解了如何進(jìn)行測(cè)試需求分析阅羹,詳細(xì)的測(cè)試需求方法可以參考《軟件測(cè)試需求分析方法》這篇博客。在需求分析過(guò)程中編寫整個(gè)測(cè)試計(jì)劃教寂,在這個(gè)過(guò)程中需要參考需求規(guī)格說(shuō)明書捏鱼,這個(gè)階段一般情況下是測(cè)試主管編寫的。包括測(cè)試人員酪耕,測(cè)試時(shí)間穷躁,測(cè)試工具,以及測(cè)試方法等因妇。這是在測(cè)試需求分析中的產(chǎn)物《測(cè)試計(jì)劃》问潭,如何編寫測(cè)試計(jì)劃,請(qǐng)參考以下文章《如何編寫一個(gè)好的測(cè)試計(jì)劃》婚被。
接下來(lái)就是測(cè)試用例設(shè)計(jì):
測(cè)試用例是測(cè)試工作的最核心的模塊狡忙,在執(zhí)行任何測(cè)試之前,首先必須完成測(cè)試用例的編寫址芯。測(cè)試用例是指導(dǎo)你執(zhí)行測(cè)試灾茁,幫助證明軟件功能或發(fā)現(xiàn)軟件缺陷的一種說(shuō)明。用例設(shè)計(jì)好后進(jìn)行審核谷炸。這個(gè)地方該講的東西就多了北专,如何設(shè)計(jì)測(cè)試用例,設(shè)計(jì)測(cè)試用的方法旬陡,怎么進(jìn)行測(cè)試用例的審核等等拓颓。
第一、如何進(jìn)行測(cè)試用例的設(shè)計(jì)
編寫測(cè)試用例之前我們需要對(duì)項(xiàng)目的需求有清晰的了解描孟,對(duì)要測(cè)試什么驶睦,按照什么順序測(cè)試砰左,覆蓋哪些需求做到心中有數(shù),作為測(cè)試用例的編寫者不僅了解要有常見(jiàn)的測(cè)試用例編寫方法场航,同時(shí)需要了解被測(cè)軟件的設(shè)計(jì)缠导、功能規(guī)格說(shuō)明、用戶試用場(chǎng)景以及程序/模塊的結(jié)構(gòu)溉痢。
步驟:
1僻造、測(cè)試需求分析:從項(xiàng)目部拿到軟件的需求規(guī)格說(shuō)明書后,開(kāi)始對(duì)項(xiàng)目的需求進(jìn)行分析孩饼,通過(guò)自己的分析嫡意、理解,整理成為測(cè)試需求捣辆, 清楚分析出被測(cè)試對(duì)象具有哪些功能蔬螟。 明確測(cè)試用例中的測(cè)試集用例與需求的關(guān)系,即一個(gè)或多個(gè)測(cè)試用例集對(duì)應(yīng)一個(gè)測(cè)試需求汽畴。
2旧巾、業(yè)務(wù)流程分析:分析完需求后,明確每一個(gè)功能的業(yè)務(wù)處理流程忍些,不同的功能點(diǎn)作業(yè)務(wù)的組合鲁猩,以及項(xiàng)目的隱式需求。如遇復(fù)雜的測(cè)試用例設(shè)計(jì)前罢坝,先畫出軟件的業(yè)務(wù)流程廓握。從業(yè)務(wù)流程上,應(yīng)得到以下信息:
A嘁酿、 主流程是什么?
B隙券、 條件備選流程是什么?
C、 數(shù)據(jù)流向是什么?
D闹司、 關(guān)鍵的判斷條件是什么?
3娱仔、測(cè)試用例設(shè)計(jì)
完成以上兩步則可進(jìn)行測(cè)試用例設(shè)計(jì),功能測(cè)試用例游桩,應(yīng)盡量考慮邊界牲迫、異常、性能的情況借卧,以便發(fā)現(xiàn)更多的隱藏問(wèn)題盹憎。設(shè)計(jì)測(cè)試用例的常見(jiàn)方法:1)等價(jià)類? ? 2)邊界值? ? 3)因果圖? ? 4) 判定表? ? 5) 狀態(tài)遷移? ? 6) 正交實(shí)驗(yàn)? ? 7) 場(chǎng)景法? ? 8) 錯(cuò)誤推斷(注意:編寫測(cè)試用例時(shí),我們盡可能取的不應(yīng)該是有效等價(jià)類而應(yīng)該是無(wú)效等價(jià)類)
4.編寫完成后自我檢查以及部門內(nèi)部評(píng)審:
1)測(cè)試用例本身的描述是否清晰铐刘,語(yǔ)言準(zhǔn)確陪每;是否存在二義性;
2)測(cè)試用例內(nèi)容是否完整,是否清晰的包含輸入和預(yù)期輸出的結(jié)果奶稠;測(cè)試步驟是否清晰;
3)測(cè)試用例中使用的測(cè)試數(shù)據(jù)是否恰當(dāng)捡遍,準(zhǔn)確锌订;
4)測(cè)試用例是否具有指導(dǎo)性,是否能靈活的指導(dǎo)軟件測(cè)試工程師通過(guò)測(cè)試用例發(fā)現(xiàn)更多的缺陷画株,而不是限制他們的思維辆飘;
5)是否考慮到測(cè)試用例執(zhí)行的效率。對(duì)于不斷重復(fù)執(zhí)行的步驟谓传,是否保證了驗(yàn)證點(diǎn)相同蜈项;或者測(cè)試用例的設(shè)計(jì)是否存在冗余性等。這些都可能導(dǎo)致測(cè)試用例執(zhí)行效率低下续挟;
6)畫出軟件需求跟蹤矩陣紧卒,驗(yàn)證測(cè)試用例是否完全覆蓋了需求,驗(yàn)證測(cè)試用例的覆蓋性诗祸;
7)測(cè)試用例是否完全遵守了軟件需求的規(guī)定跑芳。這一點(diǎn)其實(shí)有一些難做到≈甭考慮到時(shí)間/成本的關(guān)系博个,應(yīng)該視具體情況而定。
具體詳細(xì)內(nèi)容可參考《如何有效的進(jìn)行測(cè)試用例評(píng)審》
5.測(cè)試用例更新完善
測(cè)試用例編寫完成之后需要不斷完善功偿,如遇需求更改或功能新增時(shí)盆佣,測(cè)試用例必須配套修改更新,同時(shí)在測(cè)試過(guò)程中發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例時(shí)考慮不周械荷,需要對(duì)測(cè)試用例進(jìn)行修改完善;在軟件交付使用后客戶反饋的軟件缺陷共耍,而缺陷又是因測(cè)試用例存在漏洞造成,也需要對(duì)測(cè)試用例進(jìn)行完善吨瞎。
緊接著就是在測(cè)試過(guò)程中占很大一部分比重得測(cè)試用例執(zhí)行過(guò)程
首先搭建測(cè)試環(huán)境征堪,準(zhǔn)備好測(cè)試數(shù)據(jù),進(jìn)行預(yù)測(cè)关拒,預(yù)測(cè)通過(guò)之后佃蚜,按照測(cè)試用例進(jìn)入正式測(cè)試,有效的測(cè)試執(zhí)行可以將測(cè)試用例發(fā)揮最大的價(jià)值着绊。因此谐算,測(cè)試用例規(guī)范執(zhí)行有助于更好的發(fā)現(xiàn)代碼中存在的缺陷。根據(jù)個(gè)人測(cè)試工作經(jīng)驗(yàn)归露,好的測(cè)試執(zhí)行應(yīng)該包含如下內(nèi)容:
1洲脂、測(cè)試執(zhí)行中評(píng)估測(cè)試執(zhí)行時(shí)間不足,需及時(shí)上報(bào)風(fēng)險(xiǎn)。滿足質(zhì)量?jī)?yōu)先恐锦,進(jìn)度其次原則往果。
2、測(cè)試用例按優(yōu)先級(jí)順序執(zhí)行一铅,通常是基本陕贮、詳細(xì)和異常順序執(zhí)行。
3潘飘、未執(zhí)行用例肮之、標(biāo)志為刪除或者無(wú)效的用例,需注明原因卜录。
4戈擒、執(zhí)行過(guò)程中有疑問(wèn)的測(cè)試用例(場(chǎng)景、操作步驟艰毒、檢查點(diǎn)等)需找測(cè)試設(shè)計(jì)人員澄清筐高。
5、測(cè)試執(zhí)行需對(duì)用例描述的檢查點(diǎn)逐一檢查丑瞧,避免遺漏凯傲。
6、重視不易重現(xiàn)的缺陷場(chǎng)景嗦篱,可能是一個(gè)bug冰单。
7、執(zhí)行過(guò)程中發(fā)現(xiàn)有前期設(shè)計(jì)遺漏用例需補(bǔ)充到用例文檔并執(zhí)行驗(yàn)證灸促。
8诫欠、建議測(cè)試人員交叉執(zhí)行重復(fù)測(cè)試用例,用例執(zhí)行對(duì)相同測(cè)試人員有免疫性浴栽。避免可能的缺陷一直遺漏到現(xiàn)網(wǎng)荒叼。
9、如有需要典鸡,建議保留測(cè)試結(jié)果被廓,結(jié)果可視。也便于不同版本間的測(cè)試結(jié)果對(duì)比萝玷。
10嫁乘、已確認(rèn)問(wèn)題需及時(shí)按照問(wèn)題單提單要求(規(guī)范和缺陷定級(jí))提單。
11球碉、跟蹤問(wèn)題單修復(fù)情況并回歸驗(yàn)證問(wèn)題單蜓斧。
12、每輪次測(cè)試結(jié)束睁冬,find一下是否有core文件產(chǎn)生挎春。
13、測(cè)試結(jié)束,將最終測(cè)試用例文檔上傳到歸檔目錄直奋,實(shí)現(xiàn)用例重用能庆。
以上是爭(zhēng)對(duì)一般的軟件測(cè)試流程,如果是自動(dòng)化測(cè)試得話脚线,應(yīng)該還有根據(jù)測(cè)試用例進(jìn)行腳本編寫搁胆,運(yùn)行腳本等。此處可能寫的不詳細(xì)殉挽,希望大家可以再下方評(píng)論讓我完善丰涉。
在測(cè)試用例執(zhí)行過(guò)程中拓巧,包含了:功能測(cè)試階段斯碌、缺陷跟蹤階段(bug tracking)、回歸測(cè)試階段肛度、系統(tǒng)測(cè)試階段傻唾、驗(yàn)收測(cè)試階段等(系統(tǒng)已滿足測(cè)試條件(開(kāi)發(fā)完成),按照已經(jīng)評(píng)審過(guò)的測(cè)試用例依次執(zhí)行承耿,執(zhí)行過(guò)程中及時(shí)記錄問(wèn)題冠骄,將問(wèn)題及時(shí)提交到QC上,要跟蹤缺陷加袋。等開(kāi)發(fā)修復(fù)后進(jìn)行回歸測(cè)試凛辣,確認(rèn)修復(fù)后關(guān)閉缺陷,如果說(shuō)該問(wèn)題要更新而生產(chǎn)上未進(jìn)行驗(yàn)證职烧,就把缺陷狀態(tài)改為生產(chǎn)未驗(yàn)證扁誓。對(duì)有異議的缺陷經(jīng)甲方、開(kāi)發(fā)和測(cè)試三方進(jìn)行溝通討論蚀之,由甲方最終確定處理方式蝗敢。在測(cè)試過(guò)程中也會(huì)碰到對(duì)需求有異議,會(huì)反饋給經(jīng)理足删,由經(jīng)理與甲方溝通來(lái)對(duì)該需求提出一些可行性建議寿谴,最終還是由甲方來(lái)確定具體根據(jù)各個(gè)公司的業(yè)務(wù)流程而不一樣)。
最后已達(dá)到準(zhǔn)出要求的根據(jù)測(cè)試情況寫測(cè)試報(bào)告失受,對(duì)整個(gè)測(cè)試過(guò)程和版本的質(zhì)量做一個(gè)評(píng)估
測(cè)試報(bào)告是指把測(cè)試的過(guò)程和結(jié)果寫成文檔讶泰,對(duì)發(fā)現(xiàn)的問(wèn)題和缺陷進(jìn)行分析,為糾正軟件的存在的質(zhì)量問(wèn)題提供依據(jù)拂到,同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)峻厚。測(cè)試報(bào)告是測(cè)試階段最后的文檔產(chǎn)出物。優(yōu)秀的測(cè)試經(jīng)理或測(cè)試人員應(yīng)該具備良好的文檔編寫能力谆焊,一份詳細(xì)的測(cè)試報(bào)告包含足夠的信息惠桃,包括產(chǎn)品質(zhì)量和測(cè)試過(guò)程的評(píng)價(jià),測(cè)試報(bào)告基于測(cè)試中的數(shù)據(jù)采集以及對(duì)最終的測(cè)試結(jié)果分析。
測(cè)試報(bào)告的內(nèi)容可以總結(jié)為以下目錄:
?首頁(yè)
?引言(目的辜王、背景劈狐、縮略語(yǔ)、參考文獻(xiàn))
?測(cè)試概要(測(cè)試方法呐馆、范圍肥缔、測(cè)試環(huán)境、工具)
?測(cè)試結(jié)果與缺陷分析(功能汹来、性能)
?測(cè)試結(jié)論與建議(項(xiàng)目概況续膳、測(cè)試時(shí)間 測(cè)試情況、結(jié)論性能匯總)
?附錄(缺陷統(tǒng)計(jì))
至此并不算最后的完結(jié)工作收班,軟件測(cè)試還包含了線上功能檢查坟岔、當(dāng)前版本問(wèn)題反饋以及改進(jìn)建議?等。這樣才算是軟件測(cè)試最終結(jié)束摔桦,軟件測(cè)試是貫穿于整個(gè)軟件生命周期的社付。
轉(zhuǎn)載:? https://blog.csdn.net/sinat_41392571/article/details/81514521
需求評(píng)審:由項(xiàng)目經(jīng)理、開(kāi)發(fā)人員邻耕、測(cè)試人員鸥咖、需求人員共同進(jìn)行的對(duì)軟件需求文檔的評(píng)審,評(píng)審內(nèi)容主要包括:“需求規(guī)格說(shuō)明書”的內(nèi)容是否完善兄世,是否有描敘不清楚的地方或者有沖突啼辣,需求是否可以支持系統(tǒng)目標(biāo)的實(shí)現(xiàn),是否有無(wú)法實(shí)現(xiàn)的功能等御滩。項(xiàng)目經(jīng)理根據(jù)開(kāi)發(fā)人員鸥拧、測(cè)試人員、需求人員意見(jiàn)完成項(xiàng)目計(jì)劃艾恼。
2
需求分析:是開(kāi)發(fā)人員根據(jù)需求文檔完成需求分析文檔壤蚜,測(cè)試人員參與評(píng)審醇疼,評(píng)審的內(nèi)容主要是看是否有遺漏或雙方理解不一樣的地方,測(cè)試人員要熟讀需求,要多與開(kāi)發(fā)姆涩、架構(gòu)等多方多交流坟比,深入了解需求谚鄙。需求分析這一過(guò)程是主要確定系統(tǒng)必須完成哪些工作稠曼,對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確磷脯、清晰具體的要求蛾找。
3
測(cè)試計(jì)劃:測(cè)試計(jì)劃一般由測(cè)試經(jīng)理編寫,根據(jù)需求估算測(cè)試所需資源(人力赵誓,設(shè)備等)打毛、所需時(shí)間柿赊、功能點(diǎn)劃分、如何合理分配安排資源幻枉。
晰具體的要求碰声。
4
用例設(shè)計(jì):根據(jù)測(cè)試計(jì)劃,修改好的需求分析文檔開(kāi)始寫測(cè)試用例熬甫,同時(shí)開(kāi)發(fā)人員完成概要設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔胰挑。測(cè)試人員根據(jù)這兩份文檔補(bǔ)充測(cè)試用例。
ont>
5
測(cè)試環(huán)境:測(cè)試人員搭建測(cè)試環(huán)境
6
執(zhí)行測(cè)試:開(kāi)發(fā)人員提交第一個(gè)版本椿肩,如果存在未完成的功能瞻颂,開(kāi)發(fā)需跟測(cè)試人員說(shuō)明,然后測(cè)試人員根據(jù)測(cè)試用例的詳細(xì)步驟郑象,執(zhí)行測(cè)試用例贡这,發(fā)現(xiàn)BUG提交缺陷庫(kù)。
7
BUG跟蹤:開(kāi)發(fā)人員提交第二個(gè)版本扣唱,包括修改的BUG以及增加的部分功能藕坯,測(cè)試人員進(jìn)行第二輪測(cè)試和回歸測(cè)試团南,跟蹤BUG直到關(guān)閉噪沙。重復(fù)上面的工作,一般情況下3-4個(gè)版本后BUG數(shù)量減少吐根。
8
測(cè)試報(bào)告:通過(guò)不斷測(cè)試正歼,BUG跟蹤,直到用例全部測(cè)試拷橘,覆蓋率局义、缺陷率以及其他各項(xiàng)指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn),即達(dá)到上線要求冗疮。(如果有客戶反饋問(wèn)題萄唇,需要測(cè)試人員協(xié)助重現(xiàn)和回歸測(cè)試)。
9
個(gè)人認(rèn)為軟件測(cè)試流程是一個(gè)不斷提高的過(guò)程术幔,每個(gè)公司的流程都是不一樣的另萤,根據(jù)實(shí)際情況還可以實(shí)施一些測(cè)試計(jì)劃評(píng)審、用例評(píng)審诅挑、測(cè)試培訓(xùn)等四敞。在實(shí)際測(cè)試過(guò)程中也要做到具體問(wèn)題具體分析,具體解決拔妥。
轉(zhuǎn)載: 百度經(jīng)驗(yàn)
如果喜歡作者的文章忿危,請(qǐng)關(guān)注"寫代碼的猿"訂閱號(hào)以便第一時(shí)間獲得最新內(nèi)容。本文版權(quán)歸作者所有没龙,歡迎轉(zhuǎn)載.?