軟件測試一般都用到哪些工具

1、企業(yè)級自動化測試工具WinRunner，用于檢測應用程序是否能夠達到預期的功能及正常運行。通過自動錄制、檢測和回放用戶的應用操作，能夠幫助測試人員對復雜的企業(yè)級應用的不同發(fā)布版進行測試，確保跨平臺的、復雜的企業(yè)級應用無故障發(fā)布及長期穩(wěn)定運行。

2、工業(yè)標準級負載測試工具，是一種預測系統(tǒng)行為和性能的負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，能夠?qū)φ麄€企業(yè)架構進行測試。企業(yè)能*限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。

3、功能測試工具Rational Robot，可以在測試人員學習高級腳本技術之前幫助其進行成功的測試。它集成在測試人員的桌面IBM Rational 上，測試人員可以計劃、組織、執(zhí)行、管理和報告所有測試活動，包括手動測試報告。這種測試和管理的雙重功能是自動化測試的理想開始。

4、功能測試工具SilkTest，是Borland公司所提出軟件質(zhì)量管理解決方案的套件之一。這個工具采用精靈設定與自動化執(zhí)行測試，無論是程序設計新手或資深的專家都能快速建立功能測試，并分析功能錯誤。

5、全球測試管理系統(tǒng)，是基于Web的測試管理系統(tǒng)，可以在公司內(nèi)部或外部進行全球范圍內(nèi)測試的管理。通過在一個整體的應用系統(tǒng)中集成了測試管理的各個部分，包括需求管理，測試計劃，測試執(zhí)行以及錯誤跟蹤等功能，極大地加速了測試過程。

擴展資料：

WinRunner可以通過Function Generator增加測試的功能。使用Function Generator可以從目錄列表中選擇一個功能增加到測試中以提高測試能力。

針對相當數(shù)量的企業(yè)應用里非標準對象，WinRunner提供了Virtual Object Wizard來識別以前未知的對象。使用Virtual Object Wizard，可以選擇未知對象的類型，設定標識和命名。在錄制使用該對象的測試時，WinRunner會自動對應它的名字，從而提高測試腳本的可讀性和測試質(zhì)量。

我想找軟件測試的工作，南京有哪些軟件公司？

你可以百度一下，我是做這個行業(yè)的。
inforsys是軟件測試國內(nèi)做的*的，是一家印度的公司，很幸運的，它就在南京！另外還有像“文思”也不錯的，都是大公司。
至于小公司就更多了，但是還是推薦比較大的公司。它們的軟件測試做的比較好的。

軟件測試工具有哪些？

性能測試工具

惠普的強大,很好用,要錢

a，支持的協(xié)議多且個別協(xié)議支持的版本比較高；

b，負載壓力測試方案設置靈活；特點c，豐富的資源監(jiān)控；

d，報告可以導出到Word、Excel以及HTML格式。

開源工具強大(接近),很好用

QALoad的特點：

(1).測試接口多；(2)可預測系統(tǒng)性能；(3)通過重復測試尋找瓶頸問題；(4)從控制中

心管理全局負載測試；(5)可驗證應用的擴展性；(6)快速創(chuàng)建仿真的負載測試；(7)性能價格比較高。此外，QALoad不單單測試Web應用，還可以

測試一些后臺的東西，比如SQLServer等。只要它支持的協(xié)議，都可以測試。

：

首先它可以測試服務器群集的性能；其次，可以實施基準測試；*，可以生成高級腳本。

：

E-Test

Suite由Empirix公司開發(fā)的測試軟件，能夠和被測試應用軟件無縫結合的Web應用測試工具。工具包含e-Tester、e-Load和e-

Monitor，這三種工具分別對應功能測試、壓力測試以及應用監(jiān)控，每一部分功能相互獨立，測試過程又可彼此協(xié)同。

JMeter是一個專門為運行和服務器負載測試而設計、

*的純Java桌面運行程序。原先它是為Web/plete也是要錢的

soupui有免費版的,功能還行

測試管理

QC惠普的除了要錢其他幾乎是*的

的測試管理工具，可以與winrunner、、進行集成。除了可以跟蹤Bug外，還可以編寫測試用例、管理測試進度等等，是測試管理的*軟件。

中的一員，可以用來編寫測試用例、生成Datapool、生成報表、管理缺陷以及日志等等。是一個企業(yè)級的強大測試管理工具。缺點是必須和其它組件一起使用，測試成本比較高。

一款擅長于Bug管理的工具，與和比較起來是很light的。不過至今還沒有配成功過。:(

Bugzilla一個產(chǎn)品缺陷的記錄及跟蹤工具，它能夠為你建立一個完善的Bug跟蹤體系，包括報告、查詢并產(chǎn)生報表、處理解決等幾個部分。它的主要特點為：基于Web方式，安裝簡單；有利于缺陷的清楚傳達；系統(tǒng)靈活，可配置性很強；自動發(fā)送Email。

Jira是一個Bug管理工具，agile開發(fā)常用.自帶一個Tomcat4；同時有簡單的工作流編輯，可用來定制流程；數(shù)據(jù)存儲在HSQL數(shù)據(jù)引擎中，因此只要安裝了JDK這個工具就可以使用。相比較Bugzilla來說有不少自身的特點，不過可惜它并不是開源工具，有Lisence限制。

白盒測試

Logiscope

PRQA

Junit

testng

Nunit

軟件測試主要學什么，在南京有沒有？

軟件測試的分類
從是否關心軟件內(nèi)部結構和具體實現(xiàn)的角度劃分
A.白盒測試
B.黑盒測試
C.灰盒測試

從是否執(zhí)行程序的角度
A.靜態(tài)測試
B.動態(tài)測試。

從軟件開發(fā)的過程按階段劃分有
A.單元測試
B.集成測試
C.確認測試
D.系統(tǒng)測試
E.驗收測試
* 測試過程按4個步驟進行，即單元測試、集成測試、確認測試和系統(tǒng)測試及發(fā)版測試。
* 開始是單元測試，集中對用源代碼實現(xiàn)的每一個程序單元進行測試，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。
* 集成測試把已測試過的模塊組裝起來，主要對與設計相關的軟件體系結構的構造進行測試。
* 確認測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。
* 系統(tǒng)測試把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中，與其它系統(tǒng)成份組合在一起進行測試。
單元測試 (Unit Testing)
* 單元測試又稱模塊測試，是針對軟件設計的最小單位 — 程序模塊，進行正確性檢驗的測試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯。
* 單元測試需要從程序的內(nèi)部結構出發(fā)設計測試用例。多個模塊可以平行地獨立進行單元測試。
1. 單元測試的內(nèi)容
* 在單元測試時，測試者需要依據(jù)詳細設計說明書和源程序清單，了解該模塊的I/O條件和模塊的邏輯結構，主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例，使之對任何合理的輸入和不合理的輸入，都能鑒別和響應。
(1) 模塊接口測試
* 在單元測試的開始，應對通過被測模塊的數(shù)據(jù)流進行測試。測試項目包括：
– 調(diào)用本模塊的輸入?yún)?shù)是否正確；
– 本模塊調(diào)用子模塊時輸入給子模塊的參數(shù)是否正確；
– 全局量的定義在各模塊中是否一致；
* 在做內(nèi)外存交換時要考慮：
– 文件屬性是否正確；
– OPEN與CLOSE語句是否正確；
– 緩沖區(qū)容量與記錄長度是否匹配；
– 在進行讀寫操作之前是否打開了文件；
– 在結束文件處理時是否關閉了文件；
– 正文書寫／輸入錯誤，
– I／O錯誤是否檢查并做了處理。
(2) 局部數(shù)據(jù)結構測試
* 不正確或不一致的數(shù)據(jù)類型說明
* 使用尚未賦值或尚未初始化的變量
* 錯誤的初始值或錯誤的缺省值
* 變量名拼寫錯或書寫錯
* 不一致的數(shù)據(jù)類型
* 全局數(shù)據(jù)對模塊的影響
(3) 路徑測試
* 選擇適當?shù)臏y試用例，對模塊中重要的執(zhí)行路徑進行測試。
* 應當設計測試用例查找由于錯誤的計算、不正確的比較或不正常的控制流而導致的錯誤。
* 對基本執(zhí)行路徑和循環(huán)進行測試可以發(fā)現(xiàn)大量的路徑錯誤。
(4) 錯誤處理測試
* 出錯的描述是否難以理解
* 出錯的描述是否能夠?qū)﹀e誤定位
* 顯示的錯誤與實際的錯誤是否相符
* 對錯誤條件的處理正確與否
* 在對錯誤進行處理之前，錯誤條件是否已經(jīng)引起系統(tǒng)的干預等
(5) 邊界測試
* 注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時出錯的可能性。對這些地方要仔細地選擇測試用例，認真加以測試。
* 如果對模塊運行時間有要求的話，還要專門進行關鍵路徑測試，以確定最壞情況下和平均意義下影響模塊運行時間的因素。
2. 單元測試的步驟
* 模塊并不是一個獨立的程序，在考慮測試模塊時，同時要考慮它和外界的聯(lián)系，用一些輔助模塊去模擬與被測模塊相聯(lián)系的其它模塊。
– 驅(qū)動模塊 (driver)
– 樁模塊 (stub) —— 存根模塊
* 如果一個模塊要完成多種功能，可以將這個模塊看成由幾個小程序組成。必須對其中的每個小程序先進行單元測試要做的工作，對關鍵模塊還要做性能測試。
* 對支持某些標準規(guī)程的程序，更要著手進行互聯(lián)測試。有人把這種情況特別稱為模塊測試，以區(qū)別單元測試。
集成測試（ Testing）
* 集成測試 (集成測試、聯(lián)合測試）
* 通常，在單元測試的基礎上，需要將所有模塊按照設計要求組裝成為系統(tǒng)。這時需要考慮的問題是：
– 在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；
– 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；
– 各個子功能組合起來，能否達到預期要求的父功能；
– 全局數(shù)據(jù)結構是否有問題；
– 單個模塊的誤差累積起來，是否會放大，從而達到不能接受的程度。
在單元測試的同時可進行集成測試，
發(fā)現(xiàn)并排除在模塊連接中可能出現(xiàn)
的問題，最終構成要求的軟件系統(tǒng)。
* 子系統(tǒng)的集成測試特別稱為部件測試，它所做的工作是要找出集成后的子系統(tǒng)與系統(tǒng)需求規(guī)格說明之間的不一致。
* 通常，把模塊集成成為系統(tǒng)的方式有兩種
– 一次性集成方式
– 增殖式集成方式
1. 一次性集成方式(big bang)
* 它是一種非增殖式組裝方式。也叫做整體拼裝。
* 使用這種方式，首先對每個模塊分別進行模塊測試，然后再把所有模塊組裝在一起進行測試，最終得到要求的軟件系統(tǒng)。
2. 增殖式集成方式
* 這種集成方式又稱漸增式集成
* 首先對一個個模塊進行模塊測試，然后將這些模塊逐步組裝成較大的系統(tǒng)
* 在集成的過程中邊連接邊測試，以發(fā)現(xiàn)連接過程中產(chǎn)生的問題
* 通過增殖逐步組裝成為要求的軟件系統(tǒng)。
(1) 自頂向下的增殖方式
* 這種集成方式將模塊按系統(tǒng)程序結構，沿控制層次自頂向下進行組裝。
* 自頂向下的增殖方式在測試過程中較早地驗證了主要的控制和判斷點。
* 選用按深度方向組裝的方式，可以首先實現(xiàn)和驗證一個完整的軟件功能。
(2) 自底向上的增殖方式
* 這種集成的方式是從程序模塊結構的*層的模塊開始集成和測試。
* 因為模塊是自底向上進行組裝，對于一個給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）已經(jīng)組裝并測試完成，所以不再需要樁模塊。在模塊的測試過程中需要從子模塊得到的信息可以直接運行子模塊得到。
* 自頂向下增殖的方式和自底向上增殖的方式各有優(yōu)缺點。
* 一般來講，一種方式的優(yōu)點是另一種方式的缺點。
(3) 混合增殖式測試
* 衍變的自頂向下的增殖測試
– 首先對輸入／輸出模塊和引入新算法模塊進行測試;
– 再自底向上組裝成為功能相當完整且相對獨立的子系統(tǒng);
– 然后由主模塊開始自頂向下進行增殖測試。
* 自底向上-自頂向下的增殖測試
– 首先對含讀操作的子系統(tǒng)自底向上直至根結點模塊進行組裝和測試;
– 然后對含寫操作的子系統(tǒng)做自頂向下的組裝與測試。
* 回歸測試
– 這種方式采取自頂向下的方式測試被修改的模塊及其子模塊;
– 然后將這一部分視為子系統(tǒng)，再自底向上測試。
關鍵模塊問題
* 在組裝測試時，應當確定關鍵模塊，對這些關鍵模塊及早進行測試。
* 關鍵模塊的特征：
① 滿足某些軟件需求；
② 在程序的模塊結構中位于較高的層次（高層控制模塊）；
③ 較復雜、較易發(fā)生錯誤；
④ 有明確定義的性能要求。
確認測試（ Testing）
* 確認測試又稱有效性測試。任務是驗證軟件的功能和性能及其它特性是否與用戶的要求一致。
* 對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認測試的基礎。
1. 進行有效性測試（黑盒測試）
* 有效性測試是在模擬的環(huán)境 (可能就是開發(fā)的環(huán)境) 下，運用黑盒測試的方法，驗證被測軟件是否滿足需求規(guī)格說明書列出的需求。
* 首先制定測試計劃，規(guī)定要做測試的種類。還需要制定一組測試步驟，描述具體的測試用例。
* 通過實施預定的測試計劃和測試步驟，確定
– 軟件的特性是否與需求相符；
– 所有的文檔都是正確且便于使用；
– 同時，對其它軟件需求，例如可移植性、兼容性、出錯自動恢復、可維護性等，也都要進行測試
* 在全部軟件測試的測試用例運行完后，所有的測試結果可以分為兩類：
– 測試結果與預期的結果相符。這說明軟件的這部分功能或性能特征與需求規(guī)格說明書相符合，從而這部分程序被接受。
– 測試結果與預期的結果不符。這說明軟件的這部分功能或性能特征與需求規(guī)格說明不一致，因此要為它提交一份問題報告。
2. 軟件配置復查
n 軟件配置復查的目的是保證
u 軟件配置的所有成分都齊全；
u 各方面的質(zhì)量都符合要求；
u 具有維護階段所必需的細節(jié)；
u 而且已經(jīng)編排好分類的目錄。
n 應當嚴格遵守用戶手冊和操作手冊中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。
驗收測試（ Testing）
* 在通過了系統(tǒng)的有效性測試及軟件配置審查之后，就應開始系統(tǒng)的驗收測試。
* 驗收測試是以用戶為主的測試。軟件開發(fā)人員和QA（質(zhì)量保證）人員也應參加。
* 由用戶參加設計測試用例，使用生產(chǎn)中的實際數(shù)據(jù)進行測試。
* 在測試過程中，除了考慮軟件的功能和性能外，還應對軟件的可移植性、兼容性、可維護性、錯誤的恢復功能等進行確認。
* 確認測試應交付的文檔有：
– 確認測試分析報告
– 最終的用戶手冊和操作手冊
– 項目開發(fā)總結報告。
系統(tǒng)測試（System Testing）
* 系統(tǒng)測試，是將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。
* 系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較, 發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。

南京芯知軟件怎么樣

還不錯。南京芯知軟件是一家專注于嵌入式軟件開發(fā)的企業(yè)，主要提供軟件開發(fā)、軟件測試、軟件咨詢等服務。公司擁有一支技術實力強、經(jīng)驗豐富的團隊，能夠為客戶提供高質(zhì)量、高效率的軟件開發(fā)服務。在行業(yè)內(nèi)口碑良好，受到客戶的信賴和好評。

什么是軟件測試?軟件測試的薪水如何?我在南京，哪家學校教得好?

軟件測試就是利用手工或自動化手段測試運行系統(tǒng)，找出系統(tǒng)中與需求或期望結果不符的問題，
在上海薪水：2500-10000+。自動化測試工資比較高
培訓機構：我覺得上海的51testing比較好，周期短，還可以推薦工作，我們公司的測試大部分都是51testing里出來的，口碑還不錯。

軟件測試是干什么的

軟件測試是在軟件開發(fā)過程中對軟件產(chǎn)品進行評估、檢測和驗證的過程。主要目的是為了發(fā)現(xiàn)軟件中的缺陷、錯誤和問題，確保軟件符合規(guī)格說明書和用戶需求，并確保軟件的質(zhì)量和可靠性。

軟件測試的主要任務包括：

驗證軟件的正確性：通過對軟件進行各種測試，確保軟件能夠按照規(guī)格說明書和用戶需求的要求正確地工作。

發(fā)現(xiàn)軟件中的缺陷和錯誤：通過模擬各種使用場景，發(fā)現(xiàn)軟件中的缺陷和錯誤，并及時進行修復和調(diào)整。

評估軟件的質(zhì)量和可靠性：通過軟件測試，評估軟件的質(zhì)量和可靠性，確保軟件達到預期的質(zhì)量和性能要求。

確保軟件的安全性：通過對軟件的安全性進行測試，確保軟件能夠抵御各種攻擊和威脅。

軟件測試通常包括靜態(tài)測試和動態(tài)測試兩個方面。靜態(tài)測試主要是對軟件的文檔、代碼和設計進行檢查和審查，以確保軟件的正確性和一致性；動態(tài)測試主要是通過對軟件進行各種測試，驗證軟件的正確性和性能。

想要系統(tǒng)學習，你可以考察對比一下開設有相關專業(yè)的熱門學校免費獲取資料好的學校擁有根據(jù)當下企業(yè)需求自主研發(fā)課程的能力，能夠在校期間取得大?；虮究茖W歷，中博軟件、南京課工場、南京北大青鳥等開設相關專業(yè)的學校都是不錯的，建議實地考察對比一下。

祝你學有所成，望采納。

北大青鳥學生課堂實錄