⑴ 軟體測試常用的工具有哪些
我們將常用的測試工具分為10類：
1. 測試管理工具
2. 介面測試工具
3. 性能測試工具
4. C/S自動化工具
5.白盒測試工具
6.代碼掃描工具
7.持續集成工具
8.網路測試工具
9.app自動化工具
10.web安全測試工具
⑵ 常用的軟體測試工具有哪些
在測試工作中，需要接觸到各種類型的測試工具。一般來說，有以下一些類型的工具： 測試管理工具：可以幫助完成測試計劃、跟蹤測試運行結果等的工具。這類工具還包括有助於需求、設計、編碼測試及缺陷跟蹤的工具； 靜態分析工具：分析代碼而不執行代碼。這種工具檢測某些缺陷比用其它方法更有效，開銷也更小。這種工具一般可以度量代碼的各種指標，如McCabe測定復雜度，Logiscope度量代碼和規范的復合度等等； 覆蓋率工具：這種工具評估通過一系列測試後，軟體被執行的程度。這種工具大量的被應用於單元測試中，如PureCoverage、TrueCoverage、Logiscope等； 動態分析工具：這種工具評估正在運行的系統。例如，檢查系統運行過程中的內存使用情況，是否有內存越界、內存泄露等等，這類工具有Purify、BoundChecker等； 測試執行工具：這類工具可使測試能夠自動化進行，並且各個層次（單元測試、集成測試、系統測試）的執行工具都有。例如系統測試階段有功能測試自動化工具，如Robot、Winrunner、SilkTest等；還有性能測試工具，如Loadrunner、SilKPerformer等。 白盒測試工具主要有： 內存資源泄漏檢查：Numega中的bouncechecker,Rational的Purify 代碼覆蓋率檢查：Numega中的truecoverage,Rational的Purecoverage，Telelogic公司的logiscope,Macabe公司的Macabe 代碼性能檢查：Numega中的truetime,Rational的Quantify 代碼靜態度量分析質量檢查工具：logiscope和Macabe 黑盒測試工具主要有： 客戶端功能測試：MI公司的winrunner,compuware的qarun,Rational的robot 伺服器端壓力性能測試：MI公司的winload,compuware的qaload,Rational的SQAload等等 Web測試工具：MI公司的Astra系列，rsw公司的e-testsuite 測試管理工具：rational的testmanager,compuware的qadirector等 缺陷跟蹤工具：trackrecord，Testtrack 單元測試工具： 測試框架：delphinitjavajunitc++cppunit
⑶ 集成測試的主要方法有哪兩個
自頂向下集成測試
自頂向下集成（Top-Down Integration）方式是一個遞增的組裝軟體結構的方法。從主控模塊（主程序）開始沿控制層向下移動，把模塊一一組合起來。分兩種方法： 第一：先深度：按照結構，用一條主控制路徑將所有模塊組合起來； 第二：先寬度：逐層組合所有下屬模塊，在每一層水平地 集成測試
沿著移動。 組裝過程分以下五個步驟： 步驟一：用主控模塊作為測試驅動程序，其直接下屬模塊用承接模塊來代替； 步驟二：根據所選擇的集成測試法（先深度或先寬度），每次用實際模塊代替下屬的承接模塊 步驟三：在組合每個實際模塊時都要進行測試； 步驟四：完成一組測試後再用一個實際模塊代替另一個承接模塊； 步驟五：可以進行回歸測試（即重新再做所有的或者部分已做過的測試），以保證不引入新的錯誤。
自底向上集成測試
自底向上的集成（Bottom-Up Integration）方式是最常使用的方法。其他集成方法都或多或少地繼承、吸收了這種集成方式的思想。自底向上集成方式從程序模塊結構中最底層的模塊開始組裝和測試。因為模塊是自底向上進行組裝的，對於一個給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）事前已經完成組裝並經過測試，所以不再需要編制樁模塊（一種能模擬真實模塊，給待測模塊提供調用介面或數據的測試用軟體模塊）。自底向上集成測試的步驟大致如下： 步驟一： 按照概要設計規格說明，明確有哪些被測模塊。在熟悉被測模塊性質的基礎上對被測模塊進行分層，在同一層次上的測試可以並行進行，然後排出測試活動的先後關系，制定測試進度計劃。圖2給出了自底向上的集成測試過程中各測試活動的拓撲關系。利用圖論的相關知識，可以排出各活動之間的時間序列關系，處於同一層次的測試活動可以同時進行，而不會相互影響。 步驟二： 在步驟一的基礎上，按時間線序關系，將軟體單元集成為模塊，並測試在集成過程中出現的問題。這里，可能需要測試人員開發一些驅動模塊來驅動集成活動中形成的被測模塊。對於比較大的模塊，可以先將其中的某幾個軟體單元集成為子模塊，然後再集成為一個較大的模塊。 步驟三： 將各軟體模塊集成為子系統（或分系統）。檢測各自子系統是否能正常工作。同樣，可能需要測試人員開發少量的驅動模塊來驅動被測子系統。 步驟四： 將各子系統集成為最終用戶系統，測試是否存在各分系統能否在最終用戶系統中正常工作。 方案點評： 自底向上的集成測試方案是工程實踐中最常用的測試方法。相關技術也較為成熟。它的優點很明顯： 管理方便、測試人員能較好地鎖定軟體故障所在位置。但它對於某些開發模式不適用，如使用XP開發方法，它會要求測試人員在全部軟體單元實現之前完成核心軟體部件的集成測試。盡管如此，自底向上的集成測試方法仍不失為一個可供參考的集成測試方案。
核心系統先行集成測試
核心系統先行集成測試法的思想是先對核心軟體部件進行集成測試，在測試通過的基礎上再按各外圍軟體部件的重要程度逐個集成到核心系統中。每次加入一個外圍軟體部件都產生一個產品基線，直至最後形成穩定的軟體產品。核心系統先行集成測試法對應的集成過程是一個逐漸趨於閉合的螺旋形曲線，代表產品逐步定型的過程。其步驟如下： 步驟一： 對核心系統中的每個模塊進行單獨的、充分的測試，必要時使用驅動模塊和樁模塊； 步驟二： 對於核心系統中的所有模塊一次性集合到被測系統中，解決集成中出現的各類問題。在核心系統規模相對較大的情況下，也可以按照自底向上的步驟，集成核心系統的各組成模塊。 步驟三： 按照各外圍軟體部件的重要程度以及模塊間的相互制約關系，擬定外圍軟體部件集成到核心系統中的順序方案。方案經評審以後，即可進行外圍軟體部件的集成。 步驟四： 在外圍軟體部件添加到核心系統以前，外圍軟體部件應先完成內部的模塊級集成測試。 步驟五： 按順序不斷加入外圍軟體部件，排除外圍軟體部件集成中出現的問題，形成最終的用戶系統。 方案點評： 該集成測試方法對於快速軟體開發很有效果，適合較復雜系統的集成測試，能保證一些重要的功能和服務的實現。缺點是採用此法的系統一般應能明確區分核心軟體部件和外圍軟體部件，核心軟體部件應具有較高的耦合度，外圍軟體部件內部也應具有較高的耦合度，但各外圍軟體部件之間應具有較低的耦合度。
高頻集成測試
高頻集成測試是指同步於軟體開發過程，每隔一段時間對開發團隊的現有代碼進行一次集成測試。如某些自動化集成測試工具能實現每日深夜對開發團隊的現有代碼進行一次集成測試，然後將測試結果發到各開發人員的電子郵箱中。該集成測試方法頻繁地將新代碼加入到一個已經穩定的基線中，以免集成故障難以發現，同時控制可能出現的基線偏差。使用高頻集成測試需要具備一定的條件： 可以持續獲得一個穩定的增量，並且該增量內部已被驗證沒有問題； 大部分有意義的功能增加可以在一個相對穩定的時間間隔（如每個工作日）內獲得； 測試包和代碼的開發工作必須是並行進行的，並且需要版本控制工具來保證始終維護的是測試腳本和代碼的最新版本； 必須藉助於使用自動化工具來完成。高頻集成一個顯著的特點就是集成次數頻繁，顯然，人工的方法是不勝任的。 高頻集成測試一般採用如下步驟來完成： 步驟一： 選擇集成測試自動化工具。如很多Java項目採用Junit+Ant方案來實現集成測試的自動化，也有一些商業集成測試工具可供選擇。 步驟二： 設置版本控制工具，以確保集成測試自動化工具所獲得的版本是最新版本。如使用CVS進行版本控制。 步驟三： 測試人員和開發人員負責編寫對應程序代碼的測試腳本。 步驟四： 設置自動化集成測試工具，每隔一段時間對配置管理庫的新添加的代碼進行自動化的集成測試，並將測試報告匯報給開發人員和測試人員。 步驟五： 測試人員監督代碼開發人員及時關閉不合格項。 按照步驟三至步驟五不斷循環，直至形成最終軟體產品。 方案點評： 該測試方案能在開發過程中及時發現代碼錯誤，能直觀地看到開發團隊的有效工程進度。在此方案中，開發維護源代碼與開發維護軟體測試包被賦予了同等的重要性，這對有效防止錯誤、及時糾正錯誤都很有幫助。該方案的缺點在於測試包有時候可能不能暴露深層次的編碼錯誤和圖形界面錯誤。 以上我們介紹了幾種常見的集成測試方案，一般來講，在現代復雜軟體項目集成測試過程中，通常採用核心系統先行集成測試和高頻集成測試相結合的方式進行，自底向上的集成測試方案在採用傳統瀑布式開發模式的軟體項目集成過程中較為常見。讀者應該結合項目的實際工程環境及各測試方案適用的范圍進行合理的選型。
⑷ 現在常用的C/C++單元測試工具有那些
現在比較常用的有cppunit,visualunit,c++test.cppunit是開源軟體，C++test是parasoft公司的，試用麻煩，而且價錢比較貴，沒用過。visualunit是國產的C/C++單元測試工具，我用過覺得很不錯，該公司的技術支持也很到位，在使用過程中遇到問題都能及時幫用戶解決。
Visual unit最新的版本是2.1。
部分功能清單如下：
具有完善的樁功能，從開始編碼到升級維護的各個階段，均可對任意層次、范圍的代碼實施分割測試；
自動生成測試代碼和用例框架；
可視化編輯測試用例，用簡單語法判斷各種輸出，還可自動判斷中間變數；
可在用例中隨意模擬、控制子函數的行為，包括設定返回值、輸出參數、成員變數、全局變數的值，多次調用同一子函數可以設置不同的行為；
自動統計語句、條件、分支、路徑覆蓋；
顯示參數、成員變數、返回值等輸入輸出數據；
顯示每個用例所執行的代碼；
自動畫出邏輯結構圖，顯示每個用例的執行路徑；
顯示邏輯結構圖中任一語句塊、分支、分支結構、路徑的代碼；
邏輯結構圖可自由裁剪，語句塊、分支、分支結構、路徑均可刪除/恢復；
用例設計器可輕松找出遺漏用例，實現100%的語句、條件、分支、路徑覆蓋；
自動描述程序行為，幫助整理、驗證編程思路提高編程效率，快速排除程序錯誤；
增強調試器功能，自動支持後退、重復、可視化選擇輸入、調試中切換輸入；
自動生成HTML格式的測試報告。
詳細的資料,樓主可以上http://www.kailesoft.cn查找.
⑸ 請教，C語言編程，用什麼集成測試工具
Linux下用GCC Windows下用 VC6.0 Dev-cpp(gcc內核) C-Free(MinGW內核) 或者專業VS2010
⑹ 有什麼好用的單元測試工具和集成測試工具
廣州凱樂軟體技術有限公司研發的VISUAL UNIT 4.5，是一款自動化表格驅動的單元及集成測試工具。不需要測試代碼，測試工作=填表格，方便太多太多了。最重要是可以很快的完成MC/DC全覆蓋。
⑺ 集成測試的過程包括有哪些
集成測試劃分為4個階段：計劃階段，設計階段，實現階段，執行階段(實施階段)
計劃階段
1)時間安排 概要設計完成評審後大約一個星期
2)輸入 需求規格說明書 概要設計文檔 產品開發計劃路標
3)入口條件 概要設計文檔已經通過評審
4)活動步驟 1.定被測試對象和測試范圍 2.評估集成測試被測試對象的數量及難度，即工作量 3.確定角色分工和作任務4.標識出測試各階段的時間，任務，約束等條件5.考慮一定的風險分析及應急計劃6.考慮和准備集成測試需要的測試工具，測試儀器，環境等資源7.考慮外部技術支援的力度和深度，以及相關培訓安排8.定義測試完成標准
5)輸出 集成測試計劃
6)出口條件 集成測試計劃通過概要設計階段基線評審
設計階段
1)時間安排詳細設計階段開始
2)輸入需求規格說明書概要設計集成測試計劃
3)入口條件概要設計基線通過評審
4)活動步驟 1.被測對象結構分析 2.集成測試模塊分析3.集成測試介面分析4.集成測試策略分析
5.集成測試工具分析6.集成測試環境分析7.集成測試工作量估計和安排。
5)輸出集成測試設計(方案)
6.出口條件集成測試設計通過詳細設計基線評審。
實現階段
1)時間安排在編碼階段開始後進行
2)輸入需求規格說明書概要設計集成測試計劃集成測試設計
3)入口條件詳細設計階段
4)活動步驟:1.集成測試用例設計2.集成測試代碼設計(如果需要)3.集成測試腳本(如果需要)4.集成測試工具(如果需要)
5)輸出集成測試用例集成測試規程集成測試代碼集成測試腳本集成測試工具
6)出口條件測試用例和測試規程通過編碼階段基線評審
執行階段
1)時間安排單元測試已經完成後就可以開始執行集成測試了
2)輸入 需求規格說明書概要設計集成測試計劃集成高度設計集成測試例集成測試規程集成測試代碼(如果有)集成測試腳本集成測試工具詳細設計代碼單元測試報告
3)入口條件單元測試階段已經通過基線化評審
4)活動步驟執行集成測試用例回歸集成測試用例撰寫集成測試報告
5)輸出集成測試報告
6)出口條件集成測試報告通過集成測試階段基線評審
⑻ 有哪些堪稱神器的測試工具
開源測試管理工具：Bugfree、Bugzilla、TestLink、mantis 開源功能自動化測試工具：Watir、Selenium、MaxQ、WebInject 開源性能自動化測試工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator [TestDirector]：企業級測試管理工具，也是業界第一個基於Web的測試管理系統。 [Quality Center]：基於Web的測試管理工具，可以組織和管理應用程序測試流程的所有階段，包括指定測試需求、計劃測試、執行測試和跟蹤缺陷。 [QuickTest Professional]：用於創建功能和回歸測試。 [LoadRunner]：預測系統行為和性能的負載測試工具。 [其他工具與自動化測試框架]：Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。 國內免費軟體測試工具有：AutoRunner和TestCenter。