軟件測(cè)試基礎(chǔ)知識(shí)大全必備

軟件測(cè)試基礎(chǔ)知識(shí)大全必備軟件測(cè)試基礎(chǔ)知識(shí)大全必備14/14軟件測(cè)試基礎(chǔ)知識(shí)大全必備軟件生命周期(SDLC)的六個(gè)階段1,問(wèn)題的定義及規(guī)劃

此階段是軟件開(kāi)發(fā)方及需求方共同探討，主要確定軟件的開(kāi)發(fā)目標(biāo)及其可行性。2,需求分析

在確定軟件開(kāi)發(fā)可行的狀況下，對(duì)軟件須要實(shí)現(xiàn)的各個(gè)功能進(jìn)行具體分析。需求分析階段是一個(gè)很重要的階段，這一階段做得好，將為整個(gè)軟件開(kāi)發(fā)項(xiàng)目的勝利打下良好的基礎(chǔ)。"唯一不變的是變化本身。"，同樣需求也是在整個(gè)軟件開(kāi)發(fā)過(guò)程中不斷變化和深化的，因此我們必需制定需求變更安排來(lái)應(yīng)付這種變化，以愛(ài)護(hù)整個(gè)項(xiàng)目的順當(dāng)進(jìn)行。3,軟件設(shè)計(jì)

此階段主要依據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和具體設(shè)計(jì)。好的軟件設(shè)計(jì)將為軟件程序編寫打下良好的基礎(chǔ)。4,程序編碼

此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范。以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。5,軟件測(cè)試

在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)覺(jué)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以訂正。整個(gè)測(cè)試過(guò)程分單元測(cè)試,組裝測(cè)試以及系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試兩種。在測(cè)試過(guò)程中須要建立具體的測(cè)試安排并嚴(yán)格依據(jù)測(cè)試安排進(jìn)行測(cè)試，以削減測(cè)試的隨意性。6,運(yùn)行維護(hù)

軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。在軟件開(kāi)發(fā)完成并投入運(yùn)用后，由于多方面的緣由，軟件不能接著適應(yīng)用戶的要求。要持續(xù)軟件的運(yùn)用壽命，就必需對(duì)軟件進(jìn)行維護(hù)。軟件的維護(hù)包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。2,軟件生命周期模型從概念提出的那一刻開(kāi)始，軟件產(chǎn)品就進(jìn)入了軟件生命周期。在經(jīng)驗(yàn)需求,分析,設(shè)計(jì),實(shí)現(xiàn),部署后，軟件將被運(yùn)用并進(jìn)入維護(hù)階段，直到最終由于缺少維護(hù)費(fèi)用而漸漸消亡。這樣的一個(gè)過(guò)程，稱為"生命周期模型"（LifeCycleModel）。典型的幾種生命周期模型包括瀑布模型,快速原型模型,迭代模型。瀑布模型的特點(diǎn)（文檔是主體），很多的問(wèn)題在最終才會(huì)暴露出來(lái)。迭代模型比瀑布模型問(wèn)題暴露的要早；快速原型法比瀑布模型直觀。3.軟件測(cè)試概念廣義概念：指軟件生存周期中全部的檢查,評(píng)審和確認(rèn)工作，其中包括了對(duì)分析,設(shè)計(jì)階段，以及完成開(kāi)發(fā)后維護(hù)階段的各類文檔,代碼的審查和確認(rèn)狹義概念：識(shí)別軟件缺陷的過(guò)程，即實(shí)際結(jié)果及預(yù)期結(jié)果的不一樣4.軟件測(cè)試目的測(cè)試的目的就是發(fā)覺(jué)軟件中的各種缺陷測(cè)試只能證明軟件存在缺陷，不能證明軟件不存在缺陷測(cè)試可以使軟件中缺陷降低到肯定程度，而不是徹底殲滅以較少的用例,時(shí)間和人力找出軟件中的各種錯(cuò)誤和缺陷，以確保軟件的質(zhì)量5．軟件測(cè)試原則Good-enough:一種權(quán)衡投入/產(chǎn)出比的原則保證測(cè)試的覆蓋程度，但窮舉測(cè)試是不可能的全部的測(cè)試都應(yīng)追溯到用戶需求越早測(cè)試越好，測(cè)試過(guò)程及開(kāi)發(fā)過(guò)程應(yīng)是相結(jié)合的測(cè)試的規(guī)模由小而大，從單元測(cè)試到系統(tǒng)測(cè)試為了盡可能地發(fā)覺(jué)錯(cuò)誤，應(yīng)當(dāng)由獨(dú)立的第三方來(lái)測(cè)試不能為了便于測(cè)試擅自修改程序既應(yīng)當(dāng)測(cè)試軟件該做什么也應(yīng)當(dāng)測(cè)試軟件不該做什么6．軟件測(cè)試的的重點(diǎn)測(cè)試用例的設(shè)計(jì)測(cè)試用例的設(shè)計(jì)是整個(gè)軟件測(cè)試工作的核心測(cè)試用例反映對(duì)被測(cè)對(duì)象的質(zhì)量要求，確定對(duì)測(cè)試對(duì)象的質(zhì)量評(píng)估測(cè)試工作的管理尤其是對(duì)包含多個(gè)子系統(tǒng)的大型軟件系統(tǒng)，其測(cè)試工作涉及大量人力和物力，有效的測(cè)試工作管理是保證有效測(cè)試工作的必要前提測(cè)試環(huán)境的建立測(cè)試環(huán)境應(yīng)當(dāng)及實(shí)際測(cè)試環(huán)境一樣7．黑盒測(cè)試什么是黑盒測(cè)試又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，是針對(duì)軟件的功能需求/實(shí)現(xiàn)進(jìn)行測(cè)試，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否符合需求，不考慮程序內(nèi)部的邏輯結(jié)構(gòu)黑盒測(cè)試方法功能劃分等價(jià)類劃分邊界值分析因果圖錯(cuò)誤推想等8．什么是白盒測(cè)試白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，必需知道軟件內(nèi)部工作過(guò)程，通過(guò)測(cè)試來(lái)檢測(cè)軟件內(nèi)部是否依據(jù)需求,設(shè)計(jì)正常運(yùn)行白盒測(cè)試的主要方法對(duì)應(yīng)于程序的一些主要結(jié)構(gòu)：語(yǔ)句,分支,邏輯路徑,變量；白盒測(cè)試的主要方法是：語(yǔ)句覆蓋方法分支覆蓋方法邏輯覆蓋方法什么是動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試須要在開(kāi)發(fā)/測(cè)試環(huán)境或?qū)嶋H運(yùn)行環(huán)境中運(yùn)行軟件，并運(yùn)用測(cè)試用例去查找軟件缺陷；動(dòng)態(tài)測(cè)試包括功能確認(rèn)及接口測(cè)試,覆蓋率分析,性能分析,內(nèi)存分析等10.什么是靜態(tài)測(cè)試靜態(tài)測(cè)試不實(shí)際運(yùn)行軟件，主要是對(duì)軟件的編程格式,結(jié)構(gòu)等方面進(jìn)行評(píng)估.靜態(tài)測(cè)試包括代碼檢查,程序結(jié)構(gòu)分析,代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動(dòng)進(jìn)行11.手工測(cè)試和自動(dòng)測(cè)試a.手工測(cè)試缺點(diǎn)在于測(cè)試工作量大，重復(fù)多，回來(lái)測(cè)試難以實(shí)現(xiàn)b.自動(dòng)測(cè)試?yán)密浖y(cè)試工具自動(dòng)實(shí)現(xiàn)全部或部分測(cè)試工作：管理,設(shè)計(jì),執(zhí)行和報(bào)告；節(jié)約大量的測(cè)試開(kāi)銷，并能夠完成一些手工測(cè)試無(wú)法實(shí)現(xiàn)的測(cè)試手工完成測(cè)試的全部過(guò)程無(wú)法保證測(cè)試的科學(xué)性及嚴(yán)密性:修改的缺陷越多，回來(lái)測(cè)試越困難沒(méi)有人能向決策層供應(yīng)精確的數(shù)據(jù)以度量當(dāng)前的工作進(jìn)度及工作效率反復(fù)測(cè)試帶來(lái)的倦怠心情及其他人為因素使得測(cè)試標(biāo)準(zhǔn)前后不一測(cè)試花費(fèi)的時(shí)間越長(zhǎng)，測(cè)試的嚴(yán)格性也就越低自動(dòng)測(cè)試將測(cè)試人員從反復(fù),煩雜的測(cè)試執(zhí)行中解放出來(lái)，用更多的時(shí)間進(jìn)行測(cè)試設(shè)計(jì)和結(jié)果分析軟件測(cè)試不可能完全自動(dòng)化不能完成全部手工測(cè)試任務(wù)無(wú)創(chuàng)建性且敏捷性差，不能改進(jìn)測(cè)試的有效性過(guò)程中可能會(huì)遇到很多意想不到的問(wèn)題，特殊是當(dāng)軟件不穩(wěn)定時(shí)測(cè)試腳本的維護(hù)高12.測(cè)試流程單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試用戶驗(yàn)收測(cè)試回來(lái)測(cè)試13.單元測(cè)試完成對(duì)最小的軟件設(shè)計(jì)單元—模塊的驗(yàn)證工作目標(biāo)是確保模塊被正確地編碼運(yùn)用過(guò)程設(shè)計(jì)描述作為指南，對(duì)重要的限制路徑進(jìn)行測(cè)試以發(fā)覺(jué)模塊內(nèi)的錯(cuò)誤通常狀況下是面對(duì)白盒的對(duì)代碼風(fēng)格和規(guī)則,程序設(shè)計(jì)和結(jié)構(gòu),業(yè)務(wù)邏輯等進(jìn)行靜態(tài)測(cè)試，及早地發(fā)覺(jué)和解決不易顯現(xiàn)的錯(cuò)誤單元測(cè)試的內(nèi)容接口測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)全局?jǐn)?shù)據(jù)結(jié)構(gòu)邊界語(yǔ)句覆蓋，錯(cuò)誤路徑14.集成測(cè)試通過(guò)測(cè)試發(fā)覺(jué)及模塊接口有關(guān)的問(wèn)題目標(biāo)是把通過(guò)了單元測(cè)試的模塊拿來(lái)，構(gòu)造一個(gè)在設(shè)計(jì)中所描述的程序結(jié)構(gòu)應(yīng)當(dāng)避開(kāi)一次性的集成（除非軟件規(guī)模很?。杉{增量集成集成測(cè)試主要內(nèi)容APIAPI/參數(shù)組合15．系統(tǒng)測(cè)試依據(jù)軟件需求規(guī)范的要求進(jìn)行系統(tǒng)測(cè)試，確認(rèn)系統(tǒng)滿意需求的要求系統(tǒng)測(cè)試人員相當(dāng)于用戶代言人在需求分析階段要確定軟件的可測(cè)性，保證有效完成系統(tǒng)測(cè)試工作系統(tǒng)測(cè)試主要內(nèi)容全部功能需求得到滿意全部性能需求得到滿意其他需求（例如平安性,容錯(cuò)性,兼容性等）得到滿意16.用戶驗(yàn)收/確認(rèn)測(cè)試Alpha測(cè)試是由用戶在開(kāi)發(fā)者的場(chǎng)所來(lái)進(jìn)行的，Alpha測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的Beta測(cè)試由軟件的最終用戶在一個(gè)或多個(gè)用戶場(chǎng)所來(lái)進(jìn)行的，開(kāi)發(fā)者通常不在現(xiàn)場(chǎng)，用戶記錄測(cè)試中遇到的問(wèn)題并報(bào)告給開(kāi)發(fā)者17．壓力測(cè)試VS性能測(cè)試

性能測(cè)試的目的不是去找bugs,而是解除系統(tǒng)的瓶頸，以及為以后的回來(lái)測(cè)試建立一個(gè)基準(zhǔn)。而性能測(cè)試的操作，事實(shí)上就是一個(gè)特別當(dāng)心受控的測(cè)量分析過(guò)程。在志向的狀況下，被測(cè)軟件在這個(gè)時(shí)候已經(jīng)是足夠穩(wěn)定了性能測(cè)試是為了檢查系統(tǒng)的反映，運(yùn)行速度等性能指標(biāo)，他的前提是要求在肯定負(fù)載下，如檢查一個(gè)網(wǎng)站在100人同時(shí)在線的狀況下的性能指標(biāo)，每個(gè)用戶是否都還可以正常的完成操作等。

概括就是：在不同負(fù)載下（負(fù)載肯定）時(shí)，通過(guò)一些系統(tǒng)參數(shù)（如反應(yīng)時(shí)間等）檢查系統(tǒng)的運(yùn)行狀況；壓力測(cè)試是為了發(fā)覺(jué)系統(tǒng)能支持的最大負(fù)載，他的前提是要求系統(tǒng)性能處在可以接受的范圍內(nèi)，比如常常規(guī)定的葉面3秒鐘內(nèi)響應(yīng)；概括就是：在性能可以接受的前提下，測(cè)試系統(tǒng)可以支持的最大負(fù)載。舉例說(shuō)明：針對(duì)一個(gè)網(wǎng)站進(jìn)行測(cè)試，模擬10到50個(gè)用戶就是在進(jìn)行常規(guī)性能測(cè)試，用戶增加到1000乃至上萬(wàn)就變成了壓力/負(fù)載測(cè)試。假如同時(shí)對(duì)系統(tǒng)進(jìn)行大量的數(shù)據(jù)查詢操作，就包含了強(qiáng)度測(cè)試。18.主流測(cè)試工具的測(cè)試流程========winrunner

1啟動(dòng)時(shí)選擇要加載的插件

2進(jìn)行一些設(shè)置（如錄制模式等）

3識(shí)別應(yīng)用程序的GUI，即創(chuàng)建map(就是學(xué)習(xí)被測(cè)試軟件的界面）

4建立測(cè)試腳本（錄制及編寫）

5對(duì)腳本除錯(cuò)及調(diào)試（保證能夠運(yùn)行完）

6插入各種檢查點(diǎn)（圖片，文字，控件等）

7在新版應(yīng)用程序中執(zhí)行測(cè)試腳本

8分析結(jié)果，回報(bào)缺陷

=========quicktestpro========

1打算錄制

打開(kāi)你要對(duì)其進(jìn)行測(cè)試的應(yīng)用程序，并檢查QuickTest中的各項(xiàng)設(shè)置是否適合當(dāng)前的要求。

2進(jìn)行錄制

打開(kāi)QuickTest的錄制功能，按測(cè)試用例中的描述，操作被測(cè)試應(yīng)用程序。

3編輯測(cè)試腳本

通過(guò)加入檢測(cè)點(diǎn),參數(shù)化測(cè)試，以及添加分支,循環(huán)等限制語(yǔ)句，來(lái)增加測(cè)試腳本的功能，使將來(lái)的回來(lái)測(cè)試真正能夠自動(dòng)化。

4調(diào)試腳本

調(diào)試腳本，檢查腳本是否存在錯(cuò)誤。

5在回來(lái)測(cè)試中運(yùn)行測(cè)試

在對(duì)應(yīng)用程序的回來(lái)測(cè)試中，通過(guò)QuickTest回放對(duì)應(yīng)用程序的操作，檢驗(yàn)軟件正確性，實(shí)現(xiàn)測(cè)試的自動(dòng)化進(jìn)行。

6分析結(jié)果，報(bào)告問(wèn)題

查看QuickTest記錄的運(yùn)行結(jié)果，記錄問(wèn)題，報(bào)告測(cè)試結(jié)果。

＝＝＝＝TestDirect============

安裝好后，先進(jìn)入站點(diǎn)管理

1創(chuàng)建域及工程

2添加用戶

3編輯licenses及本服務(wù)器

4編輯數(shù)據(jù)庫(kù)

－－TD

1選擇新建的工程進(jìn)行定制(列表，用戶，組，版本等)

2在require中增加需求

3把需求轉(zhuǎn)化為plan

4在testlab中由安排新建測(cè)試具體用例及執(zhí)行

5發(fā)覺(jué)bug，在defect中提交bug

（每一部分都可以相對(duì)獨(dú)立地運(yùn)用）

======loadrunner

1制定負(fù)載測(cè)試安排