QA的基本知識(shí)

1、QA的基本知識(shí)修訂歷史記錄日期版本說(shuō)明作者2006-6-8V1.0初稿謝中才什么是QAQA(Quality Assura nee),就是質(zhì)量保證，是公司產(chǎn)品質(zhì)量保證的重要環(huán)節(jié)，也是最后一個(gè)環(huán)節(jié)QA不等同于測(cè)試，測(cè)試僅僅是QA工作的一部分。QA工作還包括對(duì)產(chǎn)品質(zhì)量的生產(chǎn)過(guò)程控制、問(wèn)題跟蹤和產(chǎn)品分析等。QA站在用戶的角度去測(cè)試、分析產(chǎn)品，最終對(duì)公司負(fù)責(zé)。一、QA的主要任務(wù)：完整地保證產(chǎn)品的質(zhì)量.幫助開(kāi)發(fā)人員提高程序代碼質(zhì)量.監(jiān)控整個(gè)項(xiàng)目工作流程.對(duì)用戶的意見(jiàn)迅速反應(yīng) .不僅促進(jìn)公司產(chǎn)品的功能更完善、更強(qiáng)大，還要考慮產(chǎn)品的易用性二、質(zhì)量保證體系QA實(shí)驗(yàn)室和測(cè)試環(huán)境的模擬，各種用戶的應(yīng)用環(huán)境(硬件平臺(tái)

2、、操作系統(tǒng)、瀏覽器和應(yīng)用 程序)在實(shí)驗(yàn)室中能得到模擬、實(shí)現(xiàn)?；贐ug跟蹤討論體系的數(shù)據(jù)庫(kù)，能很好地掌握Bug狀態(tài)、進(jìn)行必要的查詢、統(tǒng)計(jì)和分析建立和發(fā)布跟蹤討論體系，能對(duì)產(chǎn)品設(shè)計(jì)和開(kāi)發(fā)中的一些問(wèn)題進(jìn)行有效的討論和交流。測(cè)試案例(test ease)和測(cè)試套件(test Suits)管理體系，保證測(cè)試的順利進(jìn)行和提高測(cè)試的效率，測(cè)試案例不斷完善和建立。了解和掌握一些測(cè)試工具軟件，自動(dòng)實(shí)現(xiàn)實(shí)時(shí)的、不斷重復(fù)的測(cè)試過(guò)程 為關(guān)鍵模塊測(cè)試和改善而開(kāi)發(fā)必要的工具軟件和競(jìng)爭(zhēng)對(duì)手進(jìn)行產(chǎn)品比較分析，指出自己產(chǎn)品的缺點(diǎn)和學(xué)習(xí)對(duì)手的優(yōu)點(diǎn)QA要對(duì)產(chǎn)品負(fù)責(zé)，對(duì)用戶負(fù)責(zé)，也就是對(duì)我們凱捷公司負(fù)責(zé)。QA工作基本知識(shí)QA工作涉

3、及面比較廣，要了解許多基本知識(shí)，但必要的基本知識(shí)得有一些，它會(huì)讓我們更好地 理解QA和工作流程等。、基本概念1. BUG :是產(chǎn)品設(shè)計(jì)、開(kāi)發(fā)中所帶來(lái)的各種缺陷、問(wèn)題等，主要指:功能、特性沒(méi)有實(shí)現(xiàn)設(shè)計(jì)不合理，存在缺陷。實(shí)際結(jié)果和預(yù)期結(jié)果不一致運(yùn)行出錯(cuò)，包括運(yùn)行中斷、系統(tǒng)崩潰、界面混亂 用戶不能接受的其他問(wèn)題，如時(shí)間過(guò)長(zhǎng)、界面不美觀BUG般有六種級(jí)別Fatal :致命錯(cuò)誤，造成系統(tǒng)或應(yīng)用程序崩潰(Crash)、死機(jī)。Critical :嚴(yán)重錯(cuò)誤，指功能或特性(Feature)沒(méi)有實(shí)現(xiàn)Major :較大的問(wèn)題，雖然不影響系統(tǒng)的使用，但沒(méi)有很好地實(shí)現(xiàn)功能，沒(méi)有達(dá)到預(yù)期效果，或用戶界面差、操作時(shí)間長(zhǎng)等一

4、些問(wèn)題Minor :不對(duì)齊、字母拼錯(cuò)等一些小問(wèn)題Suggestion :建議程序做適當(dāng)?shù)男薷?，?lái)改善程序。Question Design :對(duì)設(shè)計(jì)不合理、不明白的地方提岀質(zhì)疑BUG般有四種狀態(tài)：Open：?jiǎn)栴}沒(méi)有解決，QA人員新報(bào)的Bug,或驗(yàn)證后Bug仍然存在；Fixed :開(kāi)發(fā)人員修改程序后，認(rèn)為問(wèn)題已解決Close : QA人員驗(yàn)證 Fixed Bug 后，確認(rèn)Bug不存在Hold :所報(bào)的Bug，目前不需要解決或無(wú)法解決。2. Case Table:Case就是為了測(cè)試產(chǎn)品某項(xiàng)功能或特性而設(shè)計(jì)的測(cè)試案例。Case Table 就是一系列Case的集合，具有單一的目標(biāo)或要求。Case T

5、able包括對(duì)測(cè)試環(huán)境要求，指明測(cè)試對(duì)象和數(shù)據(jù)準(zhǔn)備、系統(tǒng)初始化、操作等整個(gè)測(cè)試過(guò) 程，清楚說(shuō)明每項(xiàng)Case要求實(shí)現(xiàn)的具體指標(biāo)。3. FeatureFeature是產(chǎn)品要實(shí)現(xiàn)的功能和特性，它表現(xiàn)為良好的界面、合理的計(jì)算結(jié)果等。用戶的要求正 是各種各樣的Feature集合構(gòu)成。4. 單元測(cè)試(Unit Test )單元測(cè)試是對(duì)軟件系統(tǒng)的各個(gè)模塊(可以分解到最小單位)進(jìn)行測(cè)試。單元測(cè)試在開(kāi)發(fā)人員寫代碼時(shí)就可以進(jìn)行。5 .整體測(cè)試(Integration Test)由各個(gè)模塊組合成完整的系統(tǒng)或產(chǎn)品，然后進(jìn)行測(cè)試。整體測(cè)試要等開(kāi)發(fā)人員完成全部代碼后才可以進(jìn)行。二、測(cè)試方法 測(cè)試的基本方法有兩種：白盒子和

6、黑盒子測(cè)試方法1.白盒子白盒子測(cè)試就是一種透明測(cè)試方法，測(cè)試者必須完全了解功能或特性實(shí)現(xiàn)的內(nèi)部結(jié)構(gòu)和細(xì)節(jié)。針對(duì)軟件測(cè)試，白盒子測(cè)試就是通過(guò)閱讀所測(cè)試軟件的原代碼，掌握程序所要求的參數(shù)、初始數(shù)據(jù)，設(shè)計(jì)CASE,使測(cè)試能遍歷所有路徑（分支）和滿足各種條件。白盒子測(cè)試的要點(diǎn)是： v確定代碼測(cè)試的控制點(diǎn)v要求了解主要變量、每個(gè)函數(shù)和類、對(duì)象的作用v邏輯驅(qū)動(dòng)能力v編寫手工測(cè)試程序黑盒子j . 11 IL J把程序、模塊或產(chǎn)品看成一個(gè)黑盒黑盒子測(cè)試就是不要了解功能或特性實(shí)現(xiàn)的內(nèi)部結(jié)構(gòu)和細(xì)節(jié),子，要清楚系統(tǒng)或模塊要達(dá)到的目的或期望值（輸入/輸出結(jié)果） 測(cè)試者只關(guān)心系統(tǒng)應(yīng)該做些什么，而不管它是怎樣實(shí)現(xiàn)的。這種

7、方法要點(diǎn)是:v自動(dòng)創(chuàng)建v類、對(duì)象和函數(shù)知識(shí)的限制v規(guī)范所特定的 Case Tablev數(shù)據(jù)驅(qū)動(dòng) 單元測(cè)試一般采用白盒子方法，整體測(cè)試一般采用黑盒子方法。QA工作流程一、測(cè)試前的準(zhǔn)備工作1.準(zhǔn)備好測(cè)試環(huán)境，包括硬件平臺(tái)（PC/UNIX/MAC）、操作系統(tǒng)、瀏覽器等軟硬件環(huán)境。測(cè)試服務(wù)器的安裝由QA相關(guān)人員和信息中心相關(guān)人負(fù)責(zé)，保證測(cè)試服務(wù)器能夠及時(shí)的搭建好，不影響測(cè)試任務(wù)；測(cè)試服務(wù)器的密碼只有相關(guān)人員（QA Manager、網(wǎng)管人員和 Release Engineer/Projectlead ）知道,不允許將密碼告知開(kāi)發(fā)人員，更不允許開(kāi)發(fā)人員在測(cè)試服務(wù)器上直接修改代碼測(cè)試前要充分的了解要測(cè)試的對(duì)

8、象（系統(tǒng)或產(chǎn)品），要有整體認(rèn)識(shí)，了解其功能、特性、輸入/輸岀和結(jié)構(gòu)。準(zhǔn)備好要用的軟件工具、文檔，測(cè)試套件等。、測(cè)試工作 1.接受任務(wù)，不同的產(chǎn)品或測(cè)試階段，選定不同的測(cè)試方法，包括：1 ）單元測(cè)試（Unit Test）和集成測(cè)試（Integral Test），2）服務(wù)器測(cè)試：基本功能測(cè)試穩(wěn)定性、可靠性的測(cè)試系統(tǒng)強(qiáng)度、承受能力的測(cè)試系統(tǒng)性能的測(cè)試系統(tǒng)非正常測(cè)試3）理解任務(wù)和分派任務(wù)，標(biāo)準(zhǔn)的任務(wù)書(shū)（Build）。2 單元測(cè)試階段在開(kāi)發(fā)人員寫代碼階段，QA人員就要介入，這一階段主要工作有：研讀市場(chǎng)需求文檔（MRD）,理解產(chǎn)品特性跟蹤開(kāi)發(fā)人員進(jìn)度,了解產(chǎn)品功能實(shí)現(xiàn)情況，測(cè)試哪些特性/功能已實(shí)現(xiàn)，哪些沒(méi)

9、有實(shí)現(xiàn)。從測(cè)試的角度向開(kāi)發(fā)人員提岀改進(jìn)意見(jiàn)，完善產(chǎn)品性能.理解產(chǎn)品特性，建立、改進(jìn)和完善CASE表在這一階段，QA人員只要將報(bào)告提交合肥公司內(nèi)部有關(guān)人員就可以。對(duì)所發(fā)現(xiàn)的問(wèn)題不作為BUG報(bào)，只作為問(wèn)題在報(bào)告中實(shí)現(xiàn)。在這一階段主要有兩項(xiàng)關(guān)鍵任務(wù)是：在開(kāi)發(fā)人員交代碼日期，要清楚知道是否所有的功能和特性全部地、完整地得到實(shí)現(xiàn)；v完成該項(xiàng)目（或產(chǎn)品）的CASE表o3.根據(jù)測(cè)試的內(nèi)容，建立或指定已有的測(cè)試案例表（ Case Table ）。Case Table 的內(nèi)容主要有：1）測(cè)試環(huán)境要求（操作系統(tǒng)、瀏覽器和測(cè)試工具軟件等）2）測(cè)試的目標(biāo)：Function. Feature , Usable和 Sta

10、ble 等3）測(cè)試的類型：Basic, Primary 和 Full4）測(cè)試的項(xiàng)目：針對(duì)所采取的測(cè)試方法對(duì)各項(xiàng)目測(cè)試的數(shù)據(jù)、參數(shù)確定；包括Case ID號(hào)、Case名稱、Case 描述（含 Criteria） 和目標(biāo)（Objective ）5）Case Table 要充分體現(xiàn)系統(tǒng)或產(chǎn)品的Feature，滿足MRD文件，力求覆蓋所有的功能和操作路徑。5 準(zhǔn)確理解 CASE表中的描述，認(rèn)真按要求去測(cè)試。根據(jù)Case Table測(cè)試，力求所有功能路徑都能覆蓋，找岀所有的Bug。不要漏報(bào)、錯(cuò)報(bào)，特別是一些嚴(yán)重Bug，更是不能放過(guò)。正確判斷 Bug 的錯(cuò)誤級(jí)別（Fatal , Critical ，Maj

11、or, Minor 和 Suggestion ）一般情況下要求對(duì) Bug進(jìn)行交叉驗(yàn)證（Verify），力求再現(xiàn)。對(duì)嚴(yán)重的Bug要考慮多種情況：v測(cè)試人員交叉驗(yàn)證v測(cè)試的機(jī)器交叉（同一個(gè)操作系統(tǒng)和瀏覽器）驗(yàn)證v測(cè)試的平臺(tái)交叉 （Windows 9x, Windows NT 和 Windows 2000 等）驗(yàn)證v不同的瀏覽器（IE , NS ）驗(yàn)證對(duì)得到驗(yàn)證、確實(shí)存在的Bug：1）及時(shí)報(bào)到TD中；2）標(biāo)題、測(cè)試步驟應(yīng)描述準(zhǔn)確；3）應(yīng)附的各項(xiàng)信息應(yīng)完整準(zhǔn)確，即及時(shí)記錄Bug發(fā)生的具體環(huán)境（通過(guò)圖片、系統(tǒng)信息來(lái)描述）、操作步驟等。4）盡力在報(bào)告中分析岀錯(cuò)誤產(chǎn)生的原因。4 每天首先要做的工作就是驗(yàn)證前

12、一天開(kāi)發(fā)人員所Fixed的Bug,將情況回饋給項(xiàng)目負(fù)責(zé)人。對(duì)Bug進(jìn)行驗(yàn)證，以確認(rèn)是否被修正。如沒(méi)有改好，則重新將Bug狀態(tài)置于Open狀態(tài)，否則置于” Closed ”狀態(tài)。1）原有的bug狀態(tài)的改變：同系列版本以前存在的Bug如在最新版本中改變狀態(tài)時(shí)，應(yīng)及時(shí)更新Bug庫(kù)中該Bug的狀態(tài)。對(duì)不同系列版本的原Bug不需更新Bug庫(kù)中該Bug的狀態(tài)。2）開(kāi)發(fā)人員沒(méi)有將 Bug置于Fixed 狀態(tài)，測(cè)試者一般不能直接將Open變?yōu)镃losed ”。特殊情況下，要有充分的理由填入Comments否則視為誤報(bào)。3）對(duì)開(kāi)發(fā)人員在 Bug的Comme nt中只注上It is n ot bug類似的信息，Q

13、A人員有權(quán)將這 Bug 重新打開(kāi)。4）對(duì)一個(gè)Bug 一時(shí)不能解決、或暫時(shí)不需要解決或其它特殊原因，需要Hold時(shí)，需報(bào)QAManager和有關(guān)負(fù)責(zé)人，經(jīng)分析后得到有關(guān)人員許可，才能Hold。任何人不得擅自Hold 個(gè)Bug.5. Bug驗(yàn)證完后，才走 Case Table. 測(cè)試中遇到自己無(wú)法解決的問(wèn)題時(shí)，應(yīng)及時(shí)上報(bào)組長(zhǎng)，由 組長(zhǎng)協(xié)同有關(guān)人員解決6. 結(jié)束一天的測(cè)試工作后，填寫規(guī)范的CASE表,發(fā)給項(xiàng)目負(fù)責(zé)人，并反映岀在測(cè)試工作中遇到的問(wèn)題。項(xiàng)目負(fù)責(zé)人統(tǒng)計(jì)一天的測(cè)試情況，完成測(cè)試報(bào)告和發(fā)送。注：每個(gè)項(xiàng)目均應(yīng)留岀一天時(shí)間做最后REALEASET作。由開(kāi)發(fā)和測(cè)試共同合作，對(duì)產(chǎn)品做最后測(cè)試，及時(shí)處理岀現(xiàn)的問(wèn)題，保證產(chǎn)品按時(shí)發(fā)布三、測(cè)試報(bào)告根據(jù)測(cè)試結(jié)果和各測(cè)試工程師所報(bào)的CASE表匯總，填報(bào)日?qǐng)?bào)：a. 清楚描述測(cè)試的任務(wù)、目標(biāo)、版本和環(huán)境b. 對(duì)各模塊的測(cè)試情況進(jìn)行統(tǒng)計(jì)，總Case數(shù)、已測(cè)和失敗的情況c. 對(duì) Bug 的分類，New與 Old、Open與 Close, Fatal 、Critical 與 Majord. 不清楚的問(wèn)題，它可能不是Bug,是設(shè)計(jì)上的不足e. 特別的其它說(shuō)明。在一個(gè)版本