第一篇：軟件測試學(xué)習(xí)基礎(chǔ)

學(xué)習(xí)軟件測試需要什么基礎(chǔ)

1、自學(xué)能力又是與基礎(chǔ)無關(guān)的，但自學(xué)能力是一個技術(shù)人員最重要的能力之一，尤其是在遇到問題時快速學(xué)習(xí)并找到解決辦法的能力。技術(shù)人員很重要的一點就是需要不斷學(xué)習(xí)新的知識，這樣才能與時俱進。在工作中不要指望別人告訴你該學(xué)什么，該怎么學(xué)，甚至幫你解決問題，要對自己有個長期的規(guī)劃，希望往哪方面發(fā)展，應(yīng)該具備什么樣的知識。當然知識是學(xué)不完的，工作中很可能遇到?jīng)]學(xué)過的問題，因此遇到問題時要知道怎樣去尋找解決方法，并自己思考如何解決。

2、編程基礎(chǔ)至少要了解一門編程語言，C、VB、JAVA都可以，注意是了解而不是精通。了解的意思就是能看懂代碼，如果能自己寫簡單的代碼就更好了。關(guān)鍵是了解編程的思想，不至于看到代碼相關(guān)的內(nèi)容就不知所措了。只要能看懂一種編程語言，學(xué)會其他語言也就不是問題了。其實絕大部分剛剛從事軟件測試行業(yè)的人都是做功能黑盒測試，并不需要編程能力，但當工作了一段時間，想往更高層次發(fā)展時，就需要更全面的能力，編程能力就是很重要的一點。如果想往性能測試、自動化測試方面發(fā)展的話，那編程能力更是必不可少的了，因為使用測試工具就需要編程。

3、數(shù)據(jù)庫基礎(chǔ)與編程基礎(chǔ)一樣，會簡單的SQL語句，熟悉一種數(shù)據(jù)庫的使用，SQL SERVER是首選，畢竟是微軟的產(chǎn)品，簡單易用?，F(xiàn)在的軟件系統(tǒng)基本上沒有不使用數(shù)據(jù)庫的了，測試人員可能經(jīng)常會到數(shù)據(jù)庫中查詢一些數(shù)據(jù)，如果能自己進行數(shù)據(jù)庫的操作，那么不但能提高工作效率，也能對系統(tǒng)有更深一步的了解。

4、英語基礎(chǔ)具備基本的英語讀寫能力?？吹接⒄Z就害怕可不是一個軟件測試人員應(yīng)該具備的素質(zhì)?；旧纤械能浖y試工具都是英文界面，很多好的知識文檔也只有英文版的，有可能你測試的系統(tǒng)也是英文的，甚至在一些企業(yè)里，跟你溝通的開發(fā)人員也只會英語。但也不要被嚇著，英語其實多用用就熟悉了，再開個金山詞霸，難不倒你的。英語不需要多講了，即使不從事軟件測試工作會一門外語也是很有用的。

第二篇：軟件測試學(xué)習(xí)

軟件測試學(xué)習(xí)

1． 什么是軟件測試？

答：軟件測試是為了發(fā)現(xiàn)錯誤而審查軟件文檔、檢查軟件數(shù)據(jù)和執(zhí)行程序代碼的過程，其目的在于在軟件交付使用前充分發(fā)現(xiàn)缺陷并協(xié)助相關(guān)部門定位、解決缺陷，最后交付一個高質(zhì)量的軟件產(chǎn)品給用戶。

2．軟件測試的分類有哪些？

答：軟件測試活動可以分為以下幾類：

? 黑盒測試：

黑盒測試又叫功能測試，數(shù)據(jù)驅(qū)動測試或基于需求規(guī)格說明書的功能測試。（主要用于系統(tǒng)測試和確認測試中）

? 白盒測試

白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或程序代碼內(nèi)部構(gòu)成的測試。

? 灰盒測試

灰盒測試結(jié)合黑盒和白盒測試兩種方法，一方面考慮程序代碼的功能性表現(xiàn)，另一方面，又需要考慮程序代碼的內(nèi)部結(jié)構(gòu)。（主要用于性能測試、自動化功能測試）? 靜態(tài)測試

靜態(tài)測試就是用眼看，閱讀程序代碼、文檔資料等，與需求規(guī)格說明書中的客戶需求進行比較，找出程序代碼中設(shè)計不合理及文檔集料有錯誤的地方

? 動態(tài)測試

動態(tài)測試即為實際的執(zhí)行被測對象的程序代碼，輸入事先設(shè)計好的測試用例，檢查程序運行得到的結(jié)果與測試用例中設(shè)計的預(yù)期結(jié)果之間是否有差異，判定實際結(jié)果與預(yù)期結(jié)果是否一致，從而檢驗程序的正確性、可靠性和有效性，并分析系統(tǒng)運行效率和健壯性等性能狀況。

動態(tài)測試由四個部分組成：設(shè)計測試用例、執(zhí)行測試用例、分析比較輸出結(jié)果、輸出測試報告。

動態(tài)測試有三種方法：黑盒測試、白盒測試、灰盒測試。

? 手動測試

手動測試大部分的測試就是模擬用戶的業(yè)務(wù)流程，來使用軟件產(chǎn)品，從而發(fā)現(xiàn)軟件產(chǎn)品中的缺陷。手動測試是最傳統(tǒng)的測試方法，也是現(xiàn)在大多數(shù)公司都是用的測試形式。他是測試人員設(shè)計測試用例并執(zhí)行測試用例，然后根據(jù)實際結(jié)果去和預(yù)期的結(jié)果相比較并記錄測試結(jié)果，最終輸出測試報告的測試活動。

優(yōu)點：可以充分發(fā)揮測試工程師的主觀能動性，將其智力活動體現(xiàn)于測試活動中，能發(fā)現(xiàn)很多的缺陷。

缺點：手動測試有一定的局限性與單調(diào)枯燥性。

? 自動測試

自動測試就是利用一些測試工具，模擬用戶的使用流程，讓它們自動運行來查找缺陷。也可以編寫一些代碼，設(shè)定特定的測試場景，來自動尋找缺陷

優(yōu)點：能夠很快、很廣泛的查找缺陷，同時可以做很多重復(fù)性的工作，大大提高了測試的效率和測試的準確性，而且寫出的比較好的測試腳本，還可以在軟件生命周期的各個階段重復(fù)使用。

3．軟件測試的流程：需求測試、單元測試、集成測試、系統(tǒng)測試、性能測試、用戶測試、回歸測試

? 需求測試：主要從以下幾個方面考慮

①完整性：每一項需求都必須將所要實現(xiàn)的功能描述清楚，從而為開發(fā)人員設(shè)計和實現(xiàn)這些功能提供所有必要的需求依據(jù)。

②正確性：每一項需求都必須準確的陳述其要開發(fā)的功能

③一致性：一致性是指與其它軟件需求或高層（系統(tǒng)、業(yè)務(wù)）需求不相矛盾，或者與我們的項目宣傳資料一致。

④可行性：每一項需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實施的。⑤無二義性：對所有需求的讀者都只能有一個明確統(tǒng)一的解釋，由于自然語言極易導(dǎo)致二義性，所以盡量把每項需求用簡潔明了的用戶語言表達出來。

⑥健壯性：需求的說明中是否對可能出現(xiàn)的異常進行了分析，并且對這些異常進行了容錯處理。

⑦必要性：“必要性”可以理解為每項需求都是用來授權(quán)你編寫文檔的“根源”。要是每項需求都回溯至某項客戶的輸入，如需求用例或別的來源。

⑧可測試性：每項需求都能通過設(shè)計測試用例或其它驗證方法來進行測試。

⑨可修改性：每項需求只應(yīng)在SRS（軟件需求規(guī)格說明書）中出現(xiàn)一次。這樣更改時易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說明書更容易修改。

? 單元測試

單元測試又成為模塊測試，是對程序代碼中最小的設(shè)計模塊單元進行測試。（可以發(fā)現(xiàn)大約80%的軟件缺陷，大多數(shù)公司中，由對應(yīng)的開發(fā)工程師負責）單元測試方法：主要采用靜態(tài)測試和動態(tài)測試相結(jié)合的辦法。

單元測試工具：Juint等。

單元測試優(yōu)點：在軟件生產(chǎn)過程中及時的開展單元測試可以降低編碼的錯誤率，提

高編碼質(zhì)量。

? 集成測試

集成測試又稱為組裝測試，就是將軟件產(chǎn)品中的各個模塊組裝起來，檢查其接口是否存在問題，以及組裝后的整體性能、性能表現(xiàn)。

集成測試方法：一般采用非增式集成方法、增式集成方法（自底向上集成；自頂向下集成；組合方式集成）等策略進行測試，利用以黑盒測試為主，白盒測試為輔的測試方法進行測試。

（集成測試一般由測試工程師但當）

集成測試的目的：主要解決的是各個軟件組成單元代碼是否符合開發(fā)規(guī)范、接口是否存在問題、整體功能有無錯誤、界面是否符合設(shè)計規(guī)范、性能是否滿足用戶需求等。

? 系統(tǒng)測試

系統(tǒng)測試是將通過集成測試的軟件部署到某種較為復(fù)雜的計算機用戶環(huán)境（指一般用戶的計算機環(huán)境）進行測試。

系統(tǒng)測試的目的：通過與系統(tǒng)的需求進行比較，發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。主要考察被測軟件的功能和性能表現(xiàn)。

系統(tǒng)測試方法：主要采用黑盒測試方法，進行的是安裝卸載測試、兼容性測試、功能確認測試、安全性測試等。

系統(tǒng)測試過程其實也是一種配置檢查過程，檢查軟件在生產(chǎn)過程中是否有遺漏的地方，在此時做到查漏補缺，以確保交付的產(chǎn)品符合用戶的質(zhì)量要求。如果軟件可以按照用戶合理期望的方式來工作的時候，即可認為通過系統(tǒng)測試。

? 性能測試

性能測試就是要求被測軟件在業(yè)務(wù)處理速度、處理能力和所耗用的硬件系統(tǒng)資源比率滿足用戶的需求。

對測試人員的要求：測試人員要掌握編程語言，精通業(yè)務(wù)流程，擁有深厚的項目經(jīng)驗。所以，想順利的開展性能測試，需要測試工程師不斷的學(xué)習(xí)，掌握相應(yīng)的知識。例子：對于某個論壇，我們需要測試論壇支持10000個用戶同時使用，并且在這種情況下，打開帖子的速度能否控制在4秒鐘以下，論壇服務(wù)器的CPU使用率不超過80%，內(nèi)存的占用率不超過75%等，這些都是典型的性能測試指標。

性能測試優(yōu)點：一方面可以驗證被測軟件是否符合用戶需求，另一方面，可以得到相關(guān)的性能數(shù)據(jù)，為被測軟件的優(yōu)化提供參考。

性能測試工具：LoadRunner自動化性能測試工具等。

? 用戶測試

用戶測試可以稱其為用戶確認測試。在正式驗收前，需要用戶對本系統(tǒng)做出一個評價，用戶可對交付的系統(tǒng)做測試，并將測試結(jié)果反饋回來，進行修改、分析。用戶測試在整個軟件生產(chǎn)流程中非常重要，這個環(huán)節(jié)是被測軟件首次作為正式系統(tǒng)交由用戶使用，用戶會根據(jù)他們的實際使用情況進行測試、試用，并提出實際使用過程中的問題。

用戶測試是軟件生產(chǎn)流程中的最后質(zhì)檢關(guān)。

? 回歸測試

回歸測試就是過一段時間以后再回過頭來對以前修復(fù)過的Bug重新進行測試，看該Bug是否會重新出現(xiàn)。

回歸測試的目的：檢查以前的測試用例能否再次通過，是否還有需要補充的用例等。

回歸測試工具：QTP等。

第三篇：軟件測試基礎(chǔ)要點(txt)

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

軟件測試基礎(chǔ)要點(txt)

1.什么是軟件測試？

在軟件運行發(fā)布前，對軟件的需求進行分析，設(shè)計規(guī)格說明，保障軟件在發(fā)布之前能夠正常的運行，檢測軟件當中的bug 目的：測試是為了發(fā)現(xiàn)程序當中的bug

測試是為了檢測軟件是否滿足了用戶的需要

2.什么是游戲測試？

游戲測試是軟件測試的一部分，檢測在正?；蛘叻钦Ｊ侄螠y試游戲，看看游戲會不會出現(xiàn)非正?，F(xiàn)象，對游戲進行把關(guān)處理

3.什么是bug? bug,是電腦系統(tǒng)或者程序當中，出現(xiàn)隱藏或者沒有被發(fā)現(xiàn)的缺陷或者問題

列子：迪士尼獅子王游戲，獅子王游戲當初沒有針對不同的PC機和系統(tǒng)進行測試，導(dǎo)致該游戲無法在不同的PC機或者系統(tǒng)當中使用

4測試階段角度

單元測試：針對每個單元的測試，是軟件測試的最小單元，確保每個模塊都能正常的工作，發(fā)現(xiàn)內(nèi)部的錯誤（白盒測試）

集成測試：對已經(jīng)測過的模塊進行組裝，檢驗與設(shè)計相關(guān)的程序結(jié)構(gòu)

精心收集

精心編輯

精致閱讀

如需請下載！

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

是否一致（黑盒測試）

確認測試：檢驗所開發(fā)的軟件能否滿足所有功能和性能的需求（黑盒測試）

系統(tǒng)測試：檢測被測軟件與系統(tǒng)的其它部分是否協(xié)調(diào)（黑盒測試）驗收測試：是軟件質(zhì)量產(chǎn)品的最后一關(guān)，也叫交付測試。確保軟件的準備就緒（黑盒測試）

5.測試方法：黑盒測試，白盒測試，灰盒測試

6.軟件執(zhí)行角度：靜態(tài)測試，動態(tài)測試

7軟件執(zhí)行角度：靜態(tài)測試：不運行程序，直接通過代碼審核

動態(tài)測試：運行被測程序

8.軟件測試流程：測試準備——測試計劃——測試需求——測試用例——測試報告總結(jié)

9.軟件測試生命周期：測試計劃——測試設(shè)計——測試開發(fā)——測試執(zhí)行——測試評估

9.黑盒測試:又叫功能測試，數(shù)據(jù)驅(qū)動測試，把程序看成一個黑盒子，不關(guān)心內(nèi)部結(jié)構(gòu)，只關(guān)注他的輸入和輸出

精心收集

精心編輯

精致閱讀

如需請下載！

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

10.白盒測試: 又叫結(jié)構(gòu)測試，邏輯驅(qū)動測試,把程序看成一個透明的盒子，能夠了解程序內(nèi)部的情況結(jié)構(gòu)分支

11.灰盒測試：基于白盒和黑盒測試兩者方面，既能關(guān)注輸出輸入情況，又能關(guān)注程序的內(nèi)部的情況,不過不能完全向白盒一樣了解內(nèi)部情況，只能了解少部分的

12.黑盒測試和白盒測試的優(yōu)缺點

黑盒測試優(yōu)點：不需要了解程序內(nèi)部代碼的實現(xiàn)，能夠了解軟件實現(xiàn)了需求當中的那些功能

黑盒測試缺點：內(nèi)部結(jié)構(gòu)，邏輯分支不清楚，某些代碼得不到測試-------------------------白盒測試優(yōu)點：幫助軟件測試人員增大了代碼的覆蓋率，提高代碼的質(zhì)量

白盒測試缺點：昂貴，不能驗證規(guī)格的正確性

13.系統(tǒng)測試：恢復(fù)性測試，安全測試，強度測試，性能測試，容量測試，正確性測試，可靠性測試，兼容性測試

14.系統(tǒng)測試：

恢復(fù)性測試：當計算機系統(tǒng)或者程序，出現(xiàn)錯誤，數(shù)據(jù)是否能夠及時

精心收集

精心編輯

精致閱讀

如需請下載！

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

恢復(fù)

安全測試：檢測計算機對外界非法入侵的能力

強度測試：在硬件或者軟件的情況下，對程序軟件進行施壓 性能測試：檢測軟件在系統(tǒng)運行當中的表現(xiàn)，是否滿足功能的需要 容量測試：系統(tǒng)在正常的運行范圍內(nèi)測試系統(tǒng)的容量

可靠性測試：從驗證的角度考慮，檢測軟件是否達到了預(yù)期的目標 兼容性測試：檢測程序或者軟件在不同的平臺或者系統(tǒng)的使用狀況 正確性測試：檢測各項功能是否滿足說明的要求

15.驗收測試： alpha測試和beat測試

16.停止測試的標準： 1.超出了預(yù)定的時間 2.執(zhí)行測試，沒有發(fā)現(xiàn)故障 3.找出的缺陷數(shù)量較小較少

17.軟件缺陷等級：

1級————

致命：系統(tǒng)崩潰，程序無法跑動 2級————

嚴重：功能存在錯誤，功能為實現(xiàn) 3級————

一般：界面，性能缺陷 4級————

輕微：出現(xiàn)錯別字

精心收集

精心編輯

精致閱讀

如需請下載！

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

18.測試用例包含哪些 用例編號 用例名稱 用例背景 前置條件 優(yōu)先級 重要級 輸入數(shù)據(jù) 操作步驟 預(yù)期結(jié)果 實際結(jié)果 備注

19.測試計劃包括 1.概述 2.編寫目的 3.項目背景 4.項目質(zhì)量目標 5.參考資料 6.測試環(huán)境 7.測試范圍 8.測試工具

精心收集

精心編輯 精致閱讀 如需請下載！

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

9.人員，角色及職責 10.測試策略 11.測試進度安排 12.工作匯報

20.缺陷報告的內(nèi)容 標題 前提 測試環(huán)境 操作步驟 期望結(jié)果 實際結(jié)果 時間 測試人員 提交bug數(shù)量 bug等級

21.缺陷報告的處理流程

測試人員——————提交缺陷報告 開發(fā)經(jīng)理——————分配缺陷報告

精心收集

精心編輯

精致閱讀 如需請下載！

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

開發(fā)人員——————處理缺陷報告 測試人員——————反測報告 測試人員——————關(guān)閉缺陷報告

22.什么是QC: QC,中文為質(zhì)量控制，是為達到質(zhì)量要求所采取的作業(yè)技術(shù)和活動

23.QC的工作職責: 監(jiān)控產(chǎn)品生產(chǎn)狀態(tài)，實施對在線產(chǎn)品質(zhì)量控制

24.什么testlink: 基于web的測試用例管理系統(tǒng)

25.testlink主要功能: 測試用例的創(chuàng)建，管理和執(zhí)行，提供簡單的功能

26.testlink缺陷

不能設(shè)定測試用例的種類

測試用例需要大量的數(shù)據(jù)，創(chuàng)建測試用例時不方便

27.什么是QC工具：

是一個基于web測試bug的管理工具

精心收集

精心編輯

精致閱讀

如需請下載！

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

28.什么是jira 是一個缺陷跟著管理系統(tǒng)

29目前主要的測試用例設(shè)計方法是什么？ 白盒測試：邏輯覆蓋，循環(huán)覆蓋，基本路徑覆蓋

黑盒測試：邊界值分析法，等價類劃分，錯誤推測法，因果圖法，狀態(tài)圖法

30.loadrunner分哪三部分 用戶動作設(shè)計 場景設(shè)計 測試數(shù)據(jù)分析

31.什么是軟件缺陷

1.軟件沒有達到產(chǎn)品說明書表明的功能 2.軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤 3.軟件功能超出產(chǎn)品說明書指明的范圍

4.軟件未達到產(chǎn)品說明書雖未指出但應(yīng)該達到的目標 5軟件測試人員認為軟件難以理解，不易使用

32.軟件測試過程

精心收集

精心編輯

精致閱讀

如需請下載！

演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案

單元測試 集成測試 系統(tǒng)測試 驗收測試（四大階段）

精心收集

精心編輯 精致閱讀 如需請下載！

第四篇：軟件測試基礎(chǔ)要點總結(jié)

由安博測試空間技術(shù)中心http:///提供

從宏觀的角度講，軟件測試過程一般可劃分為單元測試、集成測試、驗收測試和系統(tǒng)測試等幾個主要測試階段。

1.測試計劃注意事項

1．測試計劃不一定要盡善盡美，但一定要切合實際，要根據(jù)項目特點、公司實際情況來編制，不能脫離實際情況；

2．測試計劃一旦制定下來，并不就是一成不變的，隨著軟件需求、軟件開發(fā)、人員流動等發(fā)生變化，測試計劃也要根據(jù)實際情況的變化而不斷進行調(diào)整，以滿足實際測試要求．

3．測試計劃要能從宏觀上反映項目的測試任務(wù)、測試階段、資源需求等，不一定要太過詳細．

測試原則

①應(yīng)盡早和不斷地進行軟件“測試”。

②測試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。

③在開發(fā)各階段應(yīng)事先分別制定出相應(yīng)的測試計劃，在測試開始后應(yīng)嚴格執(zhí)行，防止隨意性。④對發(fā)現(xiàn)錯誤較多的程序模塊，應(yīng)進行重點測試。

⑤避免程序員測試自己的程序。

⑥用窮舉測試是不現(xiàn)實的，一般通過設(shè)計測試用例，充分覆蓋所有條件或所有語句即可。⑦長期妥善保存測試計劃、測試用例、出錯統(tǒng)計和有關(guān)的分析報告。

2.測試用例文檔

測試用例文檔通常是由簡介和測試用例兩部分組成：

簡介部分編制了測試目的、測試范圍、定義術(shù)語、參考文檔等，這個與測試計劃是一致的。

測試用例部分逐一列出各個測試用例。

測試用例（Test Case）是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。

測試用例部分

測試用例通常包含的信息：

用例標識和用例名稱

內(nèi)容描述

前提條件

執(zhí)行步驟

預(yù)期結(jié)果

評價準則

用例設(shè)計人員和設(shè)計時間

用例執(zhí)行人員和執(zhí)行時間

其它內(nèi)容

3.軟件缺陷

缺陷的表現(xiàn)形式不僅體現(xiàn)在功能的失效方面，還體現(xiàn)在其他方面。主要類型有： ①軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能模塊軟件中；

②出現(xiàn)了產(chǎn)品規(guī)格說明指明不應(yīng)該出現(xiàn)的錯誤；

③軟件實現(xiàn)了產(chǎn)品規(guī)格說明沒有提到的功能模塊；

④軟件沒有實現(xiàn)雖然產(chǎn)品規(guī)格說明沒有明確提及但應(yīng)該實現(xiàn)的目標；

⑤軟件難以理解，不容易使用，運行緩慢，或從測試員的角度看，最終用戶會認為不好。測試用例：

以計算器為例

①計算器的產(chǎn)品規(guī)格說明定應(yīng)能準確無誤地進行加、減、乘、除運算。如果按下加法鍵，沒什么反應(yīng)，就是第一種類型的缺陷；若計算結(jié)果出錯，也是第一種類型的缺陷。

②產(chǎn)品規(guī)格說明書還可能規(guī)定計算器不會死機，或者停止反應(yīng)。如果隨意敲鍵盤導(dǎo)致計算器停止接受輸入，這就是第二種類型的缺陷。

③如果使用計算器進行測試，發(fā)現(xiàn)除了加、減、乘、除之外還可以求平方根，但是產(chǎn)品規(guī)格說明沒有提及這一功能模塊。這是第三種類型的缺陷

④在測試計算器時若發(fā)現(xiàn)電池沒電會導(dǎo)致計算不正確，而產(chǎn)品說明書是假定電池一直都有電的，從而發(fā)現(xiàn)第四種類型的錯誤。

⑤軟件測試員如果發(fā)現(xiàn)某些地方不對，比如測試員覺得按鍵太小、“=”鍵布置的位置不好按、在亮光下看不清顯示屏等，無論什么原因，都要認定為缺陷。

4.缺陷報告里通常包含：缺陷標識、所屬系統(tǒng)、所屬模塊、版本號、嚴重程度、優(yōu)先級、測試種類、缺陷概述、缺陷詳述以及開發(fā)人員意見以及其它內(nèi)容。、缺陷提交報告主要供兩類人閱讀，即軟件開發(fā)人員和項目管理者。

5.常用軟件缺陷工具

testDirector

testmanager

專業(yè)缺陷管理工具

bugzilla

6.測試報告文檔

測試報告是把測試的過程和結(jié)果寫成文檔，并對發(fā)現(xiàn)的問題和缺陷進行分析，為糾正軟件的存在的質(zhì)量問題提供依據(jù)，同時為軟件驗收和交付打下基礎(chǔ)。

測試報告是測試階段最后的文檔產(chǎn)出物，一份詳細的測試報告包括產(chǎn)品質(zhì)量和測試過程的評價，測試報告基于測試中的數(shù)據(jù)采集以及對最終的測試結(jié)果分析。比如覆蓋率分析、缺陷分析。

7.測試結(jié)果概述

這部分將被分成下面幾段來對測試結(jié)果進行概述。

.1 被測軟件的全面評估

本段應(yīng)該包括：

a.根據(jù)本文檔中的測試結(jié)果對被測軟件的整體評價。

b.任何在測試中檢查到的殘留的不足,限制,局限?？梢杂脝栴}/修改報告來提供缺陷信息。

c.對每個殘留的缺陷,限制,局限,描述如下：

1對軟件和系統(tǒng)性能的影響，包括沒有滿足的需求

2為了更正它，會對軟件和系統(tǒng)設(shè)計產(chǎn)生的影響。推薦的解決方法/策略

8.軟件特性 software feature

軟件項的顯著特性。（如功能、性能或可移植性等）。

軟件項 software item

源代碼、目標代碼、作業(yè)控制代碼、控制數(shù)據(jù)或這些項的集合。

測試項 test item

作為測試對象的軟件項。

9.測試計劃描述測試活動的范圍、方法、資源和進度。它規(guī)定被測試的項、被測試的特性、應(yīng)完成的測試任務(wù)、擔任各項工作的人員職責及與本計劃有關(guān)的風險等。

測試說明包括三類文件：

（1）測試設(shè)計說明：詳細描述測試方法，規(guī)定該設(shè)計及其有關(guān)測試所包括的特性，還規(guī)定完成測試所需的測試用例和測試規(guī)程，并規(guī)定特性的通過準則。

（2）測試用例說明：列出用于輸入的具體值以及預(yù)期的輸出結(jié)果，并規(guī)定在使用具體測試用例時，對測試規(guī)程的各種限制。將測試用例與測試設(shè)計分開，可以使它們用于多個設(shè)計并能在其它情形下重復(fù)使用。

（3）測試規(guī)程說明：規(guī)定對于運行系統(tǒng)和執(zhí)行指定的測試用例來實現(xiàn)有關(guān)測試設(shè)計所要求的所有步驟。

測試報告包括四類文件：

（1）測試項傳遞報告：指明在開發(fā)組和測試組獨立工作的情況下或者在希望正式開始測試的情況下為進行測試而被傳遞的測試項。

（2）測試日志：測試組用于記錄測試執(zhí)行過程中發(fā)生的情況。

（3）測試事件報告：描述在測試執(zhí)行期間發(fā)生并需進一步調(diào)查的一切事件。

（4）測試總結(jié)報告：總結(jié)與測試設(shè)計說明有關(guān)的測試活動。

這些文件同其它文件在編制方面的關(guān)系以及同測試過程的對應(yīng)關(guān)系如圖1所示。

10.測試計劃要點內(nèi)容：1 測試計劃名稱引言 ：測試項被測試的特性不被測試的特性方法項通過準則暫停標準和再啟動要求應(yīng)提供的測試文件測試任務(wù)環(huán)境要求職責人員和訓(xùn)練要求進度風險和應(yīng)急批準

引言（本計劃的第2章）

歸納所要求測試的軟件項和軟件特性，可以包括系統(tǒng)目標、背景、范圍及引用材料等。在最高層測試計劃中，如果存在下述文件，則需要引用它們：項目計劃、質(zhì)量保證計劃、有關(guān)的政策、有關(guān)的標準等。

5.1.3 測試項（本計劃的第3章）

描述被測試的對象，包括其版本、修訂級別，并指出在測試開始之前對邏輯或物理變換的要求。

5.1.4 被測試的特性（本計劃的第4章）

指明所有要被測試的軟件特性及其組合，指明每個特性或特性組合有關(guān)的測試設(shè)計說明。

5.1.5 不被測試的特性（本計劃的第5章）

指出不被測試的所有特性和特性的有意義的組合及其理由。

5.1.6 方法（本計劃的第6章）

描述測試的總體方法，規(guī)定測試指定特性組志需的主要活動、、技術(shù)和工具，應(yīng)詳盡地描述方法，以便列出主要的測試任務(wù)，并估計執(zhí)行各項任務(wù)所需的時間。規(guī)定所希望的電低程度的測試徹底性，指明用于判斷測試徹底性的技術(shù)（如：檢查哪些語句至少執(zhí)行過一次）。指出對測試的主要限制，例如：測試項可用性、測試資源的可用性和測試截止期限等。

5.1.7 項通過準則（本計劃的第7章）

規(guī)定各測試項通過測試的標準。

5.1.8 暫停標準和再啟動要求（本計劃第8章）

規(guī)定用于暫停全部或部分與本計劃有關(guān)的測試項的測試活動的標準。規(guī)定當測試再啟動時必須重復(fù)的測試活動。

5.1.9 應(yīng)提供的測試文件（本計劃的第9章）

規(guī)定測試完成后所應(yīng)遞交的文件，這些文件可以是前述八個文件的全部或者部分。

5.1.10 測試任務(wù)（本計劃的第10章）

指明執(zhí)行測試所需的任務(wù)集合，指出任務(wù)音的一切依賴關(guān)系和所需的一切特殊技能。

5.1.11 環(huán)境要求（本計劃的第11章）

規(guī)定測試環(huán)境所必備的和希望的的性質(zhì)。包括：硬件、通信和系統(tǒng)軟件的物理特征、使用方式以及任何其它支撐測試所需的軟件或設(shè)備，指出所需的特殊測試工具及其它測試要求（如出版物或辦公場地等）。指出測試組目前還不能得到的所有要求的來源。

5.1.12 職責（本計劃的第12章）

指出負責管理、設(shè)計、準備、執(zhí)行、監(jiān)督、檢查和仲裁的小組。另外指出負責提供

5.1.3 中指出的測試項和在5.1.11中指出的環(huán)境要求的小組。

這些小組可以包括開發(fā)人員、測試人員、操作員、用戶代表、數(shù)據(jù)管理員和質(zhì)量保證人員。

5.1.13 人員和訓(xùn)練要求（本計劃的第13章）

指明測試人員應(yīng)有的水平以及為掌握必要技能可供選擇的訓(xùn)練科目。

5.1.14 進度（本計劃的第14章）

包括在軟件項目進度中規(guī)定的測試里程碑以及所有測試項傳遞時間。

定義所需的新的測試里程碑，估計完成每項測試任務(wù)所需的時間，為每項測試任務(wù)和測試里程碑規(guī)定進度，對每項測試資源規(guī)定使用期限。

5.1.15 風險和應(yīng)急（本計劃的第15章）

預(yù)測測試計劃中的風險，規(guī)定對各種風險的應(yīng)急措施（如：延期傳遞的測試項可能需要加夜班來趕上規(guī)定的進度。）

5.1.16 批準（本計劃的第16章）

規(guī)定本計劃必須由哪些人（姓名和職務(wù)）審批。為簽名和填寫日期留出位置。

11.軟件測試原則

? 所有的軟件測試都應(yīng)追溯到用戶需求

? 應(yīng)當把“盡早地和不斷地進行軟件測試”作為軟件測試人的座右銘

? 完全測試是不可能的，測試需要終止

? 測試無法顯示系統(tǒng)所有潛在的缺陷

? 充分注意測試中的群集現(xiàn)象

? 程序員應(yīng)避免檢查自己的程序

? 盡量避免測試的隨意性，應(yīng)從工程的角度理解軟件測試，它是有組織、有計劃、有

步驟的活動

12.軟件測試對象

? 程序

? 數(shù)據(jù)

? 文檔

? 過程

? 硬件

? 網(wǎng)絡(luò)

13.確認測試

? 確認測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進一步驗證軟件的有效性，這就是確認測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣

? 確認測試又稱有效性測試。有效性測試是在模擬的環(huán)境下，運用黑盒測試的方法，驗證被測軟件是否滿足需求規(guī)格說明書列出的需求。任務(wù)是驗證軟件的功能和性能及其他特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認測試的基礎(chǔ).GUI測試（ui測試）

1.窗體是否能夠基于相關(guān)的輸入或菜單命令適當?shù)拇蜷_

2.窗體是否能夠改變大小、移動和滾動

3.窗體的數(shù)據(jù)是否能夠利用鼠標、功能鍵、方向箭頭和鍵盤操作

4.當窗體被覆蓋并重新調(diào)用后，窗體是否能夠正確再生

5.窗體相關(guān)的功能是否可以操作

6.是否顯示相關(guān)的下拉菜單、工具條、滾動條、對話框、按鈕、圖標和其他控制，既能正確顯示又能調(diào)用

7.顯示多窗體時，窗體名稱是否能夠正確表示

8.活動窗體是否能夠被反顯加亮

9.多用戶聯(lián)機時所有窗體是否能夠?qū)崟r更新

10.鼠標無規(guī)則點擊時是否會產(chǎn)生無法預(yù)料的結(jié)果

11.窗體聲音及提示是否符合既定編程規(guī)則

第五篇：軟件測試學(xué)習(xí)總結(jié)

軟件測試學(xué)習(xí)總結(jié)

姓名：某某 學(xué)號：20090001 在大慶浦東軟件平臺有限公司經(jīng)過一周的軟件測試實訓(xùn)，從對軟件測試沒有什么經(jīng)驗的我初步掌握了軟件測試的方法和技能，收獲頗多。

我在大學(xué)期間的專業(yè)是信息與計算科學(xué)，原本打算從事網(wǎng)絡(luò)方面的工作，對活動目錄、數(shù)據(jù)庫、操作系統(tǒng)等的知識比較感興趣。經(jīng)過這次理論學(xué)習(xí)，了解到要做好軟件測試，要求掌握的知識并不僅僅是測試方面的，網(wǎng)絡(luò)、數(shù)據(jù)庫、操作系統(tǒng)等的知識對做好測試也是很有幫助的。這讓我明確了以后學(xué)習(xí)的目標，在不斷學(xué)習(xí)軟件測試的同時，也應(yīng)該繼續(xù)其他相關(guān)知識的深入學(xué)習(xí)。通過此次學(xué)習(xí)，對整個軟件測試行業(yè)的了解大大的加深。以前認為軟件測試只是枯燥的反復(fù)的使用被測試軟件來發(fā)現(xiàn)異常的問題，以為軟件測試并不重要，低開發(fā)一等?，F(xiàn)在認識到了軟件測試的重要性，軟件測試是軟件產(chǎn)業(yè)向軟件工業(yè)化生產(chǎn)時代邁進不可缺少的重要組成部分，是保證軟件質(zhì)量達到客戶需求不可缺少的環(huán)節(jié)。軟件測試在國內(nèi)是一個新的職業(yè)，發(fā)展得比較晚，但它的重要性正在為行業(yè)所重視。

在學(xué)習(xí)過程中，我了解了作為一個合格的測試人員所應(yīng)具備的素質(zhì)與技能。其中個人素質(zhì)在測試工作中起到了非常重要的作用，它包括你的信心、耐心、細心和與人交流溝通的能力，它將貫穿你工作生涯的整個過程。在測試理論上，我們系統(tǒng)學(xué)習(xí)了軟件測試的流程，各種測試階段和測試方法，以及測試工具的使用。通過這些課程的學(xué)習(xí)，讓我們對軟件工程也有了更深刻的理解，為以后的測試工作作了很好的理論儲備和技能的提升。

軟件測試作為軟件開發(fā)過程中一個非常重要的環(huán)節(jié)，越來越成為軟件開發(fā)商和用戶關(guān)注的焦點。完善的測試是軟件質(zhì)量的保證，因此軟件測試就成了一項重要而艱巨的工作，要做好這項工作當然也絕非易事，我在做軟件測試工作中總結(jié)出了一些經(jīng)驗和技巧。1.功能點的細化

在進行測試前，先將所要測試的功能細分，填寫《測試用例表》，有針對性的運行功能測試案例，逐個對每個功能細分點進行測試。在每次運行測試案例之前，明確此次運行的目的和預(yù)期的輸出結(jié)果，并要做好記錄。2.注意測試中的錯誤集中發(fā)生的現(xiàn)象

有一些錯誤是和程序開發(fā)人員的編程水平和習(xí)慣有很大關(guān)系的。例如程序中的拼寫錯誤，習(xí)慣用法等。注意收集并記錄這些現(xiàn)象，有助于更快、更多地發(fā)現(xiàn)類似的錯誤。

3.盡可能多的使用非常規(guī)的測試 充分考慮到各種合法的輸入和不合法的輸入以及各種邊界條件。邊界值往往是最容易出現(xiàn)異常的情況，特殊的情況下甚至要制造極端的狀態(tài)和意外狀態(tài)，比如網(wǎng)絡(luò)突然中斷，和電源突然斷電等情況。

4.對測試錯誤結(jié)果一定要有一個確認的過程

一般有A測試出來的錯誤，一定要有一個B來確認。5.制定嚴格的測試計劃

測試時間安排的盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。6.回歸測試的關(guān)聯(lián)性一定要引起充分的注意

在開發(fā)人員剛修復(fù)Bug之后的地方，再找一找，往往開發(fā)人員只修復(fù)報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。修改一個錯誤而引起更多的錯誤出現(xiàn)的現(xiàn)象并不少見。

7.測試文檔要盡可能詳細

《測試用例表》中的功能點可盡量的詳細，如實、詳細地記錄每次運行測試案例的輸入數(shù)據(jù)，輸出數(shù)據(jù)，出錯提示，進行測試的時間，完成測試的時間等，便于以后對測試工作的回溯。8.重視交流和溝通

包括和程序開發(fā)人員的交流，同是測試人員之間的交流，網(wǎng)上技術(shù)論壇和網(wǎng)友的交流，和客戶的交流等。多思考，多交流，多提問，通過多種溝通交流的途徑，可以少走很多彎路，同時可以學(xué)到很多東西。9.善于總結(jié)

在測試過程中發(fā)現(xiàn)的所有問題，異常情況，發(fā)現(xiàn)程序開發(fā)人員易犯，常犯的錯誤，各種有價值的經(jīng)驗教訓(xùn)，使用系統(tǒng)和操作數(shù)據(jù)庫時發(fā)現(xiàn)或者學(xué)到的技巧，使用測試工具時的心得等等，都可以隨手記錄在筆記本或者電腦上。這些都將是今后工作中可以參照的珍貴資料，同時也會成為自己的寶貴經(jīng)驗。10.妥善保存一切測試過程文檔。

這次軟件測試實訓(xùn)為我們以后從事軟件測試工作打下了良好的專業(yè)基礎(chǔ)，為我們的進一步學(xué)習(xí)提高打下了扎實的理論基礎(chǔ)。對測試過程有了初步的認識，測試計劃、測試設(shè)計、測試開發(fā)、測試執(zhí)行、測試評估、測試報告貫穿整個軟件開發(fā)過程。單元測試、集成測試、系統(tǒng)測試、驗證測試每個階段都應(yīng)以用戶需求為依據(jù)。這些基本的概念雖然比較抽象，但對以后的實踐是大有益處的?？偟膩碚f，這次培訓(xùn)效果不錯，對自己有一定的提升，這完全不同與學(xué)校的學(xué)習(xí)，因為它更加貼近工作，針對以后工作的內(nèi)容作了很多實例的練習(xí)與工具的使用，為我們更快的加入工作提供的很好的前提。接下來一段時間，我將利用假期進入相關(guān)測試部門進行實際項目的訓(xùn)練，我相信在我有了很好的理論基礎(chǔ)后，會在工作中很好的加以應(yīng)用，讓測試工作做得更好。同時，我會更加努力的學(xué)習(xí)與工作，遇到問題會及時多渠道尋找解決方法，積極上進，希望早日成為一名優(yōu)秀的測試人員。