測(cè)試流程及測(cè)試?yán)碚摲椒╛第1頁(yè)
測(cè)試流程及測(cè)試?yán)碚摲椒╛第2頁(yè)
測(cè)試流程及測(cè)試?yán)碚摲椒╛第3頁(yè)
測(cè)試流程及測(cè)試?yán)碚摲椒╛第4頁(yè)
測(cè)試流程及測(cè)試?yán)碚摲椒╛第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、測(cè)試流程及測(cè)試?yán)碚摲椒ㄒ弧?測(cè)試流程1 .軟件開(kāi)發(fā)流程:需求分析 概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼開(kāi)發(fā)測(cè)試維護(hù)2 .測(cè)試流程為 :?jiǎn)卧獪y(cè)試/ 集成測(cè)試 系統(tǒng)測(cè)試/ 自動(dòng)化測(cè)試 性能測(cè)試 驗(yàn)收測(cè)試3 .目標(biāo):3.1 制定完整且具體的測(cè)試路線和流程,為快速、高效和高質(zhì)量的軟件測(cè)試提供基礎(chǔ)流程框架。3.2 最終目標(biāo)是實(shí)現(xiàn)軟件測(cè)試規(guī)范化、標(biāo)準(zhǔn)化、自動(dòng)化。4 .測(cè)試流程說(shuō)明:5 .測(cè)試需求分析測(cè)試需求是整個(gè)測(cè)試過(guò)程的基礎(chǔ); 確定測(cè)試對(duì)象以及測(cè)試工作的范圍和作用。 用來(lái)確定整個(gè)測(cè)試工作(如安排時(shí)間表、 測(cè)試設(shè)計(jì)等) 并作為測(cè)試覆蓋的基礎(chǔ)。 而且被確定的測(cè)試需求項(xiàng)必須是可核實(shí)的。即, 它們必須有一個(gè)可觀察、 可評(píng)測(cè)的結(jié)

2、果。無(wú)法核實(shí)的需求不是測(cè)試需求。 所以我現(xiàn)在的理解是測(cè)試需求是一個(gè)比較大的概念, 它是在整個(gè)測(cè)試計(jì)劃文檔中體現(xiàn)出來(lái)的,不是類(lèi)似的一個(gè)用例或者其他. 測(cè)試需求是制訂測(cè)試計(jì)劃的基本依據(jù),確定了測(cè)試需求能夠?yàn)闇y(cè)試計(jì)劃提供客觀依據(jù); 測(cè)試需求是設(shè)計(jì)測(cè)試用例的指導(dǎo),確定了要測(cè)什么、測(cè)哪些方面后才能有針對(duì)性的設(shè)計(jì)測(cè)試用例; 測(cè)試需求是計(jì)算測(cè)試覆蓋的分母,沒(méi)有測(cè)試需求就無(wú)法有效地進(jìn)行測(cè)試覆蓋。5.1 測(cè)試方法與規(guī)范5.1.1 測(cè)試方法隨著軟件技術(shù)發(fā)展, 項(xiàng)目類(lèi)型越來(lái)越多樣化。 根據(jù)項(xiàng)目類(lèi)型應(yīng)選用針對(duì)性強(qiáng)的測(cè)試方法, 合適的測(cè)試方法可以讓我們事半功倍。 以下是針對(duì)目前項(xiàng)目工程可以參考的測(cè)試方法:?3測(cè)試(be

3、ta測(cè)試)-非程序員、測(cè)試人員3測(cè)試,英文是 Betatesting 。又稱(chēng)Beta測(cè)試,用戶(hù)驗(yàn)收測(cè)試(UAT)。3測(cè)試是軟件的多個(gè)用戶(hù)在一個(gè)或多個(gè)用戶(hù)的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng), Beta 測(cè)試不能由程序員或測(cè)試員完成。當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試,而最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶(hù)或其他人員完成,不能由程序員或測(cè)試員完成。?”測(cè)試(Alpha測(cè)試)-非程序員、測(cè)試人員a測(cè)試,英文是 Alphatesting 。又稱(chēng) Alpha測(cè)試.Alpha 測(cè)試是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試, 也可以是公司內(nèi)部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受

4、控測(cè)試, Alpha 測(cè)試不能由該系統(tǒng)的程序員或測(cè)試員完成。在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試 ; 測(cè)試后, 仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶(hù)或其他人員來(lái)完成,不能由程序員或測(cè)試員完成。? 兼容性測(cè)試 - 測(cè)試人員兼容性測(cè)試是指測(cè)試軟件是否可以成功移植到指定的硬件或者軟件環(huán)境中, 例如在 B/S 項(xiàng)目中各個(gè)不同瀏覽器之間的測(cè)試。 ? 用戶(hù)界面測(cè)試 -UI 測(cè)試 - 測(cè)試人員用戶(hù)界面測(cè)試,英文是Userinterfacetesting 。又稱(chēng) UI 測(cè)試。用戶(hù)界面,英文是Userinterface 。是指軟件中的可見(jiàn)外觀及其底層與用戶(hù)交互的部分(菜單、對(duì)話(huà)框、窗口和其它控件)。用

5、戶(hù)界面測(cè)試是指測(cè)試用戶(hù)界面的風(fēng)格是否滿(mǎn)足客戶(hù)要求, 文字是否正確, 頁(yè)面是否美觀,文字,圖片組合是否完美,操作是否友好等等。 UI 測(cè)試的目標(biāo)是確保用戶(hù)界面會(huì)通過(guò)測(cè)試對(duì)象的功能來(lái)為用戶(hù)提供相應(yīng)的訪問(wèn)或?yàn)g覽功能。確保用戶(hù)界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶(hù)友好性、人性化、易操作性測(cè)試。用戶(hù)界面測(cè)試用戶(hù)分析軟件用戶(hù)界面的設(shè)計(jì)是否合乎用戶(hù)期望或要求。 它常常包括菜單, 對(duì)話(huà)框及對(duì)話(huà)框上所有按鈕, 文字,出錯(cuò)提示,幫助信息(Menu 和 Helpcontent) 等方面的測(cè)試。比如,測(cè)試MicrosoftExcel 中插入符號(hào)功能所用的對(duì)話(huà)框的大小,所有按鈕是否對(duì)齊,字符串字體大小,出錯(cuò)信息內(nèi)容和字體大

6、小,工具欄位置/ 圖標(biāo)等等。? 冒煙測(cè)試 - 版本編譯者冒煙測(cè)試,英文是Smoketesting 。冒煙測(cè)試的名稱(chēng)可以理解為該種測(cè)試耗時(shí)短, 僅用一袋煙功夫足夠了。 也有人認(rèn)為是形象地類(lèi)比新電路板功基本功能檢查。 任何新電路板焊好后, 先通電檢查, 如果存在設(shè)計(jì)缺陷, 電路板可能會(huì)短路,板子冒煙了。冒煙測(cè)試的對(duì)象是每一個(gè)新編譯的需要正式測(cè)試的軟件版本, 目的是確認(rèn)軟件基本功能正常,可以進(jìn)行后續(xù)的正式測(cè)試工作。冒煙測(cè)試的執(zhí)行者是版本編譯人員。? 隨機(jī)測(cè)試 - 測(cè)試人員隨機(jī)測(cè)試,英文是Adhoctesting 。隨機(jī)測(cè)試沒(méi)有書(shū)面測(cè)試用例、記錄期望結(jié)果、 檢查列表、 腳本或指令的測(cè)試。 主要是根據(jù)測(cè)

7、試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。 隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書(shū)執(zhí)行用例測(cè)試的重要補(bǔ)充手段,是保證測(cè)試覆蓋完整性的有效方式和過(guò)程。隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè), 也包括測(cè)試那些當(dāng)前的測(cè)試樣例(TestCase) 沒(méi)有覆蓋到的部分。 另外, 對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試。 重點(diǎn)對(duì)一些特殊點(diǎn)情況點(diǎn)、特殊的使用環(huán)境、并發(fā)性、進(jìn)行檢查。尤其對(duì)以前測(cè)試發(fā)現(xiàn)的重大Bug,進(jìn)行再次測(cè)試,可以結(jié)合回歸測(cè)試(Regressivetesting) 一起進(jìn)行。? 黑盒測(cè)試(功能測(cè)試) - 測(cè)試人員黑盒測(cè)試,英文是BlackBoxTesting 。又稱(chēng)功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試是根據(jù)軟

8、件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試,這類(lèi)測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理,因此軟件對(duì)用戶(hù)來(lái)說(shuō)就像一個(gè)黑盒子。在完全不考慮程序內(nèi)部結(jié)構(gòu)和特性的情況下, 測(cè)試軟件的外部特性。 根據(jù)軟件的需求規(guī)格說(shuō)明書(shū)設(shè)計(jì)測(cè)試用例, 從程序輸入和輸出特性上檢查程序是否滿(mǎn)足設(shè)定的功能。 黑盒測(cè)試常采用的方法是設(shè)計(jì)適量有效和無(wú)效的輸入數(shù)據(jù)進(jìn)行測(cè)試, 以期用最小的代價(jià)發(fā)現(xiàn)最多的錯(cuò) 誤。軟件測(cè)試人員以用戶(hù)的角度, 通過(guò)各種輸入和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟件存在 的缺陷,而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。個(gè)人復(fù)查個(gè)人復(fù)查是指程序員自行設(shè)計(jì) 測(cè)試用例,對(duì)源代碼、詳細(xì)設(shè)計(jì)進(jìn)行仔細(xì)檢查, 并記錄錯(cuò) 誤、不足之處等。個(gè)人復(fù)查主要包括

9、檢查變量的正確性、檢查標(biāo)號(hào)的正確性、檢查子程序、 宏、函數(shù)、常量檢查、標(biāo)準(zhǔn)檢查、風(fēng)格檢查、比較控制流、選擇、激活路徑、對(duì)照詳細(xì)說(shuō)明 書(shū),閱讀源代碼和補(bǔ)充文檔等方面的測(cè)試內(nèi)容。走查走查是指測(cè)試人員先閱讀相應(yīng)的文檔和源代碼,然后人工將測(cè)試數(shù)據(jù)輸入被測(cè)試程序, 并在紙上跟蹤監(jiān)視程序的執(zhí)行情況,人工沿著程序的邏輯走查運(yùn)行一遍,跟蹤走查運(yùn)行的進(jìn)程來(lái)發(fā)現(xiàn)程序的錯(cuò)誤。 走查的具體測(cè)試內(nèi)容包括模塊特性、模塊接口、模塊的對(duì)外輸入或輸出、局部數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)計(jì)算錯(cuò)誤、控制流錯(cuò)誤、處理出錯(cuò)和邊界測(cè)試等方面。會(huì)審會(huì)審是指測(cè)試人員在會(huì)審前仔細(xì)閱讀軟件的有關(guān)資料,根據(jù)錯(cuò)誤類(lèi)型清單(根據(jù)以往的經(jīng)驗(yàn)、對(duì)源程序的估計(jì)等,并在以后

10、測(cè)試中給以豐富補(bǔ)充)填寫(xiě)檢測(cè)表,提出根據(jù)錯(cuò)誤類(lèi)型 要提出的問(wèn)題。會(huì)審時(shí),由程序設(shè)計(jì)人員講解程序的設(shè)計(jì)方法,由程序編寫(xiě)人員逐個(gè)講解程序代碼的編寫(xiě),測(cè)試人員需要逐個(gè)審查,提問(wèn),討論可能出現(xiàn)的問(wèn)題。會(huì)審對(duì)程序的功能、 結(jié)構(gòu)、邏輯和風(fēng)格都要進(jìn)行審定。會(huì)審的測(cè)試內(nèi)容與上查”的內(nèi)容相同。白盒測(cè)試白盒也稱(chēng)結(jié)構(gòu)測(cè)試, 這是將軟件看成一個(gè)透明的白盒子,按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來(lái)選定測(cè)試用例,對(duì)軟件的邏輯路徑及過(guò)程進(jìn)行測(cè)試,檢查它與設(shè)計(jì)是否相符。性能測(cè)試性能測(cè)試,英文是 PerformanceTesting 。性能測(cè)試是在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語(yǔ)。理想的“性能測(cè)試”(和其他類(lèi)型的測(cè)試)應(yīng)在需求文檔或

11、質(zhì)量保證、測(cè)試計(jì)劃中定義。性能測(cè)試一般包括負(fù)載測(cè)試和壓力 測(cè)試。通常驗(yàn)證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用是否還能滿(mǎn)足性能指標(biāo)?;蛘邎?zhí)行同樣任務(wù)時(shí)新版本不比舊版本慢。一般還檢查系統(tǒng)記憶容量在運(yùn)行程序時(shí)會(huì)不會(huì)流失(memoryleak)。比如,驗(yàn)證程序保存一個(gè)巨大的文件新版本不比舊版本慢。5.1.2 測(cè)試規(guī)范測(cè)試規(guī)范是根據(jù)開(kāi)發(fā)規(guī)范而制定的測(cè)試標(biāo)準(zhǔn), 測(cè)試規(guī)范也是后期測(cè)試用例編寫(xiě)的重 要依據(jù)。因?yàn)殚_(kāi)發(fā)規(guī)范因公司而異, 因產(chǎn)品而異,所以測(cè)試規(guī)范的標(biāo)準(zhǔn)程度每個(gè)公司都不一 樣。從理論到方法到各類(lèi)流程到各類(lèi)報(bào)告模版,都屬于測(cè)試規(guī)范的范疇,當(dāng)一整套規(guī)范形成之后,可使得測(cè)試工作進(jìn)行更加穩(wěn)健,所有問(wèn)題有據(jù)

12、可查。5.2 軟件需求規(guī)格說(shuō)明書(shū)軟件需求規(guī)格說(shuō)明書(shū)是軟件達(dá)到的各項(xiàng)功能的目標(biāo)。是測(cè)試人員各項(xiàng)工作的依據(jù),沒(méi)有需求就無(wú)法判斷測(cè)試結(jié)果是正確的。5.3 軟件設(shè)計(jì)說(shuō)明(概要與詳細(xì)設(shè)計(jì))設(shè)計(jì)說(shuō)明書(shū)包含軟件的一些框架、 字段、 數(shù)據(jù)庫(kù)設(shè)計(jì)等。 軟件設(shè)計(jì)說(shuō)明對(duì)測(cè)試工作開(kāi)展有很大影響, 沒(méi)有軟件設(shè)計(jì)說(shuō)明很多問(wèn)題將無(wú)法溯源, 測(cè)試準(zhǔn)備的前期工作也是根據(jù)軟件設(shè)計(jì)說(shuō)明來(lái)制定的。5.4 頁(yè)面原型( demo)頁(yè)面原型是項(xiàng)目人員快速熟悉項(xiàng)目的最佳路徑。 在需求不夠明確, 設(shè)計(jì)說(shuō)明書(shū)不夠全面的情況下,頁(yè)面原型也是后期測(cè)試用例編寫(xiě)思想的重要根據(jù)。6.測(cè)試過(guò)程設(shè)計(jì)明確測(cè)試目的,最終達(dá)成目的并驗(yàn)證結(jié)果是測(cè)試要做的事情。包括:

13、1. 測(cè)試范圍:描述本次測(cè)試中的測(cè)試范圍,如:測(cè)試軟件功能范圍、測(cè)試種類(lèi)等。2. 簡(jiǎn)單的描述如何搭建測(cè)試平臺(tái)以及測(cè)試的潛在的風(fēng)險(xiǎn)。3. 項(xiàng)目信息:說(shuō)明要測(cè)試的項(xiàng)目的相關(guān)資料,如:輸入輸出文檔,產(chǎn)品描述,軟件主要功能。4. 人力資源的分配。5. 測(cè)試需求:籠統(tǒng)說(shuō),就是測(cè)試中的所有設(shè)計(jì)和需求文檔。作為本次測(cè)試的依據(jù)6.1 測(cè)試策略制定這一階段在于需求、詳細(xì)設(shè)計(jì)、測(cè)試計(jì)劃完成之后,主要是本次測(cè)試的策略階段。很多公司缺少這個(gè)階段, 需要有計(jì)劃性的分出產(chǎn)品的功能扣出測(cè)試的功能點(diǎn), 現(xiàn)階段大多公司都是直接拿著文檔就開(kāi)始做用例設(shè)計(jì)。對(duì)需求進(jìn)行分析,列出具體的功能列表。 (一般根據(jù)功能交互文檔就能明確出此功能

14、的大體功能, 一層層的分下去, 一直到每個(gè)功能表單。 然后考慮到使用哪些測(cè)試方法?工作一旦做到執(zhí)行階段,我們可以更好的根據(jù)這些功能表一點(diǎn)一點(diǎn)的覆蓋。也能讓我們?cè)谟美u(píng)審時(shí), 充分的證實(shí)我們的工作是有效的能夠保證產(chǎn)品的質(zhì)量。 )一般在此之前, 一些業(yè)務(wù)培訓(xùn)和需求評(píng)審是有必要是聽(tīng)一下的。 這樣能夠更早更熟練的理解需求,也能保證產(chǎn)品設(shè)計(jì)中出現(xiàn)的一些誤區(qū)。對(duì)于一個(gè)個(gè)測(cè)試該如何進(jìn)行測(cè)試?如下:a) 功能測(cè)試?功能范圍(劃分出各自負(fù)責(zé)的功能模塊)?使用測(cè)試方法(等價(jià)類(lèi)、邊界值等測(cè)試方法)?測(cè)試標(biāo)準(zhǔn)(符合設(shè)計(jì)、需求和規(guī)范文檔對(duì)該功能的描述)b) 界面測(cè)試c) 兼容性測(cè)試d) 性能測(cè)試6.2 測(cè)試計(jì)劃1) 要

15、充分考慮測(cè)試計(jì)劃的實(shí)用性, 即測(cè)試計(jì)劃與實(shí)際之間的接近程度和可操作性。 編寫(xiě)測(cè)試計(jì)劃的目的在于充分考慮執(zhí)行測(cè)試時(shí)的各種資源, 包括測(cè)試內(nèi)容、 測(cè)試標(biāo)準(zhǔn)、時(shí)間資源、 人力資源等等, 準(zhǔn)確地說(shuō)是要分析執(zhí)行時(shí)所能夠調(diào)用的一切資源以及受各種條件限制,可能受到的各種影響。a) 測(cè)試內(nèi)容:對(duì)一個(gè)軟件來(lái)說(shuō)測(cè)試計(jì)劃中會(huì)明確本次測(cè)試做哪些測(cè)試?如:系統(tǒng)測(cè)試:在整個(gè)系統(tǒng)測(cè)試中會(huì)有(界面測(cè)試、功能測(cè)試、性能測(cè)試、兼容性測(cè)試、安裝卸載測(cè)試、可靠性測(cè)試等測(cè)試)。b)測(cè)試目的:一般多為保證產(chǎn)品質(zhì)量是否達(dá)到預(yù)期的指標(biāo)。這個(gè)指標(biāo)也就是在測(cè)試中定義的結(jié)束標(biāo)準(zhǔn)。c)測(cè)試標(biāo)準(zhǔn):需要考慮本次測(cè)試需要輸入那些文檔,該項(xiàng)目結(jié)束標(biāo)準(zhǔn)定義、

16、測(cè)試結(jié)束標(biāo)準(zhǔn)的定義? bug級(jí)別定義、優(yōu)先級(jí)定義、bug管理流程定義。這個(gè)都需要在執(zhí)行測(cè)試時(shí)明確。計(jì)劃中應(yīng)該包含這些內(nèi)容。d)資源分配:這里分為人力資源、軟硬件資源等劃分。一般會(huì)把人力資源的利用 寫(xiě)入一個(gè)測(cè)試人員任務(wù)分配表里,按照不同的階段,每個(gè)階段提交相應(yīng)的成果(難度很大)。軟硬件資源中主要是在做計(jì)劃時(shí)考慮到需要多少電腦或別的工 具,列出清單。e)測(cè)試風(fēng)險(xiǎn):大多考慮到的就是項(xiàng)目開(kāi)發(fā)延期、測(cè)試人員不足用例無(wú)法全面覆蓋測(cè)試點(diǎn)、時(shí)間不足用例無(wú)法全部執(zhí)行、bug無(wú)法及時(shí)修改導(dǎo)致無(wú)法驗(yàn)證、測(cè)試人員技能不足導(dǎo)致測(cè)試進(jìn)度拉長(zhǎng)。f) 軟件測(cè)試策略一般都是分開(kāi)來(lái)做相關(guān)測(cè)試方案。6.3測(cè)試附件用例模板、缺陷報(bào)告

17、模板測(cè)試環(huán)境的搭建缺陷管理流程和缺陷級(jí)別定義缺陷狀態(tài)一般分為:新建、打開(kāi)、已分配、已修復(fù)、關(guān)閉、重新打開(kāi)中間會(huì)有:延期、重復(fù)、拒絕等狀態(tài)缺陷管理流程:1 .測(cè)試人員或開(kāi)發(fā)人員發(fā)現(xiàn)bug后,判斷輸入哪個(gè)模塊的問(wèn)題,填寫(xiě)bug報(bào)告后,系統(tǒng)會(huì)自動(dòng)通過(guò) Email通知開(kāi)發(fā)組長(zhǎng)和該模塊開(kāi)發(fā)者。2 .開(kāi)發(fā)組長(zhǎng)根據(jù)具體情況,重新reassigned分配給bug所屬的開(kāi)發(fā)者。3 .開(kāi)發(fā)者收到email信息后,判斷是否為自己的修改范圍。若不是,重新reassigned分配給開(kāi)發(fā)組長(zhǎng)或應(yīng)該分配的開(kāi)發(fā)者。若是,進(jìn)行處理,resoked并給出解決方法。(可創(chuàng)建補(bǔ)丁附件及補(bǔ)充說(shuō)明)4 .測(cè)試人員查詢(xún)開(kāi)發(fā)者已修改的bug

18、,進(jìn)行回歸測(cè)試。經(jīng)驗(yàn)證無(wú)誤后,修改狀態(tài)為verified o待整個(gè)產(chǎn)品發(fā)布后,修改為 closed。還有問(wèn)題,reopened ,狀態(tài)重新變?yōu)?quot;new”,并發(fā)送郵件通知。5 .如果這個(gè)bug一周內(nèi)一直沒(méi)被處理過(guò)。Bugzilla就會(huì)一直用email騷擾它的屬主,直接采取行動(dòng)。管理員可以設(shè)定最遲采取行動(dòng)的期限,比如3天,系統(tǒng)默認(rèn)7天。缺陷等級(jí)劃分:分級(jí)Bug等級(jí)Bug等級(jí)說(shuō)明分類(lèi)說(shuō)明致命問(wèn)題Blocker導(dǎo)致整個(gè)產(chǎn)品無(wú)法進(jìn)行 測(cè)試。修改優(yōu)先級(jí)為最 高,該級(jí)別需要程序員 立即修改O塊無(wú)法啟動(dòng)或異常退出C其它導(dǎo)致無(wú)法測(cè)試的錯(cuò)誤Critical死機(jī),數(shù)據(jù)丟失,主要 功能完全喪失,系統(tǒng)懸 掛等

19、錯(cuò)誤。修改優(yōu)先級(jí)Qi行過(guò)程中系統(tǒng)崩潰/死機(jī)/重啟O能設(shè)計(jì)與需求嚴(yán)重不符(:嚴(yán)重花屏為最高,該級(jí)別需要程 序員立即修改E存泄漏C影響手機(jī)語(yǔ)音或數(shù)據(jù)通訊等C嚴(yán)重的數(shù)值計(jì)算錯(cuò)誤嚴(yán)重問(wèn)題Major主要功能喪失,導(dǎo)致嚴(yán) 重的問(wèn)題,或致命的錯(cuò) 誤聲明。修改優(yōu)先級(jí)為 高,該級(jí)別需要程序員 盡快修改O能未實(shí)現(xiàn)或者存在錯(cuò)誤C輕微的數(shù)值計(jì)算錯(cuò)誤C系統(tǒng)所提供的功能或服務(wù)受明顯的影響C用戶(hù)數(shù)據(jù)丟失或破壞一般問(wèn)題Normal次要功能喪失,不太嚴(yán) 重,如提示信息不太準(zhǔn) 確。修改優(yōu)先級(jí)為中, 該級(jí)別需要程序員修改C操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、 含義是否一致)O界條件下錯(cuò)誤O能存在錯(cuò)誤,但出現(xiàn)概率很低C提示信息錯(cuò)誤

20、(包括未給出信息、信息提示錯(cuò)誤等)O時(shí)間操作無(wú)進(jìn)度提示C系統(tǒng)未優(yōu)化(性能問(wèn)題)Minor微小的問(wèn)題,對(duì)功能幾 乎沒(méi)有影響,產(chǎn)品及屬 性仍可使用。修改優(yōu)先 級(jí)為低,該級(jí)別需要程 序員修改或不修改C界面格式等不規(guī)范O作時(shí)未給用戶(hù)提示O字排列不整齊等一些小問(wèn)題C光標(biāo)跳轉(zhuǎn)設(shè)置不好,鼠標(biāo)(光標(biāo))定位錯(cuò)誤輕微問(wèn)題Trivial提示信息格式不符合要 求,違背正常習(xí)俗習(xí)慣G甫助說(shuō)明描述不清楚O別不影響產(chǎn)品理解的錯(cuò)別字的,界面不美觀,控件 排列、格式不AO輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志Enhancement功能性建議,功能使用 性、方便性、易用性不 夠O議7 .測(cè)試實(shí)施7.1 執(zhí)行開(kāi)發(fā)就會(huì)轉(zhuǎn)版本給我們測(cè)試部門(mén)進(jìn)行系統(tǒng)測(cè)試了。拿到版本我們首先搭建測(cè)試環(huán)境做一個(gè)預(yù)測(cè)試,目的是來(lái)評(píng)斷這個(gè)版本是不是可測(cè)試的。如果預(yù)測(cè)試不通過(guò), 打回開(kāi)發(fā)部返工,如果通過(guò)了,就開(kāi)始我們第一輪的系統(tǒng)測(cè)試。第一輪系統(tǒng)測(cè)試我們會(huì)執(zhí)行我們所編寫(xiě)的所有測(cè)試用例,做好測(cè)試結(jié)果的記錄, 發(fā)現(xiàn)缺陷了提交缺陷報(bào)告。當(dāng)?shù)谝惠啘y(cè)試結(jié)束后,我們把所有的bug單提交給開(kāi)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論