測試基本流程.doc

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