測試的基本論和方法.doc

《測試的基本論和方法.doc》由會員上傳分享，免費在線閱讀，更多相關內(nèi)容在行業(yè)資料-天天文庫。

1、【轉(zhuǎn)】淺談軟件測試的基本理論與方法隨著軟件應用領域越來越廣泛，其質(zhì)量的優(yōu)劣也日益受到人們的重視。質(zhì)量保證能力的強弱直接影響著軟件業(yè)的發(fā)展與生存。軟件測試是一個成熟軟件企業(yè)的重要組成部分，它是軟件生命周期中一項非常重要且非常復雜的工作，對軟件可靠性保證具有極其重要的意義。在軟件的測試過程中，應該應用各種測試方法，以保證產(chǎn)品有一個較高較穩(wěn)定的質(zhì)量。根據(jù)不同的生產(chǎn)過程進行不同的測試，包括黑盒測試、cc霜白盒測試、攜程網(wǎng)酒店預定功能測試、系統(tǒng)測試、壓力測試、安裝/卸載測試、兼容性測試、α測試、β測試等。軟件測試是整個軟件開發(fā)過程中一段非常重要的階段，在測試過程中如能按照測試的基本過程來

2、進行測試，軟件的質(zhì)量能有所保障。我做了一個半月的測試，就現(xiàn)在的感覺而言，其實做測試必開發(fā)卻是是輕松了一點，不是那么的累腦子，但是測試也是很深的一門學問，針對于不同的公司，產(chǎn)品不一樣，所要求的測試的技術也不一樣。有的公司測試很輕松，但是有的公司測試也是經(jīng)常加班熬通宵的1軟件測試基礎信息技術的飛速發(fā)展，使軟件產(chǎn)品應用到社會的各個領域，軟件產(chǎn)品的質(zhì)量自然成為人們共同關注的焦點。不論軟件的生產(chǎn)者還是軟件的使用者，均生存在競爭的環(huán)境中，軟件開發(fā)商為了占有市場，必須把產(chǎn)品質(zhì)量作為企業(yè)的重要目標之一，以免在激烈的競爭中被淘汰出局。用戶為了保證自己業(yè)務的順利完成，當然?？催x用優(yōu)質(zhì)的軟件。質(zhì)量不

3、佳的軟件產(chǎn)品不僅會使開發(fā)商的維護難度和用戶的使用本錢大幅增加，還可能產(chǎn)生其他的責任風險，造成公司信譽下降，繼而沖擊股票市場。在一些關鍵應用(如民航訂票系統(tǒng)、銀行結算系統(tǒng)、證券交易系統(tǒng)、自動飛行控制軟件、軍事防御、核電站安全控制系統(tǒng)等)中使用質(zhì)量有問題的軟件，還可能造成災難性的后果。軟件危機曾經(jīng)是軟件界甚至整個計算機界最熱門的話題。為了解決這場危機，軟件從業(yè)職員、專家和學者做出了大量的努力。現(xiàn)在人們已經(jīng)逐步熟悉到所謂的軟件危機實際上僅是一種狀況，那就是軟件中有錯誤，正是這些錯誤導致了軟件開發(fā)在本錢、進度和質(zhì)量上的失控。有錯是軟件的屬性，而且是無法改變的，由于軟件是由人來完成的，所

4、有由人做的工作都不會是完美無缺的。問題在于我們?nèi)绾伪苊忮e誤的產(chǎn)生和消除已經(jīng)產(chǎn)生的錯誤，使程序中的錯誤密度達到盡可能低的程度。1.1軟件測試的概念軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結構而精心設計一批測試用例（即輸進數(shù)據(jù)及其預期的輸出結果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。軟件測試就是在軟件投進運行前，對軟件需求分析、設計規(guī)格說明和編碼的終極復審，是軟件質(zhì)量保證的關鍵步驟。1.2軟件測試的目的基于不同的態(tài)度，存在著兩種完全不同的測試目的。1.從用戶的角度出發(fā)，普遍希望通過軟件測試，暴露軟件中隱躲的錯

5、誤和缺陷，以考慮是否可接受該產(chǎn)品。2.從軟件開發(fā)者的角度出發(fā)，則希望測試成為表明軟件產(chǎn)品中不存在錯誤的過程，驗證該軟件已正確地實現(xiàn)了用戶的要求，確立人們對軟件質(zhì)量的信心。2測試用例2.1測試用例的概念測試用例是指對一項特定的軟件產(chǎn)品進行測試任務的描述，體現(xiàn)測試方案、方法、技術和策略。內(nèi)容包括：測試目標、測試環(huán)境、輸進數(shù)據(jù)、測試步驟、預期結果、測試腳本等，并形成文檔。2.2測試用例的分類根據(jù)測試過程中具體涉及到問題類型及測試需求，可將測試用例分為如下：1.功能性測試用例2.界面測試用例：適用于所有測試階段中的界面測試3.數(shù)據(jù)處理測試用例：適用于所有測試階段中的數(shù)據(jù)處理測試4.流程

6、測試用例：適用于所有流程性的測試5.安裝測試用例：適用于所有安裝測試2.3測試用例的治理1.編寫用例：測試工程師根據(jù)需求規(guī)約、概要設計、具體設計等文檔編寫測試用例。2.用例評審：原則上用例象程序一樣，要經(jīng)過多次的修改才可以通過，實際工作中通常進行一次。3.用例修改：評審結束后，您需要根據(jù)評審意見進行修改，修改后通常不再進行評審。4.使用用例：執(zhí)行測試用例，并記錄到測試用例執(zhí)行報告中。5.用例升級/維護：隨著軟件產(chǎn)品不斷修改、升級，對應的用例也需要升級維護。針對同一個項目，可以根據(jù)需求的變更不斷進行維護；假如是產(chǎn)品，用例的維護更加重要，要達到用例和產(chǎn)品的版本逐一對應。2.4測試用

7、例的編制及使用1設計測試用例每個具體測試用例都將包括下列具體信息：編制人、審定人、編制日期、版本、用例類型、設計說明書編號、用例編號、用例名稱、輸進說明、期望結果（含判定標準）、環(huán)境要求、備注等。1.“測試用例名稱”可以是不涉及到具體模塊的功能描述，如“日期格式”，“非空檢驗”等。2.“輸進說明”是功能模塊接受的數(shù)據(jù)或各種操縱描述，如“輸進非法的日期格式”等。3.“期望結果”是模塊接受輸進后應有的正常輸出描述，如“提示用戶修改”等，期看結果應與輸進說明逐一對應。4.測試用例用于指導執(zhí)行操縱，