第一篇：軟件測(cè)試的學(xué)習(xí)目標(biāo)是什么

軟件測(cè)試的學(xué)習(xí)目標(biāo)是什么

軟件測(cè)試工程師就業(yè)不僅局限于通信及互聯(lián)網(wǎng)、應(yīng)用軟件行業(yè)，在金融及其他行業(yè)都占有一定的比量，就業(yè)范圍非常廣。而且可以升值為測(cè)試經(jīng)理、質(zhì)量經(jīng)理，或者橫向發(fā)展成為項(xiàng)目經(jīng)理等，甚至空間廣泛。所以很多人希望學(xué)習(xí)軟件測(cè)試，那么軟件測(cè)試的學(xué)習(xí)目標(biāo)是什么？

成都華育國(guó)際軟件測(cè)試課程包括四個(gè)階段，真實(shí)項(xiàng)目貫穿整個(gè)教學(xué)的課程，實(shí)訓(xùn)課程年年升級(jí)，緊隨市場(chǎng)需求大潮，實(shí)訓(xùn)項(xiàng)目常態(tài)化更新，你學(xué)習(xí)的就是未來工作要用的！每個(gè)階段都有不同的課程和學(xué)習(xí)目標(biāo)。

第一階段：軟件測(cè)試基礎(chǔ)

構(gòu)建測(cè)試環(huán)境的課程目標(biāo)是掌握測(cè)試環(huán)境搭建需要掌握的基本理論和基本知識(shí)、基于Windows Server下環(huán)境搭建的配置、使用命令提示符方式進(jìn)行環(huán)境配置、掌握網(wǎng)絡(luò)配置磁盤配置安全策略用戶管理、掌握基于DHCP，DNS，IIS和FTP下環(huán)境搭建、掌握基本環(huán)境搭建技術(shù)。

開發(fā)語言精華JAVA課程目標(biāo)是掌握J(rèn)AVA編程基礎(chǔ)知識(shí)、掌握流程控制語句的應(yīng)用、理解面向?qū)ο笏枷?，及三大特性、能用類和?duì)象的方式編寫程序。

開發(fā)語言精華C語言基礎(chǔ)的課程目標(biāo)是掌握C語言程序設(shè)計(jì)結(jié)構(gòu)、理解數(shù)據(jù)類型、常量、變量、數(shù)組、輸入輸出函數(shù)的意義和用法、掌握基本的編程思想，懂開發(fā)過程原理、為后續(xù)JAVA、Loadrunner、Orcale、Linux的Shell腳本打下堅(jiān)實(shí)的基礎(chǔ)。

第二階段：軟件測(cè)試?yán)碚摷皩?shí)戰(zhàn)

測(cè)試概論分析的課程目標(biāo)構(gòu)建覆蓋整個(gè)測(cè)試流程的測(cè)試框架、掌握軟件測(cè)試典型模型V、W、H、敏捷及其應(yīng)用方法、掌握缺陷的管理流程（手工管理及自動(dòng)管理的方式）、了解當(dāng)前流行的測(cè)試類型：WEB測(cè)試、移動(dòng)端測(cè)試、敏捷測(cè)試、面向?qū)ο蟮臏y(cè)試、學(xué)會(huì)測(cè)試方案、測(cè)試用例模板、缺陷報(bào)告（手、自）、配置管理計(jì)劃、質(zhì)量監(jiān)督計(jì)劃、測(cè)、試總結(jié)等10篇測(cè)試文檔的編寫。

軟件測(cè)試用例設(shè)計(jì)課程目標(biāo)學(xué)習(xí)軟件測(cè)試的11種方法：大綱法、等價(jià)類邊界值、因果圖、狀態(tài)轉(zhuǎn)換圖、正交實(shí)驗(yàn)法、結(jié)對(duì)測(cè)試、通過測(cè)試、失敗測(cè)試、錯(cuò)誤猜測(cè)法、隨機(jī)測(cè)試、故障模型的應(yīng)用，掌握軟件測(cè)試用例的自動(dòng)管理及執(zhí)行方法。

讓學(xué)生學(xué)會(huì)UI測(cè)試、WEB測(cè)試、業(yè)務(wù)流程測(cè)試、文檔測(cè)試、兼容測(cè)試、安裝及卸載測(cè)試等測(cè)試類型的用例寫作方法。

Oracle數(shù)據(jù)庫技術(shù)的課程目標(biāo)掌握Oracle數(shù)據(jù)庫常用的增、刪、改、查操作，掌握數(shù)據(jù)庫中視圖，索引、觸發(fā)器、存儲(chǔ)過程等數(shù)據(jù)庫測(cè)試中常用到的庫對(duì)象，理解測(cè)試工作中的數(shù)據(jù)優(yōu)化。

Linux服務(wù)器架設(shè)的課程目標(biāo)熟悉Linux操作系統(tǒng)的安裝、掌握常用的Linux命令、熟悉Shell編程、熟練搭建各類服務(wù)器，如Apache、Samba服務(wù)器、LAMP結(jié)構(gòu)的搭建及排除。

第三階段：軟件測(cè)試工具

功能測(cè)試工具QTP、LoadRunner、Quality Center、白盒測(cè)試技術(shù)與白盒測(cè)試工具。第四階段：軟件測(cè)試職業(yè)素質(zhì)訓(xùn)練

自我提升的課程目標(biāo)自我推銷、職場(chǎng)禮儀、語言溝通。面試指導(dǎo)的課程目標(biāo)簡(jiǎn)歷寫作、面試指導(dǎo)、入職引導(dǎo)。

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

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

1． 什么是軟件測(cè)試？

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

2．軟件測(cè)試的分類有哪些？

答：軟件測(cè)試活動(dòng)可以分為以下幾類：

? 黑盒測(cè)試：

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

? 白盒測(cè)試

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

? 灰盒測(cè)試

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

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

? 動(dòng)態(tài)測(cè)試

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

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

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

? 手動(dòng)測(cè)試

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

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

缺點(diǎn)：手動(dòng)測(cè)試有一定的局限性與單調(diào)枯燥性。

? 自動(dòng)測(cè)試

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

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

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

? 需求測(cè)試：主要從以下幾個(gè)方面考慮

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

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

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

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

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

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

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

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

? 單元測(cè)試

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

單元測(cè)試工具：Juint等。

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

高編碼質(zhì)量。

? 集成測(cè)試

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

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

（集成測(cè)試一般由測(cè)試工程師但當(dāng)）

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

? 系統(tǒng)測(cè)試

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

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

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

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

? 性能測(cè)試

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

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

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

性能測(cè)試工具：LoadRunner自動(dòng)化性能測(cè)試工具等。

? 用戶測(cè)試

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

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

? 回歸測(cè)試

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

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

回歸測(cè)試工具：QTP等。

第三篇：軟件測(cè)試學(xué)習(xí)綱要

《軟件測(cè)試》學(xué)習(xí)綱要

一、2013年春季學(xué)期期末考試題型如下：

1、選擇題：15題、每題2分；共30分

2、填空題：15空、每空1分；共15分

3、論述題：6題、每題5分；共30分

4、軟件測(cè)試實(shí)踐題：4題、共25分

學(xué)習(xí)要點(diǎn)：

1)軟件測(cè)試目的、原則、誤區(qū)、對(duì)象、分類

2)軟件缺陷

3)軟件測(cè)試V模型

4)測(cè)試用例概念、設(shè)計(jì)原則、設(shè)計(jì)步驟

5)黑盒、白盒測(cè)試

6)邊界值、等價(jià)類測(cè)試用例設(shè)計(jì)

7)因果圖法

8)場(chǎng)景法

9)邏輯覆蓋測(cè)試分類、關(guān)系

10)環(huán)路復(fù)雜度

11)單元測(cè)試概念

12)單元測(cè)試的策略

13)集成測(cè)試概念

14)集成測(cè)試策略10個(gè)字

15)系統(tǒng)測(cè)試的概念

16)回歸測(cè)試概念

17)驗(yàn)收測(cè)試概念、過程

18)動(dòng)態(tài)測(cè)試與靜態(tài)測(cè)試

19)系統(tǒng)性能參數(shù)

20)性能測(cè)試分類

21)測(cè)試計(jì)劃、測(cè)試報(bào)告文檔內(nèi)容

22)白盒測(cè)試用例設(shè)計(jì)

23)黑盒測(cè)試用例設(shè)計(jì)

24)Junit單元測(cè)試用例設(shè)計(jì)及編程

第四篇：軟件測(cè)試的學(xué)習(xí)

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

一、軟件測(cè)試方法：白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試

二、軟件測(cè)試階段：

執(zhí)行人測(cè)試階段測(cè)試方法

開發(fā)人員—>1.單元測(cè)試（白盒測(cè)試）

測(cè)試人員—>2.集成測(cè)試（黑盒+白盒測(cè)試）

測(cè)試人員—>3.系統(tǒng)測(cè)試（黑盒多）

第三方—>4.驗(yàn)收測(cè)試（黑盒多）

驗(yàn)收測(cè)試包括：正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種。

系統(tǒng)測(cè)試包括：功能測(cè)試、性能測(cè)試、界面測(cè)試、安全測(cè)試、配置測(cè)試、兼容測(cè)試、回歸測(cè)試等。

三、軟件各種測(cè)試的定義：

白盒測(cè)試：程序內(nèi)部的結(jié)構(gòu)測(cè)試，也叫結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。

? 白盒測(cè)試的主要方法：邏輯驅(qū)動(dòng)測(cè)試和基本路徑測(cè)試。

? 白盒測(cè)試主要對(duì)程序模塊進(jìn)行如下檢查：

1.對(duì)程序模塊所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。

2.多所有邏輯判定，取“真”與取“假”，的兩種情況都至少測(cè)試一遍。

3.在循環(huán)的邊界和運(yùn)行的邊界內(nèi)執(zhí)行循環(huán)體。

4.測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。

黑盒測(cè)試：也叫數(shù)據(jù)驅(qū)動(dòng)測(cè)試，主要是基于需求分析對(duì)系統(tǒng)的功能進(jìn)行測(cè)試。

? 黑盒測(cè)試的主要方法：等價(jià)類劃分、邊界值分析、因果圖、場(chǎng)景法、錯(cuò)誤推測(cè)法

※（測(cè)試用例設(shè)計(jì)所采用的方法就是黑盒測(cè)試的主要方法）

? 黑盒測(cè)試為了發(fā)現(xiàn)幾類錯(cuò)誤：

1.在接口上，輸入是否正確接收，輸出結(jié)果是否正確（集成測(cè)試）

2.功能是否有遺漏，是否正確（系統(tǒng)測(cè)試-功能）

3.性能是否能滿足要求（系統(tǒng)測(cè)試-性能）

4.是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文件）訪問錯(cuò)誤（系統(tǒng)測(cè)試-兼容）

5.是否有初始化或終止性錯(cuò)誤（系統(tǒng)測(cè)試-安全）

單元測(cè)試：對(duì)代碼的運(yùn)行測(cè)試（也叫白盒測(cè)試），用于判定某個(gè)特定條件（或場(chǎng)景）下某個(gè)特定函數(shù)的行為。集成測(cè)試：（也叫組裝測(cè)試，聯(lián)合測(cè)試），是單元測(cè)試的邏輯擴(kuò)展。模塊與模塊之間接口的測(cè)試。

? 集成測(cè)試的策略：

1.模塊與模塊連接時(shí)，穿越模塊接口的數(shù)據(jù)是否丟失。

2.各個(gè)子模塊組合起來，是否達(dá)到預(yù)期要求的父功能。

3.一個(gè)模塊的功能是否對(duì)另一個(gè)模塊的功能產(chǎn)生不利影響。

4.單個(gè)模塊的誤差積累起來，是否會(huì)放大，從而達(dá)到不可接受的程度。

5.全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題。

系統(tǒng)測(cè)試：是將測(cè)試的子系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來測(cè)試

? 系統(tǒng)測(cè)試的目的：對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品的需求并遵循系

統(tǒng)設(shè)計(jì)。

驗(yàn)收測(cè)試：alpha測(cè)試、beta測(cè)試、第三方驗(yàn)收測(cè)試

回歸測(cè)試：對(duì)系統(tǒng)的新版本執(zhí)行上一版本的測(cè)試用例檢驗(yàn)是否通過。也可以說對(duì)于修改后新代碼進(jìn)行測(cè)試。

? 回歸測(cè)試：作為軟件生命周期的一個(gè)組成部分，在整個(gè)軟件測(cè)試過程中占有很大的工作量比重，軟件開發(fā)的各個(gè)階段都會(huì)進(jìn)行多次回歸測(cè)試

功能測(cè)試：也叫黑盒測(cè)試，利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試，根據(jù)需求分析看系統(tǒng)是否能達(dá)到預(yù)期結(jié)果。性能測(cè)試：也叫壓力測(cè)試，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。

界面測(cè)試：測(cè)試界面是否美觀，是否能讓用戶滿意，操作功能是否合理。

安全測(cè)試：檢查系統(tǒng)對(duì)非法侵入的防范能力（破譯密碼、保護(hù)機(jī)制）。

配置測(cè)試：搭環(huán)境時(shí)，進(jìn)行的參數(shù)配置是否合理。

兼容測(cè)試：與其他軟件或?yàn)g覽器是否發(fā)生沖突。

四、測(cè)試活動(dòng)的生命周期是什么（也可說成測(cè)試流程是什么）？

是指從測(cè)試項(xiàng)目計(jì)劃建立到Bug提交的整個(gè)過程。

包括五個(gè)階段：

1、測(cè)試項(xiàng)目計(jì)劃

2、測(cè)試需求分析

3、測(cè)試用例編寫

4、測(cè)試用例執(zhí)行

5、Bug提交

（總結(jié)：測(cè)試的集成測(cè)試階段和系統(tǒng)測(cè)試階段，兩個(gè)階段會(huì)運(yùn)用“測(cè)試活動(dòng)生命周期”來完成）

例如：集成測(cè)試→上面的五個(gè)階段（測(cè)試項(xiàng)目計(jì)劃除外）

系統(tǒng)測(cè)試→上面的五個(gè)階段（測(cè)試項(xiàng)目計(jì)劃除外）

? 軟件測(cè)試項(xiàng)目計(jì)劃的目的、內(nèi)容：（對(duì)應(yīng)階段1）

軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試

周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過程中的各種變更。

測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法

和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試策略和測(cè)試方法（最

好是能先評(píng)審）

? 軟件測(cè)試項(xiàng)目計(jì)劃從什么時(shí)候開始的，為什么？（對(duì)應(yīng)階段1）測(cè)試過程測(cè)試過程

軟件測(cè)試應(yīng)該在需求分析階段就介入,因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼,應(yīng)該對(duì)軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測(cè)試,并且軟件缺陷存在放大趨勢(shì).缺

陷發(fā)現(xiàn)的越晚,修復(fù)它所花費(fèi)的成本就越大.? 測(cè)試用例編寫的內(nèi)容：（也可以說成是缺陷測(cè)試報(bào)告的組成：）（對(duì)應(yīng)階段3）

簡(jiǎn)單說分三部分，測(cè)試步驟、數(shù)據(jù)輸入、預(yù)期結(jié)果

缺陷測(cè)試報(bào)告的組成：缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷實(shí)際結(jié)果的描述，期望正確結(jié)果的描述，注釋文字和截取的缺陷圖像

? 缺陷的生命周期（也可以說成是Bug的管理流程）（對(duì)應(yīng)階段5）

最簡(jiǎn)單的缺陷生命周期:

發(fā)現(xiàn)—打開：發(fā)現(xiàn)缺陷提交給開發(fā)人員

打開—修復(fù)：開發(fā)人員在現(xiàn)，修復(fù)缺陷，然后提交測(cè)試人員去驗(yàn)證

修復(fù)—關(guān)閉：測(cè)試人員驗(yàn)證修復(fù)的軟件，關(guān)閉已不存在的缺陷。

復(fù)雜的缺陷生命周期：

測(cè)試人員提交Bug入庫（QC），錯(cuò)誤狀態(tài)為new

高級(jí)測(cè)試人員驗(yàn)證錯(cuò)誤

驗(yàn)證錯(cuò)誤QC狀態(tài)驗(yàn)證open狀態(tài)下錯(cuò)誤QC狀態(tài)

高級(jí)測(cè)試人員是open開發(fā)人員是并修復(fù)fixed

高級(jí)測(cè)試人員不是declind不是declind

是不能修復(fù)留下文字說明保存保存Bug為open對(duì)于不能解決和延期解決的bug，不能讓開發(fā)人員自己決定，一般要報(bào)告給測(cè)試經(jīng)理。

五、測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么：（對(duì)應(yīng)測(cè)試活動(dòng)生命周期記憶）

基于“項(xiàng)目計(jì)劃”的原則（對(duì)應(yīng)階段1）

基于“測(cè)試階段”的原則（對(duì)應(yīng)階段2）

基于“測(cè)試用例”的原則（對(duì)應(yīng)階段3）

基于“覆蓋率”的原則（對(duì)應(yīng)階段4）

基于“缺陷收斂趨勢(shì)”的原則（對(duì)應(yīng)階段5）

基于“缺陷修復(fù)率”的原則（對(duì)應(yīng)階段5）

基于“缺陷度量”的原則（對(duì)應(yīng)階段5）

基于“驗(yàn)收測(cè)試”的原則

基于“質(zhì)量成本”的原則

基于“測(cè)試行業(yè)經(jīng)驗(yàn)”的原則

六、測(cè)試工具：

測(cè)試Bug的管理工具：TD、QC、BugFree

功能測(cè)試管理工具：QTP

性能測(cè)試管理工具：LoadRunner

[TestDirector]：企業(yè)級(jí)測(cè)試管理工具，也是業(yè)界第一個(gè)基于Web的測(cè)試管理系統(tǒng)。

[Quality Center]：基于Web的測(cè)試管理工具，可以組織和管理應(yīng)用程序測(cè)試流程的所有階段，包括指定測(cè)試需求、計(jì)劃測(cè)試、執(zhí)行測(cè)試和跟蹤缺陷。

[QuickTest Professional]：用于創(chuàng)建功能和回歸測(cè)試。

[LoadRunner]：預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具

七、軟件測(cè)試的相關(guān)概念：

軟件測(cè)試的對(duì)象：需求規(guī)格說明書、概要設(shè)計(jì)規(guī)格說明書、詳細(xì)設(shè)計(jì)規(guī)格說明書、源代碼程序

軟件測(cè)試：檢測(cè)系統(tǒng)預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別，發(fā)現(xiàn)系統(tǒng)中的Bug。

軟件測(cè)試與QA的區(qū)別：

QA：是以第三方的姿態(tài)，孤立于項(xiàng)目組以外的身份，對(duì)整個(gè)開發(fā)進(jìn)行評(píng)審，QA負(fù)責(zé)對(duì)每個(gè)階段的軟件文檔審

核。

軟件測(cè)試的目的：

1.發(fā)現(xiàn)代碼錯(cuò)誤（單元測(cè)試）

2.一個(gè)成功的測(cè)試用例，在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤

3.一個(gè)成功的測(cè)試用例，在于發(fā)現(xiàn)至今未發(fā)現(xiàn)錯(cuò)誤的測(cè)試

4.依據(jù)需求分析確保產(chǎn)品的所有功能，并且用戶訪問的所有功能附有書面說明書。（系統(tǒng)測(cè)試-功能）

5.滿足性能和效率的要求（系統(tǒng)測(cè)試-性能）

6.適應(yīng)用戶的環(huán)境（系統(tǒng)測(cè)試-兼容）

軟件測(cè)試的原則：

1.應(yīng)盡早執(zhí)行，并貫穿于整個(gè)軟件生命周期。（軟件的生命周期）

2.嚴(yán)格執(zhí)行測(cè)試計(jì)劃（軟件的生命周期-測(cè)試項(xiàng)目計(jì)劃）

3.應(yīng)追溯需求（軟件的生命周期-測(cè)試需求分析）

4.窮舉例是不能的，要遵循good-enough原則（軟件的生命周期-測(cè)試用例編寫）

5.關(guān)注缺陷的修復(fù)（軟件的生命周期-Bug提交）

6.檢查程序是否做了不該做的（單元測(cè)試）

7.必須確定預(yù)期結(jié)果（系統(tǒng)測(cè)試-功能）

8.應(yīng)由第三方來構(gòu)造（驗(yàn)收測(cè)試）

八、v模型：

V模型：揭示了軟件測(cè)試活動(dòng)分層和分階段的本質(zhì)特性。

如：集成測(cè)試對(duì)應(yīng)概要設(shè)計(jì)

集成測(cè)試計(jì)劃和集成測(cè)試說明文檔的編寫：可以在概要設(shè)計(jì)階段就可以開始編寫，只要在集成測(cè)試實(shí)施前完 成即可。

V模型還有一點(diǎn)意義：1）在需求分析階段 ： 編寫測(cè)試用例，可以發(fā)現(xiàn)需求文檔本身的缺陷，這樣就能盡早把需

求的缺陷消除，避免使缺陷殘留到下一個(gè)階段中。

2）在概要設(shè)計(jì)階段：編寫集成測(cè)試用例也會(huì)間接地地圖軟件設(shè)計(jì)質(zhì)量。

總結(jié):開發(fā)人員軟件開發(fā)階段:用戶需求、需求分析與系統(tǒng)設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼

（集成、實(shí)施、交付）

測(cè)試人員軟件測(cè)試階段：驗(yàn)收測(cè)試準(zhǔn)備、系統(tǒng)測(cè)試準(zhǔn)備、集成測(cè)試準(zhǔn)備、單元測(cè)試準(zhǔn)備、單元測(cè)試

（集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試）

（測(cè)試階段準(zhǔn)備反過來，與開發(fā)階段對(duì)應(yīng)上）

九、典型的軟件測(cè)試過程模型是：V模型、W模型、H模型、前置測(cè)試模型。

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

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

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

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

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

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

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

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

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

4.對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程

一般有A測(cè)試出來的錯(cuò)誤，一定要有一個(gè)B來確認(rèn)。5.制定嚴(yán)格的測(cè)試計(jì)劃

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

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

7.測(cè)試文檔要盡可能詳細(xì)

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

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

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

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