測(cè)試基本流程.doc

一、 測(cè)試工程師崗位職責(zé) 目的軟件測(cè)試的目的是為了保證產(chǎn)品的最終質(zhì)量，在軟件開(kāi)發(fā)的過(guò)程中，對(duì)軟件產(chǎn)品進(jìn)行質(zhì)量控制，提高軟件的可靠性。的是盡可能發(fā)現(xiàn)bug并改正被測(cè)試軟件中的錯(cuò)誤，達(dá)到期望結(jié)果,提高軟件開(kāi)發(fā)的可靠性1. 制定測(cè)試產(chǎn)品的測(cè)試計(jì)劃、方案；2. 設(shè)計(jì)并執(zhí)行測(cè)試用例，對(duì)產(chǎn)品進(jìn)行功能，性能，安全等測(cè)試；3. 實(shí)施高效的測(cè)試活動(dòng)，并對(duì)測(cè)試結(jié)果進(jìn)行分析，給出專業(yè)報(bào)告，與其他部門(mén)緊密協(xié)作，跟蹤缺陷及推動(dòng)及時(shí)修復(fù)；4. 維護(hù)測(cè)試環(huán)境，進(jìn)行測(cè)試環(huán)境的部署與調(diào)試；5. 設(shè)計(jì)并且開(kāi)發(fā)測(cè)試工具，對(duì)測(cè)試方法進(jìn)行創(chuàng)新；6. 完成測(cè)試項(xiàng)目歸納及總結(jié)文檔。二、 測(cè)試在整個(gè)項(xiàng)目周期過(guò)程中的介入時(shí)間和工作內(nèi)容、重點(diǎn)測(cè)試在需求階段介入一是測(cè)試人員通過(guò)早期參與，更清楚需求的來(lái)源和目的，有利于后期更好的從用戶的角度開(kāi)展測(cè)試活動(dòng)；二是可以為后期設(shè)計(jì)驗(yàn)收測(cè)試用例提供很好的分析依據(jù)。測(cè)試模型工作內(nèi)容：和開(kāi)發(fā) 項(xiàng)目 產(chǎn)品等溝通測(cè)試用例計(jì)劃測(cè)試用例編寫(xiě)執(zhí)行測(cè)試發(fā)現(xiàn)系統(tǒng)中的缺陷提交到缺陷管理工具發(fā)布測(cè)試報(bào)告 用戶需求文檔 1. bug的等級(jí)劃分A致命1、由于程序所引起的死機(jī)，非法退出2、死循環(huán)3、數(shù)據(jù)庫(kù)發(fā)生死鎖4、因錯(cuò)誤操作導(dǎo)致的程序中斷5、功能錯(cuò)誤（需求未實(shí)現(xiàn)）6、與數(shù)據(jù)庫(kù)連接錯(cuò)誤7、數(shù)據(jù)通訊錯(cuò)誤B嚴(yán)重1、程序錯(cuò)誤2、程序接口錯(cuò)誤3、數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件主要功能喪失，嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)。（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法），須盡快修正C一般性 （界面，圖片，文字）1、操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2、打印內(nèi)容、格式錯(cuò)誤3、簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制4、刪除操作未給出提示5、數(shù)據(jù)庫(kù)表中有過(guò)多的空字段D建議性1、界面不規(guī)范2、輔助說(shuō)明描述不清楚3、輸入輸出不規(guī)范4、長(zhǎng)操作未給用戶提示5、提示窗口文字未采用行業(yè)術(shù)語(yǔ)6、可輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志 3.bug的狀態(tài)劃分及各狀態(tài)之間的變換關(guān)系Bug的處理流程：發(fā)現(xiàn) 新建 提交 修改 關(guān)閉 重新打開(kāi)4.bug的提交規(guī)范Bug模板【版本號(hào)】標(biāo)題：Bug的簡(jiǎn)要描述。一定要能從標(biāo)題就看出Bug的大概意思【詳細(xì)描述】：Bug的詳細(xì)描述，包括此Bug的重現(xiàn)步驟、具體現(xiàn)象、及可能有的影響。如果有必要請(qǐng)?zhí)砑訄D片。【實(shí)際結(jié)果】：實(shí)際操作步驟的結(jié)果【期望結(jié)果】：此Bug修復(fù)后期望的結(jié)果是什么。請(qǐng)務(wù)必在明確期望結(jié)果的情況下再提交Bug。【備注】：有另外需要說(shuō)明的請(qǐng)?jiān)诖颂幱涗?。該?xiàng)可以不寫(xiě)。5.測(cè)試的基本思路，如何測(cè)試一個(gè)產(chǎn)品或者一個(gè)功能點(diǎn)?？蛻粜枨蟠_認(rèn)資源(機(jī)型.版本)安卓還是蘋(píng)果搭建環(huán)境測(cè)試設(shè)施的準(zhǔn)備根據(jù)用例執(zhí)行測(cè)試測(cè)試的方法測(cè)試流程：1. 需求：理解需求，與客戶。架構(gòu)。項(xiàng)目.開(kāi)發(fā).溝通2. 測(cè)試計(jì)劃：根據(jù)需求資源（人力，設(shè)備等）3. 用例設(shè)計(jì)：根據(jù)需求，功能等設(shè)計(jì)測(cè)試用例）4. 執(zhí)行測(cè)試用例：根據(jù)測(cè)試用例的步驟執(zhí)行用例5. 執(zhí)行用例的結(jié)果：對(duì)每個(gè)用例的執(zhí)行情況標(biāo)注結(jié)果（pass block failed）有bug在測(cè)試工具中記錄，直至驗(yàn)證修改關(guān)閉6. 測(cè)試報(bào)告的發(fā)布測(cè)試申請(qǐng)?zhí)峤籦ug解決bug驗(yàn)證bug關(guān)閉bug測(cè)試報(bào)告黑盒測(cè)試(功能測(cè)試也叫數(shù)據(jù)驅(qū)動(dòng)測(cè)試) 方法等價(jià)類劃分,邊值分析 因果圖,錯(cuò)誤推測(cè).只有采用窮舉輸入測(cè)試，著眼于程序外部結(jié)構(gòu),不考慮內(nèi)部,針對(duì)軟件測(cè)試.針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試.把所有可能的輸入都作為測(cè)試情況考慮，才能查出程序中所有的錯(cuò)誤。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但可能的輸入進(jìn)行測(cè)試。這樣看來(lái)，完全測(cè)試是不可能的，所以我們要進(jìn)行有針對(duì)性的測(cè)試，通過(guò)制定測(cè)試案例指導(dǎo)測(cè)試的實(shí)施，保證軟件測(cè)試有組織、按步驟，以及有計(jì)劃地進(jìn)行。黑盒測(cè)試行為必須能夠加以量化，才能真正保證軟件質(zhì)量，而測(cè)試用例就是將測(cè)試行為具體量化的方法之一。具體的黑盒測(cè)試用例設(shè)計(jì)方法包括寫(xiě)測(cè)試用例或在執(zhí)行測(cè)試時(shí)都要注意(等價(jià)類劃分法邊界值分析法)1、等價(jià)類劃分法 一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類 如登陸一個(gè)QQ輸入一個(gè)正確的帳號(hào) 兩個(gè)(一個(gè)賬戶正確,密碼不正確. 另一個(gè)賬戶密碼都不正確。賬戶錯(cuò)誤密碼正確)然后從劃分出的等價(jià)類中按以下三個(gè)原則設(shè)計(jì)測(cè)試用例：為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào)。設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多地覆蓋尚未被覆蓋地有效等價(jià)類，重復(fù)這一步.直到所有的有效等價(jià)類都被覆蓋為止。設(shè)計(jì)一個(gè)新的測(cè)試用例，使其僅覆蓋一個(gè)尚未被覆蓋的無(wú)效等價(jià)類，重復(fù)這一步.直到所有的無(wú)效等價(jià)類都被覆蓋為止。2、邊界值分析法 (一個(gè)賬戶里按規(guī)定只能登陸10個(gè)帳號(hào),但卻能登陸11個(gè))大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。使用邊界值分析方法設(shè)計(jì)測(cè)試用例，首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于，剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù)。（2）基于邊界值分析方法選擇測(cè)試用例的原則：1）如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛剛超越這個(gè)范圍邊界的值作為測(cè)試輸入數(shù)據(jù)。2）如果輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù),最小個(gè)數(shù)，比最小個(gè)數(shù)少一，比最大個(gè)數(shù)多一的數(shù)作為測(cè)試數(shù)據(jù)。3）根據(jù)規(guī)格說(shuō)明的每個(gè)輸出條件，使用前面的原則1）。4）根據(jù)規(guī)格說(shuō)明的每個(gè)輸出條件，應(yīng)用前面的原則2）。5）如果程序的規(guī)格說(shuō)明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例。6）如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測(cè)試用例。7）分析規(guī)格說(shuō)明，找出其它可能的邊界條件。3.錯(cuò)誤推測(cè)法 錯(cuò)誤推測(cè)法是基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法4.因果圖法5、判定表驅(qū)動(dòng)法6、正交試驗(yàn)設(shè)計(jì)法7、功能圖法8、場(chǎng)景法等制定測(cè)試計(jì)劃的目的: 是確定和描述要實(shí)施和執(zhí)行的測(cè)試 ，這是通過(guò)生成包含測(cè)試需求和測(cè)試策略的測(cè)試計(jì)劃來(lái)完成的 。測(cè)試計(jì)劃就像一份測(cè)試的綱要，起到引導(dǎo)整個(gè)測(cè)試流程的作用。測(cè)試用例:最好一拿到需求就寫(xiě)。在測(cè)試之前寫(xiě) 要不然等測(cè)試后再寫(xiě)用例就沒(méi)有效果了.(客戶給的需求文檔要根據(jù)上面的步驟測(cè)試,我們也要根據(jù)自己寫(xiě)的測(cè)試用例進(jìn)行找bug發(fā)現(xiàn)bug.)兩者都要結(jié)合在一起測(cè)試.一、 寫(xiě)測(cè)試用例？1、編寫(xiě)測(cè)試用例，可以避免測(cè)試點(diǎn)的遺漏2、測(cè)試用例也是為了更好的進(jìn)行測(cè)試，可以提高測(cè)試效率3、測(cè)試用例是根據(jù)需求來(lái)的，開(kāi)發(fā)也是根據(jù)需求做的，測(cè)試用例完成后，要進(jìn)行用例評(píng)審，還可以減少開(kāi)發(fā)和測(cè)試對(duì)需求的不同理解造成的缺陷4、有時(shí)候需求是一點(diǎn)點(diǎn)來(lái)的，不是很系統(tǒng)，測(cè)試用例及時(shí)更新，可以作為系統(tǒng)的需求二、軟件測(cè)試用例思路設(shè)計(jì)結(jié)構(gòu)清晰、易讀、可維護(hù)性強(qiáng)盡可能多的覆蓋所有分支三、軟件測(cè)試的測(cè)試用例規(guī)格比如一個(gè)網(wǎng)頁(yè)的登錄窗口，有要輸入用戶名，密碼等等。這樣的一個(gè)網(wǎng)頁(yè)怎么寫(xiě)測(cè)試用例 測(cè)試用例編號(hào) 規(guī)則：編號(hào)具有唯一性、易識(shí)別性，由數(shù)字和字符組合成的字符串 約定： 系統(tǒng)測(cè)試用例：產(chǎn)品編號(hào)-ST-系統(tǒng)測(cè)試項(xiàng)名-系統(tǒng)測(cè)試子項(xiàng)名-XXX 集成測(cè)試用例：產(chǎn)品編號(hào)-IT-集成測(cè)試項(xiàng)名-集成測(cè)試子項(xiàng)名-XXX 單元測(cè)試用例：產(chǎn)品編號(hào)-UT-單元測(cè)試項(xiàng)名-單元測(cè)試子項(xiàng)名-XXX 測(cè)試項(xiàng)目 規(guī)則：當(dāng)前測(cè)試用例所屬測(cè)試大類、被測(cè)需求、被測(cè)模塊、被測(cè)單元等 約定： 系統(tǒng)測(cè)試用例測(cè)試項(xiàng)目：軟件需求項(xiàng) 如：測(cè)試手機(jī)在沒(méi)有SIM卡的情況下，可以撥打緊急電話 集成測(cè)試用例測(cè)試項(xiàng)目：集成后的模塊名或接口名 如：測(cè)試模塊A提供的文件接口 單元測(cè)試用例測(cè)試項(xiàng)目：被測(cè)試的函數(shù)名 如：測(cè)試函數(shù)int ReadFile(char *pszFileName) 測(cè)試標(biāo)題 規(guī)則：測(cè)試用例的概括簡(jiǎn)單的描述用例的出發(fā)點(diǎn)、關(guān)注點(diǎn)，原則上不能重復(fù)。 重要級(jí)別 規(guī)則 高：保證系統(tǒng)基本功能、核心業(yè)務(wù)、重要特性、實(shí)際使用頻率高的測(cè)試用例； 中：重要程度介于高和低之間的測(cè)試用例； 低：實(shí)際使用頻率不高、對(duì)系統(tǒng)業(yè)務(wù)功能影響不大的模塊或功能的測(cè)試用例。 預(yù)置條件 規(guī)則：執(zhí)行當(dāng)前測(cè)試用例需要的前提條件，是后續(xù)步驟的先決條件 輸入 規(guī)則：用例執(zhí)行過(guò)程中需要加工的外部信息，輸入、文件、數(shù)據(jù)庫(kù)等 操作步驟 規(guī)則：執(zhí)行當(dāng)前測(cè)試用例需要經(jīng)過(guò)的操作步驟，保證操作步驟的完整性。 預(yù)期輸出 規(guī)則：當(dāng)前測(cè)試用例的預(yù)期輸出結(jié)果，包括返回值的內(nèi)容、界面的響應(yīng)結(jié)果、輸出結(jié)果的規(guī)則符合度等注意事項(xiàng)：1. 如果發(fā)現(xiàn)bug提交給開(kāi)發(fā)，開(kāi)發(fā)稱不是bug，這種情況可以找項(xiàng)目2.理解需求應(yīng)在編寫(xiě)測(cè)試計(jì)劃之前測(cè)試計(jì)劃就像一份測(cè)試的綱要，起到引導(dǎo)整個(gè)測(cè)試流程的作用。測(cè)試計(jì)劃先于測(cè)試用例。個(gè)人認(rèn)為測(cè)試過(guò)程：了解項(xiàng)目編寫(xiě)測(cè)試計(jì)劃理解需求編寫(xiě)測(cè)試用例執(zhí)行測(cè)試用例BUG的報(bào)填及跟蹤更新測(cè)試用例回歸測(cè)試編寫(xiě)測(cè)試報(bào)告理論上來(lái)說(shuō)，如果需求規(guī)格說(shuō)明書(shū)夠詳盡，用例應(yīng)該完全按照它來(lái)完成。但實(shí)際工作中，沒(méi)有一個(gè)項(xiàng)目規(guī)格會(huì)那么詳盡完善，基本上的case編寫(xiě)也是在等開(kāi)發(fā)做出一個(gè)Demo版本后，自己再根據(jù)規(guī)格書(shū)以及規(guī)格評(píng)審會(huì)議中做的筆錄來(lái)完成case。之后，等到程序正式進(jìn)測(cè)后，再對(duì)照程序修改case并不斷和開(kāi)發(fā)還有PM他們進(jìn)行溝通完善case。而且，一般的程序開(kāi)發(fā)不同階段，規(guī)格也是在或大或小的改變中，所以，case不可能一次性定型。實(shí)際上，case只能是一個(gè)思路的引導(dǎo)，真正發(fā)現(xiàn)bug，往往是通過(guò)場(chǎng)景發(fā)散發(fā)現(xiàn)的。case的步驟一般都是按照程序的主邏輯流程來(lái)覆蓋的，這樣比較全面。Java是一種可以撰寫(xiě)跨平臺(tái)應(yīng)用軟件的面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言，是由Sun Microsystems公司于1995年5月推出的Java程序設(shè)計(jì)語(yǔ)言和Java平臺(tái)（即JavaSE, JavaEE, JavaME）的總稱。Java 技術(shù)具有卓越的通用性、高效性、平臺(tái)移植性和安全性，廣泛應(yīng)用于個(gè)人PC、數(shù)據(jù)中心、游戲控制臺(tái)、科學(xué)超級(jí)計(jì)算機(jī)、移動(dòng)電話和互聯(lián)網(wǎng)，同時(shí)擁有全球最大的開(kāi)發(fā)者專業(yè)社群。在JAVA中是非的意思，如！=就是不等于，！0就是非0，是邏輯用語(yǔ)if(!0)就是如果真的話 非 的意思 測(cè)試結(jié)果OK、POK、NG、NT的意義OK-就是Pass，測(cè)試通過(guò)的意思；POK - 部分通過(guò)，表示測(cè)試中有很多檢查點(diǎn)，比如其中兩個(gè)檢查點(diǎn)通過(guò)，一個(gè)沒(méi)有通過(guò)，就是POK ；NG - 是Not Good的意思，也可以解釋為：NG=Not Go 未通過(guò)，不同的公司叫法不盡相同，有些公司也叫Fail ；NT - Not