第一篇：軟件測試學習

軟件測試學習

1． 什么是軟件測試？

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

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

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

? 黑盒測試：

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

? 白盒測試

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

? 灰盒測試

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

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

? 動態測試

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

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

動態測試有三種方法：黑盒測試、白盒測試、灰盒測試。

? 手動測試

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

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

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

? 自動測試

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

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

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

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

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

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

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

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

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

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

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

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

? 單元測試

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

單元測試工具：Juint等。

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

高編碼質量。

? 集成測試

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

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

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

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

? 系統測試

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

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

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

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

? 性能測試

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

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

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

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

? 用戶測試

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

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

? 回歸測試

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

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

回歸測試工具：QTP等。

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

《軟件測試》學習綱要

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

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

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

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

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

學習要點：

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

2)軟件缺陷

3)軟件測試V模型

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

5)黑盒、白盒測試

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

7)因果圖法

8)場景法

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

10)環路復雜度

11)單元測試概念

12)單元測試的策略

13)集成測試概念

14)集成測試策略10個字

15)系統測試的概念

16)回歸測試概念

17)驗收測試概念、過程

18)動態測試與靜態測試

19)系統性能參數

20)性能測試分類

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

22)白盒測試用例設計

23)黑盒測試用例設計

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

第三篇：軟件測試的學習

軟件測試學習

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

二、軟件測試階段：

執行人測試階段測試方法

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

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

測試人員—>3.系統測試（黑盒多）

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

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

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

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

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

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

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

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

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

3.在循環的邊界和運行的邊界內執行循環體。

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

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

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

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

? 黑盒測試為了發現幾類錯誤：

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

2.功能是否有遺漏，是否正確（系統測試-功能）

3.性能是否能滿足要求（系統測試-性能）

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

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

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

? 集成測試的策略：

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

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

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

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

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

系統測試：是將測試的子系統裝配成一個完整的系統來測試

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

統設計。

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

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

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

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

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

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

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

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

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

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

包括五個階段：

1、測試項目計劃

2、測試需求分析

3、測試用例編寫

4、測試用例執行

5、Bug提交

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

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

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

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

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

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

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

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

好是能先評審）

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

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

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

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

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

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

最簡單的缺陷生命周期:

發現—打開：發現缺陷提交給開發人員

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

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

復雜的缺陷生命周期：

測試人員提交Bug入庫（QC），錯誤狀態為new

高級測試人員驗證錯誤

驗證錯誤QC狀態驗證open狀態下錯誤QC狀態

高級測試人員是open開發人員是并修復fixed

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

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

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

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

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

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

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

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

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

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

基于“驗收測試”的原則

基于“質量成本”的原則

基于“測試行業經驗”的原則

六、測試工具：

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

功能測試管理工具：QTP

性能測試管理工具：LoadRunner

[TestDirector]：企業級測試管理工具，也是業界第一個基于Web的測試管理系統。

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

[QuickTest Professional]：用于創建功能和回歸測試。

[LoadRunner]：預測系統行為和性能的負載測試工具

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

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

軟件測試：檢測系統預期結果與實際結果之間的差別，發現系統中的Bug。

軟件測試與QA的區別：

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

核。

軟件測試的目的：

1.發現代碼錯誤（單元測試）

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

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

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

5.滿足性能和效率的要求（系統測試-性能）

6.適應用戶的環境（系統測試-兼容）

軟件測試的原則：

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

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

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

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

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

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

7.必須確定預期結果（系統測試-功能）

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

八、v模型：

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

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

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

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

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

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

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

（集成、實施、交付）

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

（集成測試、系統測試、驗收測試）

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

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

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

軟件測試學習總結

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第五篇：軟件測試學習基礎

學習軟件測試需要什么基礎

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

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

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

4、英語基礎具備基本的英語讀寫能力。看到英語就害怕可不是一個軟件測試人員應該具備的素質。基本上所有的軟件測試工具都是英文界面，很多好的知識文檔也只有英文版的，有可能你測試的系統也是英文的，甚至在一些企業里，跟你溝通的開發人員也只會英語。但也不要被嚇著，英語其實多用用就熟悉了，再開個金山詞霸，難不倒你的。英語不需要多講了，即使不從事軟件測試工作會一門外語也是很有用的。