QA的基本知識

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

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

3、善而開發(fā)必要的工具軟件² 和競爭對手進行產(chǎn)品比較分析,指出自己產(chǎn)品的缺點和學習對手的優(yōu)點三、宗旨QA要對產(chǎn)品負責，對用戶負責，也就是對我們凱捷公司負責。QA 工作基本知識QA工作涉及面比較廣，要了解許多基本知識，但必要的基本知識得有一些，它會讓我們更好地理解QA和工作流程等。一、基本概念1BUG : 是產(chǎn)品設(shè)計、開發(fā)中所帶來的各種缺陷、問題等，主要指：² 功能、特性沒有實現(xiàn)² 設(shè)計不合理，存在缺陷。² 實際結(jié)果和預期結(jié)果不一致² 運行出錯，包括運行中斷、系統(tǒng)崩潰、界面混亂² 用戶不能接受的其他問題，如時間過長、界面不美觀BUG一般有六

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

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

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

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

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

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

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

11、采取的測試方法對各項目測試的數(shù)據(jù)、參數(shù)確定；包括Case ID號、Case名稱、Case描述(含Criteria)和目標（Objective）5) Case Table要充分體現(xiàn)系統(tǒng)或產(chǎn)品的Feature，滿足MRD文件，力求覆蓋所有的功能和操作路徑。5準確理解CASE表中的描述，認真按要求去測試。根據(jù)Case Table測試，力求所有功能路徑都能覆蓋，找出所有的Bug。不要漏報、錯報，特別是一些嚴重Bug，更是不能放過。正確判斷Bug的錯誤級別（Fatal , Critical，Major, Minor 和Suggestion）一般情況下要求對Bug進行交叉驗證(Verify)，力求再現(xiàn)。對

12、嚴重的Bug要考慮多種情況 ：v 測試人員交叉驗證v 測試的機器交叉（同一個操作系統(tǒng)和瀏覽器）驗證v 測試的平臺交叉 ( Windows 9x, Windows NT 和 Windows 2000等) 驗證v 不同的瀏覽器 （IE , NS）驗證對得到驗證、確實存在的Bug：1) 及時報到TD中；2) 標題、測試步驟應描述準確；3) 應附的各項信息應完整準確，即及時記錄Bug發(fā)生的具體環(huán)境( 通過圖片、系統(tǒng)信息來描述)、操作步驟等。4) 盡力在報告中分析出錯誤產(chǎn)生的原因。4每天首先要做的工作就是驗證前一天開發(fā)人員所Fixed的Bug,將情況回饋給項目負責人。對Bug進行驗證，以確認是否被修正。

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

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