第一篇：新手軟件測試基礎(chǔ)知識(shí)學(xué)習(xí)必知

1．計(jì)算機(jī)系統(tǒng)基礎(chǔ)知識(shí)

1.1 計(jì)算機(jī)系統(tǒng)構(gòu)成及硬件基礎(chǔ)知識(shí)

●計(jì)算機(jī)系統(tǒng)的構(gòu)成●處理機(jī)

●基本輸入輸出設(shè)備

●存儲(chǔ)系統(tǒng)

1.2 操作系統(tǒng)基礎(chǔ)知識(shí)

●操作系統(tǒng)的中斷控制、進(jìn)程管理、線程管理

●處理機(jī)管理、存儲(chǔ)管理、設(shè)備管理、文件管理、作業(yè)管理

●網(wǎng)絡(luò)操作系統(tǒng)和嵌入式操作系統(tǒng)基礎(chǔ)知識(shí)

●操作系統(tǒng)的配置

1.3 數(shù)據(jù)庫基礎(chǔ)知識(shí)

●數(shù)據(jù)庫基本原理

●數(shù)據(jù)庫管理系統(tǒng)的功能和特征

●數(shù)據(jù)庫語言與編程

1.4 中間件基礎(chǔ)知識(shí)

1.5 計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)知識(shí)

●網(wǎng)絡(luò)分類、體系結(jié)構(gòu)與網(wǎng)絡(luò)協(xié)議

●常用網(wǎng)絡(luò)設(shè)備

●Internet基礎(chǔ)知識(shí)及其應(yīng)用

●網(wǎng)絡(luò)管理

1.6 程序設(shè)計(jì)語言知識(shí)

●匯編、編譯、解釋系統(tǒng)的基礎(chǔ)知識(shí)

●程序設(shè)計(jì)語言的基本成分（數(shù)據(jù)、運(yùn)算、控制和傳輸、過程（函數(shù)）調(diào)用）●面向?qū)ο蟪绦蛟O(shè)計(jì)

●C語言以及C++（或Java）語言程序設(shè)計(jì)基礎(chǔ)知識(shí)

2．標(biāo)準(zhǔn)化基礎(chǔ)知識(shí)

●標(biāo)準(zhǔn)化的概念（標(biāo)準(zhǔn)化的意義、標(biāo)準(zhǔn)化的發(fā)展、標(biāo)準(zhǔn)化機(jī)構(gòu)）

●標(biāo)準(zhǔn)的層次（國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)標(biāo)準(zhǔn)）

●標(biāo)準(zhǔn)的類別及生命周期

3．信息安全知識(shí)

●信息安全基本概念

●計(jì)算機(jī)病毒及防范

●網(wǎng)絡(luò)入侵手段及防范

●加密與解密機(jī)制

4．信息化基礎(chǔ)知識(shí)

●信息化相關(guān)概念

●與知識(shí)產(chǎn)權(quán)相關(guān)的法律、法規(guī)

●信息網(wǎng)絡(luò)系統(tǒng)、信息應(yīng)用系統(tǒng)、信息資源系統(tǒng)基礎(chǔ)知識(shí)

5．軟件工程知識(shí)

5.1 軟件工程基礎(chǔ)

●軟件工程概念

●需求分析

●軟件系統(tǒng)設(shè)計(jì)

●軟件組件設(shè)計(jì)

●軟件編碼

●軟件測試

●軟件維護(hù)

5.2 軟件開發(fā)方法及過程

●結(jié)構(gòu)化開發(fā)方法

●面向?qū)ο箝_發(fā)方法

●瀑布模型

●快速原型模型

●螺旋模型

5.3 軟件質(zhì)量管理

●軟件質(zhì)量及軟件質(zhì)量管理概念

●軟件質(zhì)量管理體系

●軟件質(zhì)量管理的目標(biāo)、內(nèi)容、方法和技術(shù)

5.4 軟件過程管理

●軟件過程管理概念

●軟件過程改進(jìn)

●軟件能力成熟度模型

5.5 軟件配置管理

●軟件配置管理的意義

●軟件配置管理的過程、方法和技術(shù)

5.6 軟件開發(fā)風(fēng)險(xiǎn)基礎(chǔ)知識(shí)

●風(fēng)險(xiǎn)管理

●風(fēng)險(xiǎn)防范及應(yīng)對

5.7 軟件工程有關(guān)的標(biāo)準(zhǔn)

●軟件工程術(shù)語

●計(jì)算機(jī)軟件開發(fā)規(guī)范

●計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南

●計(jì)算機(jī)軟件需求規(guī)范說明編制指南

●計(jì)算機(jī)軟件測試文件編制規(guī)范

●計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范

●計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范

●數(shù)據(jù)流圖、程序流程圖、系統(tǒng)流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號(hào)及約定

6．軟件測試知識(shí)

6.1 軟件測試基本概念

●軟件質(zhì)量與軟件測試

●軟件測試定義

●軟件測試目的●軟件測試原則

●軟件測試對象

6.2 軟件測試過程模型

●V模型

●W模型

●H模型

●測試模型的使用

6.3 軟件測試類型

●單元測試、集成測試、系統(tǒng)測試

●確認(rèn)測試、驗(yàn)收測試

●開發(fā)方測試、用戶測試、第三方測試

●動(dòng)態(tài)測試、靜態(tài)測試

●白盒測試、黑盒測試、灰盒測試

6.4 軟件問題分類

●軟件錯(cuò)誤

●軟件缺陷

●軟件故障

●軟件失效

6.5 測試標(biāo)準(zhǔn)

7.5.1 GB/T 16260.1—2003 軟件工程 產(chǎn)品質(zhì)量 第1部分：質(zhì)量模型

7.5.2 GB/T 18905.1—2002 軟件工程 產(chǎn)品評價(jià) 第1部分：概述

7.5.3 GB/T 18905.5—2002 軟件工程 產(chǎn)品評價(jià) 第5部分：評價(jià)者用的過程

第二篇：測試新手應(yīng)該怎么學(xué)習(xí)軟件測試

測試新手應(yīng)該怎么學(xué)習(xí)軟件測試

對于測試新手來說，學(xué)好測試的理論知識(shí)是必須的，因?yàn)檫@些是你測試的基礎(chǔ)，千萬不要好高騖遠(yuǎn)，別忘了一句話“磨刀不誤砍柴工”。舉個(gè)例子，如果你沒有學(xué)習(xí)測試?yán)碚摶A(chǔ)，老板讓你做一個(gè)測試基線，你知道怎么做嗎？就算是你知道基線是什么，那么你會(huì)做好一個(gè)基線嗎？

如果基礎(chǔ)沒打好，不要急著學(xué)習(xí)測試工具，因?yàn)楣ぞ咂鋵?shí)是很好學(xué)的，無非就是點(diǎn)幾個(gè)按鈕，頂多是寫幾句腳本，進(jìn)行一下腳本什么的優(yōu)化。但是如果不會(huì)測試?yán)碚摶A(chǔ)，你用自動(dòng)化工具做出來的結(jié)果你會(huì)分析嗎？自動(dòng)化得出的結(jié)果不是最終的測試報(bào)告，這些需要測試人員再分析的，最終才能得出結(jié)果。再舉個(gè)例子，你用loadrunner測試出來了一堆數(shù)據(jù)，你能根據(jù)那些數(shù)據(jù)得出系統(tǒng)瓶頸嗎？不能，因?yàn)橄到y(tǒng)瓶頸的種類，分析方法，以及不同的系統(tǒng)要注意的瓶頸點(diǎn)不同，這些如果沒有扎實(shí)的理論基礎(chǔ)是很難分析出來的，因?yàn)樗C合各個(gè)情況才能得出系統(tǒng)瓶頸的。

還有一點(diǎn)，那就是一定要學(xué)習(xí)一些其他的東西，因?yàn)闇y試是一個(gè)多學(xué)科的科學(xué)，你必須要懂得，至少了解linux系統(tǒng)，網(wǎng)絡(luò)技術(shù)、一門開發(fā)語言、CMM等內(nèi)容。因?yàn)槿绻@些你不懂，老板讓你搭建一個(gè)linux的測試環(huán)境，你會(huì)嗎？讓你搭建VPN，你會(huì)嗎？

以上就是我總結(jié)的幾點(diǎn)內(nèi)容，這些一定是不全的，后續(xù)我會(huì)繼續(xù)補(bǔ)充。但是我也就是想說一句話，學(xué)軟件測試看似簡單，其實(shí)做一名合格的軟件測試工程師很難。一定要有扎實(shí)的基礎(chǔ)、敏銳的洞察力以及廣泛的知識(shí)涵蓋面，測試軟件對我們來說也是極其重要的。

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

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

1． 什么是軟件測試？

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

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

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

? 黑盒測試：

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

? 白盒測試

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

? 灰盒測試

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

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

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

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

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

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

? 手動(dòng)測試

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

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

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

? 自動(dòng)測試

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

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

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

? 需求測試：主要從以下幾個(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í)施的。⑤無二義性：對所有需求的讀者都只能有一個(gè)明確統(tǒng)一的解釋，由于自然語言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡潔明了的用戶語言表達(dá)出來。

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

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

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

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

? 單元測試

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

單元測試工具：Juint等。

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

高編碼質(zhì)量。

? 集成測試

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

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

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

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

? 系統(tǒng)測試

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

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

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

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

? 性能測試

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

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

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

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

? 用戶測試

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

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

? 回歸測試

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

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

回歸測試工具：QTP等。

第四篇：軟件測試之新手總結(jié)

軟件測試之新手總結(jié)

在不斷發(fā)展，競爭激烈的今天，大家都注重時(shí)間和效率，不節(jié)約時(shí)間，沒有效率那企業(yè)就瀕臨崩潰。企業(yè)為什么上信息化，信息化是為了什么？我們給企業(yè)上CRM、OA等，也不過是為了給他們節(jié)省時(shí)間，把一些繁重的事情交給計(jì)算機(jī)處理。計(jì)算機(jī)不是萬能的，它是沒有智商，沒有思維的，它有的也只是固化在機(jī)器本身的一大堆代碼，并按照一定的指令去執(zhí)行，所以我們不能強(qiáng)迫它面面俱到。上企業(yè)信息化，可以提高效率，可以加強(qiáng)管理，更多的是體現(xiàn)在節(jié)約時(shí)間上，但節(jié)約出來的時(shí)間我們做了什么，這是我們要考慮的問題。

當(dāng)然，在我們給企業(yè)實(shí)現(xiàn)信息化，提高工作效率，節(jié)省工作時(shí)間時(shí)，我們不妨為自己盤算一下，我們可以為我們的軟件公司實(shí)現(xiàn)什么信息化。項(xiàng)目管理我們可以用PROJECT，在測試計(jì)劃到BUG跟蹤我們可以用TD，在版本控制、代碼管理、配置管理等我們可以用VSS以及CVS，在自動(dòng)化測試時(shí)我們可以選用WR、LR、RATIONAL等等，當(dāng)然我們還可以用一些小型的比較實(shí)用的工具，比如XENU、WEB VALIDATOR、WAS、OPENSTA、SAINT等等。盲目的推崇工具并不高明，在我們沒有完全掌握工具時(shí)，我們不要完全去相信工具做出的結(jié)論，因?yàn)橛行?huì)被我們所忽略掉，我們操作的本身不正確不理解不細(xì)微可能造成結(jié)果的很大差別。工具只能作為驗(yàn)證的一種手段。

代碼管理、BUG管理工具，我認(rèn)為是必須的，也是最簡單的。代碼管理如VSS，可以方便我們對程序進(jìn)行牽入牽出，能保證服務(wù)器上的程序是最高版本。當(dāng)然，VSS還可以被我們用到其它方面。BUG管理工具，我們可以通過他們統(tǒng)計(jì)工作量，也可以透過他發(fā)現(xiàn)工作中的漏洞。一個(gè)項(xiàng)目的結(jié)束，項(xiàng)目經(jīng)理學(xué)會(huì)了管理項(xiàng)目，編碼人員學(xué)會(huì)了編程，測試員得到了什么？他們得到的是很多BUG，挖掘、回顧BUG中的內(nèi)容就是一種財(cái)富，就是我們測試員可以得到的經(jīng)驗(yàn)，這些完全可以對自己的工作方式、方法進(jìn)行評價(jià)，并可以自己總結(jié)出一套測試?yán)碚摗Ｃ總€(gè)公司都可以在慢慢工作中總結(jié)和更新自己公司的BUG管理工具，這也是公司加強(qiáng)管理的一種手段。

如果有了一定的管理工具，在類似項(xiàng)目時(shí)，我們就可以參照以前的標(biāo)準(zhǔn)，參照以前的做法，這樣我們就輕車熟路了，試問一下：我們喜歡查詢呢還是喜歡一個(gè)一個(gè)的查看呢？在工作的時(shí)候，要學(xué)會(huì)反省、挖掘、總結(jié)，成為一個(gè)有思想的人。有思想的人遠(yuǎn)遠(yuǎn)比一個(gè)只愛勞動(dòng)的人受重用。加強(qiáng)工具化管理勢在必行，今天你為自己花費(fèi)了一分鐘，明天也許你會(huì)節(jié)約出一個(gè)小時(shí)

沒有什么固定的模式，也沒有什么固定的套路，這就是軟件行業(yè)。軟件行業(yè)更依賴于人的因素，這就告訴我們環(huán)境的不同，變化是不同的，在原來的基礎(chǔ)上總結(jié)出自己的開發(fā)模式，才是我們應(yīng)該要做的。就像XP開發(fā)模式也有前提一樣。取人之長，補(bǔ)己之短是我們最好的做事方式。

面對著五花八門的工具，我很迷茫，也許其他新手也和我一樣。但我認(rèn)為，學(xué)工具是必然的，但不是必須的。測試?yán)碚摽梢灾笇?dǎo)我們的工作，但測試更多是要靠自己的總結(jié)，在實(shí)踐中慢慢的積累。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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