QA的基本知識(shí)

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

2、的易用性.二、質(zhì)量保證體系² QA 實(shí)驗(yàn)室和測試環(huán)境的模擬，各種用戶的應(yīng)用環(huán)境（硬件平臺(tái)、操作系統(tǒng)、瀏覽器和應(yīng)用程序）在實(shí)驗(yàn)室中能得到模擬、實(shí)現(xiàn)。² 基于Bug跟蹤討論體系的數(shù)據(jù)庫，能很好地掌握Bug狀態(tài)、進(jìn)行必要的查詢、統(tǒng)計(jì)和分析。² 建立和發(fā)布跟蹤討論體系，能對(duì)產(chǎn)品設(shè)計(jì)和開發(fā)中的一些問題進(jìn)行有效的討論和交流。² 測試案例(test case)和測試套件(test Suits)管理體系，保證測試的順利進(jìn)行和提高測試的效率，測試案例不斷完善和建立。² 了解和掌握一些測試工具軟件，自動(dòng)實(shí)現(xiàn)實(shí)時(shí)的、不斷重復(fù)的測試過程² 為關(guān)鍵模塊測試和改

3、善而開發(fā)必要的工具軟件² 和競爭對(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工作涉及面比較廣，要了解許多基本知識(shí)，但必要的基本知識(shí)得有一些，它會(huì)讓我們更好地理解QA和工作流程等。一、基本概念1BUG : 是產(chǎn)品設(shè)計(jì)、開發(fā)中所帶來的各種缺陷、問題等，主要指：² 功能、特性沒有實(shí)現(xiàn)² 設(shè)計(jì)不合理，存在缺陷。² 實(shí)際結(jié)果和預(yù)期結(jié)果不一致² 運(yùn)行出錯(cuò)，包括運(yùn)行中斷、系統(tǒng)崩潰、界面混亂² 用戶不能接受的其他問題，如時(shí)間過長、界面不美觀BUG一般有六

4、種級(jí)別² Fatal：致命錯(cuò)誤，造成系統(tǒng)或應(yīng)用程序崩潰(Crash) 、死機(jī)。² Critical：嚴(yán)重錯(cuò)誤，指功能或特性(Feature)沒有實(shí)現(xiàn)² Major：較大的問題，雖然不影響系統(tǒng)的使用，但沒有很好地實(shí)現(xiàn)功能，沒有達(dá)到預(yù)期效果，或用戶界面差、操作時(shí)間長等一些問題² Minor：不對(duì)齊、字母拼錯(cuò)等一些小問題² Suggestion：建議程序做適當(dāng)?shù)男薷?，來改善程序?#178; Question Design：對(duì)設(shè)計(jì)不合理、不明白的地方提出質(zhì)疑BUG一般有四種狀態(tài)：² Open：問題沒有解決，QA人員新報(bào)的Bug, 或驗(yàn)證后B

5、ug仍然存在；² Fixed：開發(fā)人員修改程序后，認(rèn)為問題已解決² Close：QA人員驗(yàn)證Fixed Bug后, 確認(rèn)Bug不存在² Hold：所報(bào)的Bug，目前不需要解決或無法解決。2Case Table:Case就是為了測試產(chǎn)品某項(xiàng)功能或特性而設(shè)計(jì)的測試案例。 Case Table就是一系列Case的集合，具有單一的目標(biāo)或要求。Case Table包括對(duì)測試環(huán)境要求，指明測試對(duì)象和數(shù)據(jù)準(zhǔn)備、系統(tǒng)初始化、操作等整個(gè)測試過程，清楚說明每項(xiàng)Case要求實(shí)現(xiàn)的具體指標(biāo)。3FeatureFeature是產(chǎn)品要實(shí)現(xiàn)的功能和特性，它表現(xiàn)為良好的界面、合理的計(jì)算結(jié)果等。用戶

6、的要求正是各種各樣的Feature集合構(gòu)成。4單元測試（Unit Test）單元測試是對(duì)軟件系統(tǒng)的各個(gè)模塊（可以分解到最小單位）進(jìn)行測試。單元測試在開發(fā)人員寫代碼時(shí)就可以進(jìn)行。5整體測試 (Integration Test)由各個(gè)模塊組合成完整的系統(tǒng)或產(chǎn)品，然后進(jìn)行測試。整體測試要等開發(fā)人員完成全部代碼后才可以進(jìn)行。二、測試方法測試的基本方法有兩種：白盒子和黑盒子測試方法1 白盒子白盒子測試就是一種透明測試方法，測試者必須完全了解功能或特性實(shí)現(xiàn)的內(nèi)部結(jié)構(gòu)和細(xì)節(jié)。針對(duì)軟件測試，白盒子測試就是通過閱讀所測試軟件的原代碼，掌握程序所要求的參數(shù)、初始數(shù)據(jù)，設(shè)計(jì)CASE, 使測試能遍歷所有路徑（分支）和

7、滿足各種條件。白盒子測試的要點(diǎn)是：v 確定代碼測試的控制點(diǎn)v 要求了解主要變量、每個(gè)函數(shù)和類、對(duì)象的作用v 邏輯驅(qū)動(dòng)能力v 編寫手工測試程序2 黑盒子黑盒子測試就是不要了解功能或特性實(shí)現(xiàn)的內(nèi)部結(jié)構(gòu)和細(xì)節(jié)，把程序、模塊或產(chǎn)品看成一個(gè)黑盒子，要清楚系統(tǒng)或模塊要達(dá)到的目的或期望值（輸入/輸出結(jié)果）。測試者只關(guān)心系統(tǒng)應(yīng)該做些什么，而不管它是怎樣實(shí)現(xiàn)的。這種方法要點(diǎn)是：v 自動(dòng)創(chuàng)建v 類、對(duì)象和函數(shù)知識(shí)的限制v 規(guī)范所特定的Case Tablev 數(shù)據(jù)驅(qū)動(dòng)單元測試一般采用白盒子方法，整體測試一般采用黑盒子方法。 QA工作流程一、測試前的準(zhǔn)備工作 1. 準(zhǔn)備好測試環(huán)境，包括硬件平臺(tái)(PC/UNIX/MAC

8、)、操作系統(tǒng)、瀏覽器等軟硬件環(huán)境。² 測試服務(wù)器的安裝由QA相關(guān)人員和信息中心相關(guān)人負(fù)責(zé)，保證測試服務(wù)器能夠及時(shí)的搭建好，不影響測試任務(wù)；² 測試服務(wù)器的密碼只有相關(guān)人員(QA Manager、網(wǎng)管人員和Release Engineer/Project lead )知道,不允許將密碼告知開發(fā)人員，更不允許開發(fā)人員在測試服務(wù)器上直接修改代碼.² 測試前要充分的了解要測試的對(duì)象(系統(tǒng)或產(chǎn)品),要有整體認(rèn)識(shí)，了解其功能、特性、輸入/輸出和結(jié)構(gòu)。² 準(zhǔn)備好要用的軟件工具、文檔,測試套件等。二、測試工作1 接受任務(wù)，不同的產(chǎn)品或測試階段，選定不同的測試方法，包括：

9、1）單元測試(Unit Test)和集成測試(Integral Test)，2)服務(wù)器測試：基本功能測試穩(wěn)定性、可靠性的測試系統(tǒng)強(qiáng)度、承受能力的測試系統(tǒng)性能的測試系統(tǒng)非正常測試3) 理解任務(wù)和分派任務(wù)，標(biāo)準(zhǔn)的任務(wù)書(Build)。2單元測試階段在開發(fā)人員寫代碼階段，QA人員就要介入，這一階段主要工作有：² 研讀市場需求文檔 ( MRD),理解產(chǎn)品特性² 跟蹤開發(fā)人員進(jìn)度,了解產(chǎn)品功能實(shí)現(xiàn)情況,測試哪些特性/功能已實(shí)現(xiàn)，哪些沒有實(shí)現(xiàn)。² 從測試的角度向開發(fā)人員提出改進(jìn)意見,完善產(chǎn)品性能.² 理解產(chǎn)品特性, 建立、改進(jìn)和完善CASE表² 在這一階段

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

11、采取的測試方法對(duì)各項(xiàng)目測試的數(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)真按要求去測試。根據(jù)Case Table測試，力求所有功能路徑都能覆蓋，找出所有的Bug。不要漏報(bào)、錯(cuò)報(bào)，特別是一些嚴(yán)重Bug，更是不能放過。正確判斷Bug的錯(cuò)誤級(jí)別（Fatal , Critical，Major, Minor 和Suggestion）一般情況下要求對(duì)Bug進(jìn)行交叉驗(yàn)證(Verify)，力求再現(xiàn)。對(duì)

12、嚴(yán)重的Bug要考慮多種情況 ：v 測試人員交叉驗(yàn)證v 測試的機(jī)器交叉（同一個(gè)操作系統(tǒng)和瀏覽器）驗(yàn)證v 測試的平臺(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)題、測試步驟應(yīng)描述準(zhǔn)確；3) 應(yīng)附的各項(xiàng)信息應(yīng)完整準(zhǔn)確，即及時(shí)記錄Bug發(fā)生的具體環(huán)境( 通過圖片、系統(tǒng)信息來描述)、操作步驟等。4) 盡力在報(bào)告中分析出錯(cuò)誤產(chǎn)生的原因。4每天首先要做的工作就是驗(yàn)證前一天開發(fā)人員所Fixed的Bug,將情況回饋給項(xiàng)目負(fù)責(zé)人。對(duì)Bug進(jìn)行驗(yàn)證，以確認(rèn)是否被修正。

13、如沒有改好，則重新將Bug狀態(tài)置于”O(jiān)pen”狀態(tài)，否則置于”Closed”狀態(tài)。1) 原有的bug狀態(tài)的改變：同系列版本以前存在的Bug如在最新版本中改變狀態(tài)時(shí)，應(yīng)及時(shí)更新Bug庫中該Bug的狀態(tài)。對(duì)不同系列版本的原Bug不需更新Bug庫中該Bug的狀態(tài)。2) 開發(fā)人員沒有將Bug置于”Fixed”狀態(tài)，測試者一般不能直接將”O(jiān)pen”變?yōu)椤盋losed”。特殊情況下，要有充分的理由填入Comments，否則視為誤報(bào)。3) 對(duì)開發(fā)人員在Bug的Comment中只注上”It is not bug”類似的信息，QA人員有權(quán)將這Bug重新打開。4) 對(duì)一個(gè)Bug一時(shí)不能解決、或暫時(shí)不需要解決或其它

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