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

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

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

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

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

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

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

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

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

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

1啟動時選擇要加載的插件

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

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

4建立測試腳本（錄制及編寫）

5對腳本除錯及調(diào)試（保證能夠運行完）

6插入各種檢查點（圖片，文字，控件等）

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

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

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

1打算錄制

打開你要對其進行測試的應(yīng)用程序，并檢查QuickTest中的各項設(shè)置是否適合當前的要求。

2進行錄制

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

3編輯測試腳本

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

4調(diào)試腳本

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

5在回來測試中運行測試

在對應(yīng)用程序的回來測試中，通過QuickTest回放對應(yīng)用程序的操作，檢驗軟件正確性，實現(xiàn)測試的自動化進行。

6分析結(jié)果，報告問題

查看QuickTest記錄的運行結(jié)果，記錄問題，報告測試結(jié)果。

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

安裝好后，先進入站點管理

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

2添加用戶

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

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

－－TD

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

2在require中增加需求

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

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

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

（每一部分都可以相對獨立地運用）

======loadrunner

1制定負載測試安排