-
當(dāng)前位置:首頁(yè) > 創(chuàng)意學(xué)院 > 技術(shù) > 專(zhuān)題列表 > 正文
測(cè)試用例測(cè)試用例是測(cè)試的基礎(chǔ),好的測(cè)試用例不言而喻。所以對(duì)于一個(gè)有一定基礎(chǔ)的新測(cè)試人員來(lái)說(shuō),首先要學(xué)會(huì)如何編寫(xiě)合理有效的測(cè)試用例,同時(shí),高效執(zhí)行測(cè)試用例也是可以考慮的問(wèn)題。2.測(cè)試方法測(cè)試的方法有很多。如何使用每一種方法和技巧,應(yīng)該作為重點(diǎn)來(lái)研究。畢竟,快速且盡可能多的發(fā)現(xiàn)bug是測(cè)試人員工作的重要部分。3.測(cè)試工具:自動(dòng)化測(cè)試工具、測(cè)試管理工具、配置管理工具和其他測(cè)試工具的使用。有一定的了解,并利用它來(lái)提高測(cè)試工作的效率。4.業(yè)務(wù)知識(shí)(需求理解)可以快速了解被測(cè)程序的業(yè)務(wù)知識(shí)和功能用法。全面正確地了解被測(cè)試對(duì)象是做好測(cè)試工作的前提。也就是測(cè)試人員要知道它的業(yè)務(wù)流程,功能用法等。5.文檔文檔在測(cè)試過(guò)程中起著重要的作用,測(cè)試人員經(jīng)常會(huì)看到,比如用例設(shè)計(jì)、缺陷報(bào)告、測(cè)試方案、測(cè)試計(jì)劃等。所以要想成為一名優(yōu)秀的測(cè)試人員或者有一個(gè)好的發(fā)展,除了技術(shù)因素,良好的文檔和文字處理能力也是不可或缺的。6.操作系統(tǒng)使用與維護(hù)熟悉目前最流行的操作系統(tǒng),包括MS Windows系列和Linux系列。比如現(xiàn)在廣泛使用的MS的Windows xp。熟悉基本操作和快捷鍵用法,熟悉常用工具的安裝和卸載。7.熟練使用word和Excel,通過(guò)文字輸入的方式編寫(xiě)測(cè)試用例、測(cè)試報(bào)告(BUG單)和軟件手冊(cè)是測(cè)試工程師必不可少的工作,所以Word和Excel的常用功能一定要熟練,比如插圖、畫(huà)表等。文字輸入速度快也是工作效率的一個(gè)方面。8.能夠處理日常工作中經(jīng)常出現(xiàn)的電腦問(wèn)題。除了知道如何使用電腦,學(xué)習(xí)如何修理電腦以及如何更好地使用電腦也是非常重要的課程。9.學(xué)習(xí)溝通技巧,與團(tuán)隊(duì)內(nèi)部的人溝通,學(xué)習(xí)如何與程序員打交道。交流是人學(xué)習(xí)和提高的捷徑。做新人可能會(huì)有很多缺點(diǎn),比如技術(shù)上的缺陷,對(duì)公司業(yè)務(wù)的不了解,良好的溝通可以盡快彌補(bǔ)缺點(diǎn)。10.主動(dòng)、自覺(jué)、主動(dòng)的學(xué)習(xí)能力是必須的。別人教的知識(shí)往往太有限,所以我們不能等到需要知識(shí)的時(shí)候再去學(xué),而是在平常的學(xué)習(xí)中去積累。現(xiàn)在技術(shù)日新月異,這是不正常的。學(xué)著點(diǎn)。要知道每個(gè)人都是通過(guò)學(xué)習(xí)從無(wú)知變成智慧的。
在有限的時(shí)間內(nèi)免費(fèi)觀看付費(fèi)內(nèi)容
功能測(cè)試的基本方法(功能測(cè)試的基本方法包括)
大家好!今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于功能測(cè)試的基本方法的問(wèn)題,以下是小編對(duì)此問(wèn)題的歸納整理,讓我們一起來(lái)看看吧。
開(kāi)始之前先推薦一個(gè)非常厲害的Ai人工智能工具,一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話(huà)答疑等等
只需要輸入關(guān)鍵詞,就能返回你想要的內(nèi)容,越精準(zhǔn),寫(xiě)出的就越詳細(xì),有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶(hù)端
官網(wǎng):https://ai.de1919.com。
創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè),服務(wù)客戶(hù)遍布全球各地,如需了解SEO相關(guān)業(yè)務(wù)請(qǐng)撥打電話(huà)175-8598-2043,或添加微信:1454722008
本文目錄:
一、軟件測(cè)試的方法有哪些?
一下來(lái)自百度百科相當(dāng)全面的資料?;蛘吣憧梢钥纯?1testing測(cè)試論壇,上面很多資料都是免費(fèi)下載的。
β測(cè)試_Beta測(cè)試 β測(cè)試,英文是Beta testing。又稱(chēng)Beta測(cè)試,用戶(hù)驗(yàn)收測(cè)試(UAT)。 β測(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è)試,英文是Alpha testing。又稱(chēng)Alpha測(cè)試. Alpha測(cè)試是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試,也可以是公司內(nèi)部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(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è)試,英文是Portability testing。又稱(chēng)兼容性測(cè)試。 可移植性測(cè)試是指測(cè)試軟件是否可以被成功移植到指定的硬件或軟件平臺(tái)上。 用戶(hù)界面測(cè)試-UI測(cè)試 用戶(hù)界面測(cè)試,英文是User interface testing。又稱(chēng)UI測(cè)試。 用戶(hù)界面,英文是User interface。是指軟件中的可見(jiàn)外觀及其底層與用戶(hù)交互的部分(菜單、對(duì)話(huà)框、窗口和其它控件)。 用戶(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 和Help content)等方面的測(cè)試。比如,測(cè)試Microsoft Excel中插入符號(hào)功能所用的對(duì)話(huà)框的大小,所有按鈕是否對(duì)齊,字符串字體大小,出錯(cuò)信息內(nèi)容和字體大小,工具欄位置/圖標(biāo)等等。 冒煙測(cè)試 冒煙測(cè)試,英文是Smoke testing。 冒煙測(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è)試 隨機(jī)測(cè)試,英文是Ad hoc testing。 隨機(jī)測(cè)試沒(méi)有書(shū)面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測(cè)試。主要是根據(jù)測(cè)試者的經(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è)試 (Regressive testing)一起進(jìn)行。 本地化測(cè)試 本地化測(cè)試,英文是Localization testing。 本地化就是將軟件版本語(yǔ)言進(jìn)行更改,比如將英文的windows改成中文的windows就是本地化。本地化測(cè)試的對(duì)象是軟件的本地化版本。本地化測(cè)試的目的是測(cè)試特定目標(biāo)區(qū)域設(shè)置的軟件本地化質(zhì)量。本地化測(cè)試的環(huán)境是在本地化的操作系統(tǒng)上安裝本地化的軟件。從測(cè)試方法上可以分為基本功能測(cè)試,安裝/卸載測(cè)試,當(dāng)?shù)貐^(qū)域的軟硬件兼容性測(cè)試。測(cè)試的內(nèi)容主要包括軟件本地化后的界面布局和軟件翻譯的語(yǔ)言質(zhì)量,包含軟件、文檔和聯(lián)機(jī)幫助等部分。 本地化能力測(cè)試 本地化能力測(cè)試,英文是Localizability testing。 本地化能力測(cè)試是指不需要重新設(shè)計(jì)或修改代碼,將程序的用戶(hù)界面翻譯成任何目標(biāo)語(yǔ)言的能力。為了降低本地化能力測(cè)試的成本,提高測(cè)試效率,本地化能力側(cè)是通常在軟件的偽本地化版本上進(jìn)行。 本地化能力測(cè)試中發(fā)現(xiàn)的典型錯(cuò)誤包括:字符的硬編碼(即軟件中需要本地化的字符寫(xiě)在了代碼內(nèi)部),對(duì)需要本地化的字符長(zhǎng)度設(shè)置了國(guó)定值,在軟件運(yùn)行時(shí)以控件位置定位,圖標(biāo)和位圖中包含了需要本地化的文本,軟件的用戶(hù)界面與文檔術(shù)語(yǔ)不一致等。 國(guó)際化測(cè)試 國(guó)際化測(cè)試,英文是International testing。又稱(chēng)國(guó)際化支持測(cè)試。 國(guó)際化測(cè)試的目的是測(cè)試軟件的國(guó)際化支持能力,發(fā)現(xiàn)軟件的國(guó)際化的潛在問(wèn)題,保證軟件在世界不同區(qū)域都能正常運(yùn)行。國(guó)際化測(cè)試使用每種可能的國(guó)際輸入類(lèi)型,針對(duì)任何區(qū)域性或區(qū)域設(shè)置檢查產(chǎn)品的功能是否正常,軟件國(guó)際化測(cè)試的重點(diǎn)在于執(zhí)行國(guó)際字符串的輸入/輸出功能。國(guó)際化測(cè)試數(shù)據(jù)必須包含東亞語(yǔ)言、德語(yǔ)、復(fù)雜腳本字符和英語(yǔ)(可選)的混合字符。 國(guó)際化支持測(cè)試是指驗(yàn)證軟件程序在不同國(guó)家或區(qū)域的平臺(tái)上也能夠如預(yù)期的那樣運(yùn)行,而且還可以按照原設(shè)計(jì)尊重和支持使用當(dāng)?shù)爻S玫娜掌?,字體,文字表示,特殊格式等等。比如,用英文版的 Windows XP 和 Microsoft Word 能否展示阿拉伯字符串?用阿拉伯版的 Windows XP 和 阿拉伯版的Microsoft Word 能否展示阿拉伯字符串?又比如,日文版的Microsoft Excel對(duì)話(huà)框是否顯示正確翻譯的日語(yǔ)?一旦來(lái)說(shuō)執(zhí)行國(guó)際化支持測(cè)試的測(cè)試人員往往需要基本上了解這些國(guó)家或地區(qū)的語(yǔ)言要求和期望行為是什么。 安裝測(cè)試 安裝測(cè)試,英文是Installing testing。 安裝測(cè)試是確保軟件在正常情況和異常情況下,例如,進(jìn)行首次安裝、升級(jí)、完整的或自定義的安裝都能進(jìn)行安裝的測(cè)試。異常情況包括磁盤(pán)空間不足、缺少目錄創(chuàng)建權(quán)限等場(chǎng)景。核實(shí)軟件在安裝后可立即正常運(yùn)行。安裝測(cè)試包括測(cè)試安裝代碼以及安裝手冊(cè)。安裝手冊(cè)提供如何進(jìn)行安裝,安裝代碼提供安裝一些程序能夠運(yùn)行的基礎(chǔ)數(shù)據(jù)。 白盒測(cè)試-結(jié)構(gòu)測(cè)試-邏輯驅(qū)動(dòng)測(cè)試 白盒測(cè)試,英文是White Box Testing。又稱(chēng)結(jié)構(gòu)測(cè)試或者邏輯驅(qū)動(dòng)測(cè)試。 白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子。利用白盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí),需要測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過(guò)程,不需測(cè)試軟件產(chǎn)品的功能。 白盒測(cè)試法的覆蓋標(biāo)準(zhǔn)有邏輯覆蓋、循環(huán)覆蓋和基本路徑測(cè)試。其中邏輯覆蓋包括語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。 白盒測(cè)試是知道產(chǎn)品內(nèi)部工作過(guò)程,可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行,按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序,檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作,而不顧它的功能,白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等,主要用于軟件驗(yàn)證。 白盒測(cè)試常用工具有:Jtest、VcSmith、Jcontract、C++ Test、CodeWizard、logiscope。 黑盒測(cè)試-功能測(cè)試-數(shù)據(jù)驅(qū)動(dòng)測(cè)試 黑盒測(cè)試,英文是Black Box Testing。又稱(chēng)功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試。 黑盒測(cè)試是根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試,這類(lèi)測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理,因此軟件對(duì)用戶(hù)來(lái)說(shuō)就像一個(gè)黑盒子。 軟件測(cè)試人員以用戶(hù)的角度,通過(guò)各種輸入和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟件存在的缺陷,而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。 黑盒測(cè)試常用工具有:AutoRunner、winrunner、loadrunner。 自動(dòng)化測(cè)試 自動(dòng)化測(cè)試,英文是Automated Testing。 使用自動(dòng)化測(cè)試工具來(lái)進(jìn)行測(cè)試,這類(lèi)測(cè)試一般不需要人干預(yù),通常在GUI、性能等測(cè)試和功能測(cè)試中用得較多。通過(guò)錄制測(cè)試腳本,然后執(zhí)行這個(gè)測(cè)試腳本來(lái)實(shí)現(xiàn)測(cè)試過(guò)程的自動(dòng)化。國(guó)內(nèi)領(lǐng)先的自動(dòng)化測(cè)試服務(wù)提供商是澤眾軟件。自動(dòng)化測(cè)試工具有AutoRunner和TAR等。 回歸測(cè)試 回歸測(cè)試,英文是Regression testing。 回歸測(cè)試是指在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性。理論上,軟件產(chǎn)生新版本,都需要進(jìn)行回歸測(cè)試,驗(yàn)證以前發(fā)現(xiàn)和修復(fù)的錯(cuò)誤是否在新軟件版本上再次出現(xiàn)。 根據(jù)修復(fù)好了的缺陷再重新進(jìn)行測(cè)試?;貧w測(cè)試的目的在于驗(yàn)證以前出現(xiàn)過(guò)但已經(jīng)修復(fù)好的缺陷不再重新出現(xiàn)。一般指對(duì)某已知修正的缺陷再次圍繞它原來(lái)出現(xiàn)時(shí)的步驟重新測(cè)試。通常確定所需的再測(cè)試的范圍時(shí)是比較困難的,特別當(dāng)臨近產(chǎn)品發(fā)布日期時(shí)。因?yàn)闉榱诵拚橙毕輹r(shí)必需更改源代碼,因而就有可能影響這部分源代碼所控制的功能。所以在驗(yàn)證修好的缺陷時(shí)不僅要服從缺陷原來(lái)出現(xiàn)時(shí)的步驟重新測(cè)試,而且還要測(cè)試有可能受影響的所有功能。因此應(yīng)當(dāng)鼓勵(lì)對(duì)所有回歸測(cè)試用例進(jìn)行自動(dòng)化測(cè)試。 驗(yàn)收測(cè)試 驗(yàn)收測(cè)試,英文是Acceptance testing。 驗(yàn)收測(cè)試是指系統(tǒng)開(kāi)發(fā)生命周期方法論的一個(gè)階段,這時(shí)相關(guān)的用戶(hù)或獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶(hù)決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿(mǎn)足合同或用戶(hù)所規(guī)定需求的測(cè)試。 驗(yàn)收測(cè)試一般有三種策略:正式驗(yàn)收、非正式驗(yàn)收活A(yù)lpha 測(cè)試、Beta 測(cè)試。 動(dòng)態(tài)測(cè)試 動(dòng)態(tài)測(cè)試,英文是Moment Testing。 動(dòng)態(tài)測(cè)試是指通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。 根據(jù)動(dòng)態(tài)測(cè)試在軟件開(kāi)發(fā)過(guò)程中所處的階段和作用,動(dòng)態(tài)測(cè)試可分為如下幾個(gè)步驟: 1、單元測(cè)試 2、集成測(cè)試 3、系統(tǒng)測(cè)試 4、驗(yàn)收測(cè)試 5、回歸測(cè)試 探索測(cè)試 探索測(cè)試,英文是Exploratory Testing。 探索測(cè)試是指通常用于沒(méi)有產(chǎn)品說(shuō)明書(shū)的測(cè)試,這需要把軟件當(dāng)作產(chǎn)品說(shuō)明書(shū)來(lái)看待,分步驟逐項(xiàng)探索軟件特性,記錄軟件執(zhí)行情況,詳細(xì)描述功能,綜合利用靜態(tài)和動(dòng)態(tài)技術(shù)來(lái)進(jìn)行測(cè)試。探索測(cè)試人員只靠智能、洞察力和經(jīng)驗(yàn)來(lái)對(duì)bug的位置進(jìn)行判斷,所以探索測(cè)試又被稱(chēng)為自由形式測(cè)試。 單元測(cè)試 單元測(cè)試,英文是Unit Testing。 單元測(cè)試是最微小規(guī)模的測(cè)試;以測(cè)試某個(gè)功能或代碼塊。典型地由程序員而非測(cè)試員來(lái)做,因?yàn)樗枰纼?nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)。這個(gè)工作不容易做好,除非應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu); 還可能需要開(kāi)發(fā)測(cè)試驅(qū)動(dòng)器模塊或測(cè)試套具。 集成測(cè)試 集成測(cè)試,英文是Integration Testing。 集成測(cè)試是指一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測(cè)試,以決定他們能否在一起共同工作并沒(méi)有沖突。部件可以是代碼塊、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶(hù)端或服務(wù)器端程序。這種類(lèi)型的測(cè)試尤其與客戶(hù)服務(wù)器和分布式系統(tǒng)有關(guān)。一般集成測(cè)試以前,單元測(cè)試需要完成。 集成測(cè)試是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單的形式是:兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件,并且測(cè)試它們之間的接口。從這一層意義上講,組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中,許多單元組合成組件,而這些組件又聚合成程序的更大部分。方法是測(cè)試片段的組合,并最終擴(kuò)展進(jìn)程,將您的模塊與其他組的模塊一起測(cè)試。最后,將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。此外,如果程序由多個(gè)進(jìn)程組成,應(yīng)該成對(duì)測(cè)試它們,而不是同時(shí)測(cè)試所有進(jìn)程。 集成測(cè)試識(shí)別組合單元時(shí)出現(xiàn)的問(wèn)題。通過(guò)使用要求在組合單元前測(cè)試每個(gè)單元,并確保每個(gè)單元的生存能力的測(cè)試計(jì)劃,可以知道在組合單元時(shí)所發(fā)現(xiàn)的任何錯(cuò)誤很可能與單元之間的接口有關(guān)。這種方法將可能發(fā)生的情況數(shù)量減少到更簡(jiǎn)單的分析級(jí)別 系統(tǒng)測(cè)試 系統(tǒng)測(cè)試,英文是System Testing。 系統(tǒng)測(cè)試是基于系統(tǒng)整體需求說(shuō)明書(shū)的黑盒類(lèi)測(cè)試,應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試,目的是驗(yàn)證系統(tǒng)是否滿(mǎn)足了需求規(guī)格的定義,找出與需求規(guī)格不相符合或與之矛盾的地方。 系統(tǒng)測(cè)試的對(duì)象不僅僅包括需要測(cè)試的產(chǎn)品系統(tǒng)的軟件,還要包含軟件所依賴(lài)的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此,必須將系統(tǒng)中的軟件與各種依賴(lài)的資源結(jié)合起來(lái),在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來(lái)進(jìn)行測(cè)試。 端到端測(cè)試 端到端測(cè)試,英文是End to End Testing。 端到端測(cè)試類(lèi)似于系統(tǒng)測(cè)試,測(cè)試級(jí)的“宏大”的端點(diǎn),涉及整個(gè)應(yīng)用系統(tǒng)環(huán)境在一個(gè)現(xiàn)實(shí)世界使用時(shí)的模擬情形的所有測(cè)試。例如與數(shù)據(jù)庫(kù)對(duì)話(huà),用網(wǎng)絡(luò)通訊,或與外部硬件、應(yīng)用系統(tǒng)或適當(dāng)?shù)南到y(tǒng)對(duì)話(huà)。端到端架構(gòu)測(cè)試包含所有訪問(wèn)點(diǎn)的功能測(cè)試及性能測(cè)試。端到端架構(gòu)測(cè)試實(shí)質(zhì)上是一種"灰盒"測(cè)試,一種集合了白盒測(cè)試和黑盒測(cè)試的優(yōu)點(diǎn)的測(cè)試方法。 健全測(cè)試 健全測(cè)試,英文是Sanity testing。 健全測(cè)試是指一個(gè)初始化的測(cè)試工作,以決定一個(gè)新的軟件版本測(cè)試是否足以執(zhí)行下一步大的測(cè)試努力。例如,如果一個(gè)新版軟件每5分鐘與系統(tǒng)沖突,使系統(tǒng)陷于泥潭,說(shuō)明該軟件不夠“健全”,目前不具備進(jìn)一步測(cè)試的條件。 衰竭測(cè)試 衰竭測(cè)試,英文是Failure Testing。 衰竭測(cè)試是指軟件或環(huán)境的修復(fù)或更正后的“再測(cè)試”??赡芎茈y確定需要多少遍再次測(cè)試。尤其在接近開(kāi)發(fā)周期結(jié)束時(shí)。自動(dòng)測(cè)試工具對(duì)這類(lèi)測(cè)試尤其有用。 接受測(cè)試 接受測(cè)試,英文是Accept Testing。 接受測(cè)試是基于客戶(hù)或最終用戶(hù)的規(guī)格書(shū)的最終測(cè)試,或基于用戶(hù)一段時(shí)間的使用后,看軟件是否滿(mǎn)足客戶(hù)要求。一般從功能、用戶(hù)界面、性能、業(yè)務(wù)關(guān)聯(lián)性進(jìn)行測(cè)試。 負(fù)載測(cè)試 負(fù)載測(cè)試,英文是Load testing。 負(fù)載測(cè)試是測(cè)試一個(gè)應(yīng)用在重負(fù)荷下的表現(xiàn)。例如測(cè)試一個(gè) Web 站點(diǎn)在大量的負(fù)荷下,何時(shí)系統(tǒng)的響應(yīng)會(huì)退化或失敗,以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中,將使測(cè)試對(duì)象承擔(dān)不同的工作量,以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為,以及持續(xù)正常運(yùn)行的能力。 負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外,負(fù)載測(cè)試還要評(píng)估性能特征,例如,響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。 強(qiáng)迫測(cè)試 強(qiáng)迫測(cè)試,英文是Force Testing。 強(qiáng)迫測(cè)試是在交替進(jìn)行負(fù)荷和性能測(cè)試時(shí)常用的術(shù)語(yǔ)。也用于描述象在異乎尋常的重載下的系統(tǒng)功能測(cè)試之類(lèi)的測(cè)試,如某個(gè)動(dòng)作或輸入大量的重復(fù),大量數(shù)據(jù)的輸入,對(duì)一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)大量的復(fù)雜查詢(xún)等。 壓力測(cè)試 壓力測(cè)試,英文是Stress Testing。和負(fù)載測(cè)試差不多。 壓力測(cè)試是一種基本的質(zhì)量保證行為,它是每個(gè)重要軟件測(cè)試工作的一部分。壓力測(cè)試的基本思路很簡(jiǎn)單:不是在常規(guī)條件下運(yùn)行手動(dòng)或自動(dòng)測(cè)試,而是在計(jì)算機(jī)數(shù)量較少或系統(tǒng)資源匱乏的條件下運(yùn)行測(cè)試。通常要進(jìn)行壓力測(cè)試的資源包括內(nèi)部?jī)?nèi)存、CPU 可用性、磁盤(pán)空間和網(wǎng)絡(luò)帶寬等。一般用并發(fā)來(lái)做壓力測(cè)試。 性能測(cè)試 性能測(cè)試,英文是Performance Testing。 性能測(cè)試是在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語(yǔ)。理想的“性能測(cè)試”(和其他類(lèi)型的測(cè)試)應(yīng)在需求文檔或質(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ì)流失(memory leak)。比如,驗(yàn)證程序保存一個(gè)巨大的文件新版本不比舊版本慢。 可用性測(cè)試 可用性測(cè)試,英文是Practical Usability Testing。 可用性測(cè)試是對(duì)“用戶(hù)友好性”的測(cè)試。顯然這是主觀的,且將取決于目標(biāo)最終用戶(hù)或客戶(hù)。用戶(hù)面談、調(diào)查、用戶(hù)對(duì)話(huà)的錄象和其他一些技術(shù)都可使用。程序員和測(cè)試員通常都不宜作可用性測(cè)試員。 卸載測(cè)試 卸載測(cè)試,英文是Uninstall Testing。 卸載測(cè)試是對(duì)軟件的全部、部分或升級(jí)卸載處理過(guò)程的測(cè)試。主要是測(cè)試軟件能否卸載,卸載是否干凈,對(duì)系統(tǒng)有無(wú)更改,在系統(tǒng)中的殘留與后來(lái)的生成文件如何處理等。還有原來(lái)更改的系統(tǒng)值是否修改回去 恢復(fù)測(cè)試 恢復(fù)測(cè)試,英文是Recovery testing。 恢復(fù)測(cè)試是測(cè)試一個(gè)系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù),如遇到系統(tǒng)崩潰、硬件損壞或其他災(zāi)難性問(wèn)題?;謴?fù)測(cè)試指通過(guò)人為的讓軟件(或者硬件)出現(xiàn)故障來(lái)檢測(cè)系統(tǒng)是否能正確的恢復(fù),通常關(guān)注恢復(fù)所需的時(shí)間以及恢復(fù)的程度。 恢復(fù)測(cè)試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí),能否在指定時(shí)間間隔內(nèi)修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)?;謴?fù)測(cè)試首先要采用各種辦法強(qiáng)迫系統(tǒng)失敗,然后驗(yàn)證系統(tǒng)是否能盡快恢復(fù)。對(duì)于自動(dòng)恢復(fù)需驗(yàn)證重新初始化(reinitialization)、檢查點(diǎn)(checkpointing mechanisms)、數(shù)據(jù)恢復(fù)(data recovery)和重新啟動(dòng) (restart)等機(jī)制的正確性;對(duì)于人工干預(yù)的恢復(fù)系統(tǒng),還需估測(cè)平均修復(fù)時(shí)間,確定其是否在可接受的范圍內(nèi)。 安全測(cè)試 安全測(cè)試,英文是Security Testing。 安全測(cè)試是測(cè)試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶(hù)的訪問(wèn)或故意破壞等情況時(shí)怎么樣。這可能需要復(fù)雜的測(cè)試技術(shù)。安全測(cè)試檢查系統(tǒng)對(duì)非法侵入的防范能力。安全測(cè)試期間,測(cè)試人員假扮非法入侵者,采用各種辦法試圖突破防線。例如: ①想方設(shè)法截取或破譯口令; ②專(zhuān)門(mén)定做軟件破壞系統(tǒng)的保護(hù)機(jī)制; ③故意導(dǎo)致系統(tǒng)失敗,企圖趁恢復(fù)之機(jī)非法進(jìn)入; ④試圖通過(guò)瀏覽非保密數(shù)據(jù),推導(dǎo)所需信息,等等。理論上講,只要有足夠的時(shí)間和資源,沒(méi)有不可進(jìn)入的系統(tǒng)。因此系統(tǒng)安全設(shè)計(jì)的準(zhǔn)則是,使非法侵入的代價(jià)超過(guò)被保護(hù)信息的價(jià)值。此時(shí)非法侵入者已無(wú)利可圖。 兼容性測(cè)試 兼容測(cè)試,英文是Compatibility Testing。 兼容測(cè)試是測(cè)試軟件在一個(gè)特定的硬件/軟件/操作系統(tǒng)/網(wǎng)絡(luò)等環(huán)境下的性能如何。向上兼容向下兼容,軟件兼容硬件兼容。軟件的兼容性有很多需要考慮的地方。 比較測(cè)試 比較測(cè)試,英文是Compare Testing。 比較測(cè)試是指與競(jìng)爭(zhēng)伙伴的產(chǎn)品的比較測(cè)試,如軟件的弱點(diǎn)、優(yōu)點(diǎn)或?qū)嵙?。?lái)取長(zhǎng)補(bǔ)短,以增強(qiáng)產(chǎn)品的競(jìng)爭(zhēng)力。 可接受性測(cè)試 可接受性測(cè)試,英文是Acceptability Testing。 可接受性測(cè)試是在把測(cè)試的版本交付測(cè)試部門(mén)大范圍測(cè)試以前進(jìn)行的對(duì)最基本功能的簡(jiǎn)單測(cè)試。因?yàn)樵诎褱y(cè)試的版本交付測(cè)試部門(mén)大范圍測(cè)試以前應(yīng)該先驗(yàn)證該版本對(duì)于所測(cè)試的功能基本上比較穩(wěn)定。必須滿(mǎn)足一些最低要求。比如不會(huì)很容易程序就掛起或崩潰。如果一個(gè)新版本沒(méi)通過(guò)可測(cè)試性的驗(yàn)證,就應(yīng)該阻攔測(cè)試部門(mén)花時(shí)間在該測(cè)試版本上測(cè)試。同時(shí)還要找到造成該版本不穩(wěn)定的主要缺陷并督促盡快加以修正 邊界條件測(cè)試 邊界條件測(cè)試,英文是Boudary Testing。又稱(chēng)邊界值測(cè)試。 一種黑盒測(cè)試方法,適度等價(jià)類(lèi)分析方法的一種補(bǔ)充,由長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)得知,大量的錯(cuò)誤是發(fā)生在輸入或輸出的邊界上。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤。 邊界條件測(cè)試是環(huán)繞邊界值的測(cè)試。通常意味著測(cè)試軟件各功能是否能正確處理最大值,最小值或者所設(shè)計(jì)軟件能夠處理的最長(zhǎng)的字符串等等。 強(qiáng)力測(cè)試 強(qiáng)力測(cè)試,英文是Mightiness Testing。 強(qiáng)力測(cè)試通常驗(yàn)證軟件的性能在各種極端的環(huán)境和系統(tǒng)條件下是否還能正常工作。或者說(shuō)是驗(yàn)證軟件的性能在各種極端環(huán)境和系統(tǒng)條件下的承受能力。比如,在最低的硬盤(pán)驅(qū)動(dòng)器空間或系統(tǒng)記憶容量條件下,驗(yàn)證程序重復(fù)執(zhí)行打開(kāi)和保存一個(gè)巨大的文件1000次后也不會(huì)崩潰或死機(jī)。 裝配/安裝/配置測(cè)試 裝配/安裝/配置測(cè)試是驗(yàn)證軟件程序在不同廠家的硬件上,所支持的不同語(yǔ)言的新舊版本平臺(tái)上,和不同方式安裝的軟件都能夠如預(yù)期的那樣正確運(yùn)行。比如,把英文版的 Microsoft Office 2003安裝在韓文版 的Windows Me 上,再驗(yàn)證所有功能都正常運(yùn)行。 靜態(tài)測(cè)試 靜態(tài)測(cè)試,英文是Static Testing。 靜態(tài)測(cè)試指測(cè)試不運(yùn)行的部分,例如測(cè)試產(chǎn)品說(shuō)明書(shū),對(duì)此進(jìn)行檢查和審閱.。靜態(tài)方法是指不運(yùn)行被測(cè)程序本身,僅通過(guò)分析或檢查源程序的文法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性。靜態(tài)方法通過(guò)程序靜態(tài)特性的分析,找出欠缺和可疑之處,例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過(guò)的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò),并為測(cè)試用例選取提供指導(dǎo)。 靜態(tài)測(cè)試常用工具有:Logiscope、PRQA; 隱藏?cái)?shù)據(jù)測(cè)試 隱藏?cái)?shù)據(jù)測(cè)試在軟件驗(yàn)收和確認(rèn)階段是十分必要和重要的一部分。程序的質(zhì)量不僅僅通過(guò)用戶(hù)界面的可視化數(shù)據(jù)來(lái)驗(yàn)證,而且必須包括遍歷系統(tǒng)的所有數(shù)據(jù)。 假設(shè)一個(gè)應(yīng)用程序要求用戶(hù)兩條信息-----用戶(hù)名和密碼來(lái)創(chuàng)建帳戶(hù)。這個(gè)用戶(hù)輸入這兩條數(shù)據(jù)后保存。最后,一個(gè)確認(rèn)窗口將通過(guò)數(shù)據(jù)庫(kù)中找到這條數(shù)據(jù)來(lái)顯示用戶(hù)名和密碼給用戶(hù)。為了驗(yàn)證所有的數(shù)據(jù)保存是否正確,一個(gè)QA測(cè)試人員會(huì)在這個(gè)確認(rèn)窗口簡(jiǎn)單的查看下用戶(hù)名和密碼。如果他們成功了?假設(shè)數(shù)據(jù)庫(kù)記錄了第三條信息----創(chuàng)建日期,它可能不會(huì)出現(xiàn)在確認(rèn)窗口,而只在存檔中才出現(xiàn)。如果創(chuàng)建日期保留的不正確,而QA測(cè)試人員只驗(yàn)證屏幕上的數(shù)據(jù),那么這個(gè)問(wèn)題就不可能被發(fā)現(xiàn)。創(chuàng)建日期可能就是一個(gè)bug,由于一個(gè)用戶(hù)帳戶(hù)保存了一個(gè)錯(cuò)誤的日期到數(shù)據(jù)庫(kù)中,這個(gè)問(wèn)題也不可能會(huì)被引起注意,因?yàn)樗挥脩?hù)界面所隱藏。這只是一個(gè)簡(jiǎn)單的例子,但是它卻演化出了一點(diǎn):隱藏?cái)?shù)據(jù)測(cè)試的重要性。 等價(jià)劃分測(cè)試 等價(jià)劃分測(cè)試的英文是equivalence partition testing。 等價(jià)劃分測(cè)試是根據(jù)等價(jià)類(lèi)設(shè)計(jì)測(cè)試用例的一種技術(shù)。是黑盒測(cè)試的典型方法之一,通過(guò)把被測(cè)試程序所有可能的輸入數(shù)據(jù)域劃分成若干部分。從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例,可有效減少測(cè)試次數(shù),極大提高軟件測(cè)試效率,縮短軟件開(kāi)發(fā)周期.等價(jià)類(lèi)劃分測(cè)試的目的就是為了在有限的測(cè)試資源的情況下,用少量有代表性的數(shù)據(jù)得到比較好的測(cè)試效果。有效等價(jià)類(lèi)盒無(wú)效等價(jià)類(lèi)。有效等價(jià)類(lèi)中的數(shù)據(jù)代表的是一組符合需求文檔的正確的有意義數(shù)據(jù)。無(wú)效等價(jià)類(lèi)則正相反。 判定表 判定表的英文是decision table,是指一個(gè)表格,用于顯示條件和條件導(dǎo)致動(dòng)作的集合。 定義:判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具。 判定表的優(yōu)點(diǎn):能夠?qū)?fù)雜的問(wèn)題按照各種可能的情況全部列舉出來(lái),簡(jiǎn)明并避免遺漏。因此,利用判定表能夠設(shè)計(jì)出完整的測(cè)試用例集合。 在一些數(shù)據(jù)處理問(wèn)題當(dāng)中,某些操作的實(shí)施依賴(lài)于多個(gè)邏輯條件的組合,即:針對(duì)不同邏輯條件的組合值,分別執(zhí)行不同的操作。判定表很適合于處理這類(lèi)問(wèn)題 深度測(cè)試 深度測(cè)試的英文Depth test ,是指執(zhí)行一個(gè)產(chǎn)品的一個(gè)特性的所有細(xì)節(jié),但不測(cè)試所有特性。 當(dāng)比較函數(shù)返回真的時(shí)候才顯示出效果來(lái)。必須啟用“#深度測(cè)試”,才能執(zhí)行測(cè)試。不使用的時(shí)候需要關(guān)閉。 基于設(shè)計(jì)的測(cè)試 基于設(shè)計(jì)的測(cè)試的英文是design-based testing,是根據(jù)軟件的構(gòu)架或詳細(xì)設(shè)計(jì)引出測(cè)試用例的一種方法。 一種基于設(shè)計(jì)模型的測(cè)試方法(Model Based TestIng System,MATIS).該方法利用用戶(hù)界面自動(dòng)生成方法,把設(shè)計(jì)模型中的類(lèi)屬性定義和實(shí)現(xiàn)中的控件屬性組織在一起,構(gòu)建描述界面的邏輯對(duì)照表,輔助測(cè)試腳本引擎執(zhí)行自動(dòng)測(cè)試腳本.借助設(shè)計(jì)模型中擴(kuò)展的類(lèi)定義,MATIS方法可以自動(dòng)生成測(cè)試用例和測(cè)試數(shù)據(jù)。 文檔測(cè)試 文檔測(cè)試的英文是documentation testing,測(cè)試關(guān)注于文檔的正確性。 文檔測(cè)試有三大類(lèi)分別是開(kāi)發(fā)文件、用戶(hù)文件、管理文件。 1. 開(kāi)發(fā)文件:可行性研究報(bào)告、軟件需求說(shuō)明書(shū)、數(shù)據(jù)要求說(shuō)明書(shū)、概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)、模塊開(kāi)發(fā)卷宗。 2.用戶(hù)文件:用戶(hù)手冊(cè)、操作手冊(cè)。 3.管理文件:項(xiàng)目開(kāi)發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試分析報(bào)告、開(kāi)發(fā)進(jìn)度月報(bào)、項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告。 軟件測(cè)試中的文檔測(cè)試主要是對(duì)相關(guān)的設(shè)計(jì)報(bào)告和用戶(hù)使用說(shuō)明進(jìn)行測(cè)試,對(duì)于設(shè)計(jì)報(bào)告主要是測(cè)試程序與設(shè)計(jì)報(bào)告中的設(shè)計(jì)思想是否一致;對(duì)于用戶(hù)使用說(shuō)明進(jìn)行測(cè)試時(shí),主要是測(cè)試用戶(hù)使用說(shuō)明書(shū)中對(duì)程序操作方法的描述是否正確,重點(diǎn)是用戶(hù)使用說(shuō)明中提到的操作例子要進(jìn)行測(cè)試,保證采用的例子能夠在程序中正確完成操作。 域測(cè)試 域測(cè)試的英文是domain testing,定義參考等價(jià)劃分測(cè)試(equivalence partition testing); 一般分為單域測(cè)試和多域測(cè)試,其中單域測(cè)試包括設(shè)備測(cè)試和業(yè)務(wù)測(cè)試,設(shè)備測(cè)試包括測(cè)試某個(gè)系統(tǒng)的軟交換設(shè)備、中繼媒體網(wǎng)關(guān)設(shè)備、信令網(wǎng)關(guān)設(shè)備、接入媒體網(wǎng)關(guān)和IAD等設(shè)備。 等價(jià)類(lèi)劃分有兩種不同的情況:有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。設(shè)計(jì)時(shí)要同時(shí)考慮這兩種等價(jià)類(lèi),因?yàn)檐浖粌H要能接收合理的數(shù)據(jù),也要能經(jīng)受意外的考驗(yàn)。 一有效等價(jià)類(lèi):是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價(jià)類(lèi)可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說(shuō)明中所規(guī)定的功能和性能。 二無(wú)效等價(jià)類(lèi):與有效等價(jià)類(lèi)的定義恰巧相反。
二、軟件測(cè)試的基本方法和流程
軟件測(cè)試工作流程:
1、需求分析、需求評(píng)審
需求分析和評(píng)審就是分析客戶(hù)的需求可不可行,需要怎么進(jìn)行測(cè)試。
2、編寫(xiě)測(cè)試計(jì)劃
編寫(xiě)測(cè)試計(jì)劃通俗一點(diǎn)講就是什么人在什么時(shí)間做什么事,最后產(chǎn)出什么東西。那也就是測(cè)試人員要測(cè)試哪些模塊、在什么期限內(nèi),提交哪些文檔。
3、編寫(xiě)測(cè)試用例、用例評(píng)審
測(cè)試用例就是指導(dǎo)測(cè)試的文檔,比如我們要測(cè)試商城登錄、買(mǎi)東西等功能,通過(guò)測(cè)試方法和策略設(shè)計(jì)測(cè)試用例。
評(píng)審就是評(píng)價(jià)審查,不能想當(dāng)然該怎么測(cè)。不能只是輸入正確的用戶(hù)名和密碼,能登錄進(jìn)去就完事了。作為軟測(cè)工程師需要有破壞性,比如密碼輸錯(cuò)時(shí)怎么辦?會(huì)不會(huì)有相應(yīng)的報(bào)錯(cuò)等等?
4、執(zhí)行測(cè)試、提交bug、回歸測(cè)試
Bug就是缺陷,發(fā)現(xiàn)bug之后,要提交給開(kāi)發(fā)人員讓他們?nèi)バ薷?,然后進(jìn)行回歸測(cè)試,驗(yàn)證開(kāi)發(fā)人員有沒(méi)有改好。
5、編寫(xiě)測(cè)試總結(jié)報(bào)告
Bug都改好了之后,要編寫(xiě)測(cè)試總結(jié)報(bào)告,這款軟件的質(zhì)量如何。
制定測(cè)試計(jì)劃;
然后根據(jù)測(cè)試計(jì)劃做:
設(shè)計(jì)測(cè)試用例、實(shí)施測(cè)試(首先要搭建測(cè)試用環(huán)境)、管理測(cè)試時(shí)發(fā)現(xiàn)的BUG、測(cè)試完后(測(cè)試完,并且發(fā)現(xiàn)的BUG修正完)要做測(cè)試報(bào)告(這樣,該測(cè)試過(guò)程就算結(jié)束了,每種類(lèi)型(單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)證測(cè)試)的測(cè)試都是如此);
根據(jù)項(xiàng)目規(guī)模大小不同,不同公司規(guī)范不同,會(huì)有較大差別的;
三、軟件測(cè)試方法的分類(lèi)有哪些
1)按照測(cè)試技術(shù)劃分
黑盒測(cè)試:功能測(cè)試,必須
白盒測(cè)試:邏輯結(jié)構(gòu)測(cè)試,代碼的邏輯、算法、結(jié)構(gòu)是否正確,要求必須懂得代碼,需要編寫(xiě)測(cè)試用例,可選
灰盒測(cè)試:介于中間
注意:在單元測(cè)試時(shí),白盒應(yīng)用相對(duì)較多,在集成測(cè)試時(shí),灰盒測(cè)試應(yīng)用相對(duì)較多,在系統(tǒng)、驗(yàn)收測(cè)試時(shí)一般就不會(huì)使用白盒測(cè)試和灰盒測(cè)試了。
2)按是否需要運(yùn)行代碼劃分
靜態(tài)測(cè)試:界面測(cè)試,文檔測(cè)試,代碼測(cè)試【重點(diǎn)關(guān)注代碼的規(guī)范性,一般檢查變量的命名,注釋的頻率,編程的規(guī)范性,不需要寫(xiě)測(cè)試用例,一般只需要有代碼審查單】
注意:一般經(jīng)常把白盒測(cè)試和靜態(tài)測(cè)試的要素結(jié)合在一起,形成靜態(tài)白盒測(cè)試
動(dòng)態(tài)測(cè)試:運(yùn)行程序進(jìn)行檢查,檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符
3)按軟件特性分類(lèi)
功能測(cè)試
性能測(cè)試
四、功能測(cè)試需要掌握哪些知識(shí)和技能?
【軟件測(cè)試需要以下技能】:1。軟件測(cè)試的基礎(chǔ)知識(shí):編寫(xiě)測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、編寫(xiě)測(cè)試報(bào)告、編寫(xiě)B(tài)UG報(bào)告、跟蹤BUG修復(fù)、良好的溝通能力,以及各個(gè)測(cè)試階段使用的測(cè)試方法、單元測(cè)試、功能測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等等。2.各種測(cè)試工具的使用:我們會(huì)用到很多工具,比如QTP、LR、QC、TD、Bugfree、VSS、SVN等。為了提高測(cè)試工作的工作效率。雖然工具不是萬(wàn)能的,但是工具可以提高我們的工作效率,所以我們不能把工具當(dāng)成神,但是一定要熟練使用。3.操作系統(tǒng)相關(guān)知識(shí):Windows、linux和uinx必須會(huì)用,而且不僅僅是簡(jiǎn)單操作、一般服務(wù)管理、注冊(cè)表編輯和命令行操作,還會(huì)用。想象一下下一個(gè)甚至不能安裝和配置apache服務(wù)的人。誰(shuí)能想象你能做好基于apache環(huán)境的測(cè)試,不知道如何查看磁盤(pán)壓力和IO數(shù)據(jù)?Windows linux有自己的查看這些數(shù)據(jù)的工具,perfmon,top等等。明白我們都可以通過(guò)學(xué)習(xí)掌握,但只有行業(yè)知識(shí)只能通過(guò)工作經(jīng)驗(yàn)積累。不要說(shuō)讀幾本書(shū)就知道通信行業(yè)、醫(yī)療行業(yè)或者航空航天行業(yè)。你認(rèn)為你能從書(shū)上學(xué)到東西嗎?因?yàn)樾袠I(yè)知識(shí)的特殊性,建議朋友不要頻繁跳槽。積累經(jīng)驗(yàn)是需要時(shí)間的。9.有一定的審美觀:這個(gè)說(shuō)起來(lái)有點(diǎn)別扭。簡(jiǎn)單來(lái)說(shuō),無(wú)論是開(kāi)發(fā)活動(dòng)還是測(cè)試活動(dòng),最終目的都是將產(chǎn)品推向市場(chǎng),得到用戶(hù)的認(rèn)可。所以,如果產(chǎn)品在需求分析階段偏離了用戶(hù)的渠道,即使測(cè)試開(kāi)發(fā)做得再好,項(xiàng)目也會(huì)失敗。所以如果你有幸參與需求評(píng)審,請(qǐng)不要吝嗇你的評(píng)論。10.請(qǐng)時(shí)刻不要忘記學(xué)習(xí):這一點(diǎn)相信大家都能明白,所以沒(méi)必要寫(xiě)什么:這是唯一的一點(diǎn)“不學(xué)習(xí)就會(huì)落后”??偨Y(jié):如果你講了那么多需要掌握的技能或技術(shù),如果你沒(méi)有發(fā)現(xiàn)缺陷,在提高質(zhì)量的前提下投入工作的心態(tài),那么你做得再好別人也只是千千萬(wàn)萬(wàn)軟件測(cè)試從業(yè)者中的一員。測(cè)試活動(dòng)多用于發(fā)現(xiàn)缺陷,發(fā)現(xiàn)缺陷后的工作尤為重要:如何發(fā)現(xiàn)缺陷以提高質(zhì)量。
以上就是關(guān)于功能測(cè)試的基本方法相關(guān)問(wèn)題的回答。希望能幫到你,如有更多相關(guān)問(wèn)題,您也可以聯(lián)系我們的客服進(jìn)行咨詢(xún),客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。
推薦閱讀:
網(wǎng)絡(luò)社會(huì)營(yíng)銷(xiāo)的重要功能(網(wǎng)絡(luò)社會(huì)營(yíng)銷(xiāo)的重要功能是什么)
玄幻完結(jié)排行榜(玄幻完結(jié)排行榜前五十名)
猜你喜歡
廣告推廣代運(yùn)營(yíng)公司(廣告推廣代運(yùn)營(yíng)公司名稱(chēng))
想找套公司資質(zhì)百度開(kāi)戶(hù)(公司開(kāi)戶(hù)的資質(zhì)是什么)
波多黎各人類(lèi)發(fā)展指數(shù)(波多黎各人口增長(zhǎng)率)
企查查關(guān)鍵詞搜索技巧(企查查行業(yè)查詢(xún)關(guān)鍵詞)
年度關(guān)鍵詞書(shū)簽初中生(年度關(guān)鍵詞書(shū)簽初中生怎么寫(xiě))
構(gòu)建中小型企業(yè)網(wǎng)絡(luò)(構(gòu)建中小型企業(yè)網(wǎng)絡(luò)實(shí)訓(xùn)總結(jié))