第一篇：軟件測試的學習目標是什么

軟件測試的學習目標是什么

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

成都華育國際軟件測試課程包括四個階段，真實項目貫穿整個教學的課程，實訓課程年年升級，緊隨市場需求大潮，實訓項目常態(tài)化更新，你學習的就是未來工作要用的！每個階段都有不同的課程和學習目標。

第一階段：軟件測試基礎

構建測試環(huán)境的課程目標是掌握測試環(huán)境搭建需要掌握的基本理論和基本知識、基于Windows Server下環(huán)境搭建的配置、使用命令提示符方式進行環(huán)境配置、掌握網絡配置磁盤配置安全策略用戶管理、掌握基于DHCP，DNS，IIS和FTP下環(huán)境搭建、掌握基本環(huán)境搭建技術。

開發(fā)語言精華JAVA課程目標是掌握JAVA編程基礎知識、掌握流程控制語句的應用、理解面向對象思想，及三大特性、能用類和對象的方式編寫程序。

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

第二階段：軟件測試理論及實戰(zhàn)

測試概論分析的課程目標構建覆蓋整個測試流程的測試框架、掌握軟件測試典型模型V、W、H、敏捷及其應用方法、掌握缺陷的管理流程（手工管理及自動管理的方式）、了解當前流行的測試類型：WEB測試、移動端測試、敏捷測試、面向對象的測試、學會測試方案、測試用例模板、缺陷報告（手、自）、配置管理計劃、質量監(jiān)督計劃、測、試總結等10篇測試文檔的編寫。

軟件測試用例設計課程目標學習軟件測試的11種方法：大綱法、等價類邊界值、因果圖、狀態(tài)轉換圖、正交實驗法、結對測試、通過測試、失敗測試、錯誤猜測法、隨機測試、故障模型的應用，掌握軟件測試用例的自動管理及執(zhí)行方法。

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

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

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

第三階段：軟件測試工具

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

自我提升的課程目標自我推銷、職場禮儀、語言溝通。面試指導的課程目標簡歷寫作、面試指導、入職引導。

第二篇：軟件測試學習

軟件測試學習

1． 什么是軟件測試？

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

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

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

? 黑盒測試：

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

? 白盒測試

白盒測試又稱結構測試、邏輯驅動測試或程序代碼內部構成的測試。

? 灰盒測試

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

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

? 動態(tài)測試

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

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

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

? 手動測試

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

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

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

? 自動測試

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

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

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

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

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

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

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

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

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

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

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

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

? 單元測試

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

單元測試工具：Juint等。

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

高編碼質量。

? 集成測試

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

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

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

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

? 系統(tǒng)測試

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

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

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

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

? 性能測試

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

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

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

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

? 用戶測試

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

用戶測試是軟件生產流程中的最后質檢關。

? 回歸測試

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

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

回歸測試工具：QTP等。

第三篇：軟件測試學習綱要

《軟件測試》學習綱要

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

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

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

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

4、軟件測試實踐題：4題、共25分

學習要點：

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

2)軟件缺陷

3)軟件測試V模型

4)測試用例概念、設計原則、設計步驟

5)黑盒、白盒測試

6)邊界值、等價類測試用例設計

7)因果圖法

8)場景法

9)邏輯覆蓋測試分類、關系

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

11)單元測試概念

12)單元測試的策略

13)集成測試概念

14)集成測試策略10個字

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

16)回歸測試概念

17)驗收測試概念、過程

18)動態(tài)測試與靜態(tài)測試

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

20)性能測試分類

21)測試計劃、測試報告文檔內容

22)白盒測試用例設計

23)黑盒測試用例設計

24)Junit單元測試用例設計及編程

第四篇：軟件測試的學習

軟件測試學習

一、軟件測試方法：白盒測試、黑盒測試、灰盒測試

二、軟件測試階段：

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

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

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

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

第三方—>4.驗收測試（黑盒多）

驗收測試包括：正式驗收測試、alpha測試、beta測試三種。

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

三、軟件各種測試的定義：

白盒測試：程序內部的結構測試，也叫結構測試或邏輯驅動測試，對程序所有邏輯路徑進行測試。

? 白盒測試的主要方法：邏輯驅動測試和基本路徑測試。

? 白盒測試主要對程序模塊進行如下檢查：

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

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

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

4.測試內部數據結構的有效性，等等。

黑盒測試：也叫數據驅動測試，主要是基于需求分析對系統(tǒng)的功能進行測試。

? 黑盒測試的主要方法：等價類劃分、邊界值分析、因果圖、場景法、錯誤推測法

※（測試用例設計所采用的方法就是黑盒測試的主要方法）

? 黑盒測試為了發(fā)現幾類錯誤：

1.在接口上，輸入是否正確接收，輸出結果是否正確（集成測試）

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

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

4.是否有數據結構錯誤或外部信息（例如數據文件）訪問錯誤（系統(tǒng)測試-兼容）

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

單元測試：對代碼的運行測試（也叫白盒測試），用于判定某個特定條件（或場景）下某個特定函數的行為。集成測試：（也叫組裝測試，聯合測試），是單元測試的邏輯擴展。模塊與模塊之間接口的測試。

? 集成測試的策略：

1.模塊與模塊連接時，穿越模塊接口的數據是否丟失。

2.各個子模塊組合起來，是否達到預期要求的父功能。

3.一個模塊的功能是否對另一個模塊的功能產生不利影響。

4.單個模塊的誤差積累起來，是否會放大，從而達到不可接受的程度。

5.全局數據結構是否有問題。

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

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

統(tǒng)設計。

驗收測試：alpha測試、beta測試、第三方驗收測試

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

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

功能測試：也叫黑盒測試，利用黑盒測試法進行動態(tài)測試，根據需求分析看系統(tǒng)是否能達到預期結果。性能測試：也叫壓力測試，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。

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

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

配置測試：搭環(huán)境時，進行的參數配置是否合理。

兼容測試：與其他軟件或瀏覽器是否發(fā)生沖突。

四、測試活動的生命周期是什么（也可說成測試流程是什么）？

是指從測試項目計劃建立到Bug提交的整個過程。

包括五個階段：

1、測試項目計劃

2、測試需求分析

3、測試用例編寫

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

5、Bug提交

（總結：測試的集成測試階段和系統(tǒng)測試階段，兩個階段會運用“測試活動生命周期”來完成）

例如：集成測試→上面的五個階段（測試項目計劃除外）

系統(tǒng)測試→上面的五個階段（測試項目計劃除外）

? 軟件測試項目計劃的目的、內容：（對應階段1）

軟件測試計劃是指導測試過程的綱領性文件，包含了產品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試

周期、測試資源、測試交流、風險分析等內容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。

測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法

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

好是能先評審）

? 軟件測試項目計劃從什么時候開始的，為什么？（對應階段1）測試過程測試過程

軟件測試應該在需求分析階段就介入,因為測試的對象不僅僅是程序編碼,應該對軟件開發(fā)過程中產生的所有產品都測試,并且軟件缺陷存在放大趨勢.缺

陷發(fā)現的越晚,修復它所花費的成本就越大.? 測試用例編寫的內容：（也可以說成是缺陷測試報告的組成：）（對應階段3）

簡單說分三部分，測試步驟、數據輸入、預期結果

缺陷測試報告的組成：缺陷的標題，缺陷的基本信息，復現缺陷的操作步驟，缺陷實際結果的描述，期望正確結果的描述，注釋文字和截取的缺陷圖像

? 缺陷的生命周期（也可以說成是Bug的管理流程）（對應階段5）

最簡單的缺陷生命周期:

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

打開—修復：開發(fā)人員在現，修復缺陷，然后提交測試人員去驗證

修復—關閉：測試人員驗證修復的軟件，關閉已不存在的缺陷。

復雜的缺陷生命周期：

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

高級測試人員驗證錯誤

驗證錯誤QC狀態(tài)驗證open狀態(tài)下錯誤QC狀態(tài)

高級測試人員是open開發(fā)人員是并修復fixed

高級測試人員不是declind不是declind

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

五、測試結束的標準是什么：（對應測試活動生命周期記憶）

基于“項目計劃”的原則（對應階段1）

基于“測試階段”的原則（對應階段2）

基于“測試用例”的原則（對應階段3）

基于“覆蓋率”的原則（對應階段4）

基于“缺陷收斂趨勢”的原則（對應階段5）

基于“缺陷修復率”的原則（對應階段5）

基于“缺陷度量”的原則（對應階段5）

基于“驗收測試”的原則

基于“質量成本”的原則

基于“測試行業(yè)經驗”的原則

六、測試工具：

測試Bug的管理工具：TD、QC、BugFree

功能測試管理工具：QTP

性能測試管理工具：LoadRunner

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

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

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

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

七、軟件測試的相關概念：

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

軟件測試：檢測系統(tǒng)預期結果與實際結果之間的差別，發(fā)現系統(tǒng)中的Bug。

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

QA：是以第三方的姿態(tài)，孤立于項目組以外的身份，對整個開發(fā)進行評審，QA負責對每個階段的軟件文檔審

核。

軟件測試的目的：

1.發(fā)現代碼錯誤（單元測試）

2.一個成功的測試用例，在于發(fā)現至今未發(fā)現的錯誤

3.一個成功的測試用例，在于發(fā)現至今未發(fā)現錯誤的測試

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

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

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

軟件測試的原則：

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

2.嚴格執(zhí)行測試計劃（軟件的生命周期-測試項目計劃）

3.應追溯需求（軟件的生命周期-測試需求分析）

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

5.關注缺陷的修復（軟件的生命周期-Bug提交）

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

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

8.應由第三方來構造（驗收測試）

八、v模型：

V模型：揭示了軟件測試活動分層和分階段的本質特性。

如：集成測試對應概要設計

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

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

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

2）在概要設計階段：編寫集成測試用例也會間接地地圖軟件設計質量。

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

（集成、實施、交付）

測試人員軟件測試階段：驗收測試準備、系統(tǒng)測試準備、集成測試準備、單元測試準備、單元測試

（集成測試、系統(tǒng)測試、驗收測試）

（測試階段準備反過來，與開發(fā)階段對應上）

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

第五篇：軟件測試學習總結

軟件測試學習總結

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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