軟體版本管理工具有哪些

Ⅰ 軟體測試常用的工具有哪些

軟體測試分為功能測試、介面測試、自動化測試、性能測試幾大方向，每個方向用到的測試工具都不盡相同。功能測試會用到SVN、禪道、QCALM、Jira等軟體測試管理工具。介面測試則會用到Jmeter、Postman、Fiddler軟體，使用Jmeter可以執行測試用例，對頁面跳轉，參數傳遞等功能進驗證。

自動化測試則又分為Web自動化測試和移動自動化測試。Web自動化測試主要會用到Selenium軟體以及Firebug插件工具，使用Selenium可以對網站的核心功能進行自動化測試，包括元素定位、滑鼠鍵盤的模擬操作及自動化測試框架的使用等。Web自動化測試主要用到的是Appium以及Monkey軟體。Appium可以對APP核心功能進行測試驗證，包括ID、xpath、list元素定位，數據交互、模塊封裝以及自動化測試框架的使用，生成測試報告，對APP功能進行評估等。

Ⅱ 配置管理工具除了版本控制的工具（如SVN）外，還有其他類型的工具嗎

Puppet不是通常意義上的軟體
配置管理
工具，我們通常所說的配置管理工具是指對
軟體代碼
、文檔的版本進行管理的工具，而puppet是一個管理操作系統配置參數項的工具，完全不是一個概念
目前配置管理工具最常用的當然是免費的SVN了，除此之外免費的工具還有CVS（SVN的前身）比較常用，收費的工具有
ClearCase
、VSS、Firefly等，另外還有些分布式配置管理工具（如GIT）用的人不是太多
基本上SVN、CVS、ClearCase（簡稱CC）、VSS這4款工具覆蓋了至少90%以上

Ⅲ 有沒有類似於svn的，本地化的管理文件版本的軟體工具啊 簡單方便

把SVN伺服器、客戶端都架設在自己電腦上不就解決了嗎？

另外常用的版本管理工具還有VSS（微軟產品，通常和VB、VC這些產品捆綁銷售）、CVS（免費，SVN的前身），國產的有firefly（按license收費）

Ⅳ 軟體開發工具有哪些

軟體需求工具，包括需求建模工具和需求追蹤工具。

軟體設計工具，用於創建和檢查軟體設計，因為軟體設計方法的多樣性，這類工具的種類很多。

軟體構造工具，包括程序編輯器、編譯器和代碼生成器、解釋器和調試器等。

軟體測試工具，包括測試生成器、測試執行框架、測試評價工具、測試管理工具和性能分析工具。

軟體維護工具，包括理解工具（如可視化工具）和再造工具（如重構工具）。

軟體配置管理工具，包括追蹤工具、版本管理工具和發布工具。

軟體工程管理工具，包括項目計劃與追蹤工具、風險管理工具和度量工具。

軟體工程過程工具，包括建模工具、管理工具和軟體開發環境。

軟體質量工具，包括檢查工具和分析工具。

Ⅳ 版本控制軟體的常用的版本控制軟體簡介

VSS是美國微軟公司的產品，目前常用的版本為6.0版。VSS是配置管理的一種很好的入門級的工具。
易學易用是VSS的強項，VSS採用標準的windows操作界面，只要對微軟的產品熟悉，就能很快上手。VSS的安裝和配置非常簡單，對於該產品，不需要外部的培訓（可以為公司省去一筆不菲的費用）。只要參考微軟完備的隨機文檔，就可以很快的用到實際的工程當中。
VSS的配置管理的功能比較基本，提供文件的版本跟蹤功能，對於build和基線的管理，VSS的打標簽的功能可以提供支持。VSS提供share（共 享)、branch(分支）和合並（merge)的功能，對於團隊的開發進行支持。VSS不提供對流程的管理功能，如對變更的流程進行控制。
VSS不能提供對異地團隊開發的支持。此外VSS只能在windows平台上運行，不能運行在其他操作系統上。 有軟體提供商提供VSS插件，可以同時解決VSS跨平台和遠程連接兩個問題，例如SourceAnywhere for VSS, SourceOffSite等。
VSS的安全性不高，對於VSS的用戶，可以在文件夾上設置不可讀，可讀，可讀/寫,可完全控制四級許可權。但由於VSS的文件夾是要完全共享給用戶後，用戶才能進入，所以用戶對VSS的文件夾都可以刪除。這一點也是VSS的一個比較大的缺點。
VSS沒有採用對許可證進行收費的方式，只要安裝了VSS，對用戶的數目是沒有限制的。因此使用VSS的費用是較低的。
微軟不再對VSS提供技術支持。 CVS是開發源代碼的配置管理工具，其源代碼和安裝文件都可以免費下載。
CVS是源於unix的版本控制工具，對於CVS的安裝和使用最好對unix的系統有所了解能更容易學習，CVS的伺服器管理需要進行各種命令行操作。目前，CVS的客戶端有winCVS的圖形化界面，伺服器端也有CVSNT的版本，易用性正在提高。
CVS的功能除具備VSS的功能外，還具有：
它的客戶機/伺服器存取方法使得開發者可以從任何網際網路的接入點存取最新的代碼；它的無限制的版本管理檢出(checkout：注1)的模式避免了通常的 因為排它檢出模式而引起的人工沖突；它的客戶端工具可以在絕大多數的平台上使用。同樣，CVS也不提供對變更流程的自動管理功能。
一般來說，CVS的許可權設置單一，通常只能通過CVSROOT/passwd, CVSROOT/readers, CVSROOT/writers文 件，同時還要設置CVS REPOS的物理目錄許可權來完成許可權設置，無法完成復雜的許可權控制；但是CVS通過CVS ROOT目錄下的腳本，提供了相應功 能擴充的介面，不但可以完成精細的許可權控制，還能完成更加個性化的功能。
CVS是開發源碼軟體，無需支付購買費用。
同樣因為CVS是開發源碼軟體，沒有生產廠家為其提供技術的支持。如發現問題，通常只能靠自己查找網上的資料進行解決。 StarTeam是Borland公司的配置管理工具，StarTeam屬於高端的工具，在易用性，功能和安全性等方面都很不錯。
StarTeam的用戶界面同VSS的類似，它的所有的操作都可通過圖形用戶界面來完成，同時，對於習慣使用命令方式的用戶，StarTeam也提供命令集進行支持。同時，StarTeam的隨機文檔也非常詳細。
除了具備VSS，CVS所具有功能外，StarTeam還提供了對基於資料庫的變更管理功能，是相應工具中獨樹一幟的。StarTeam還提供了流程定製 的工具，用戶可跟據自己的需求靈活的定製流程。與VSS和CVS不同，VSS和CVS是基於文件系統的配置管理工具，而StarTeam是基於資料庫的。 StarTeam的用戶可根據項目的規模，選取多種資料庫系統。
STARTEAM無需通過物理路徑的許可權設置，而是通過自己的資料庫管理，實現了類似WINDOWSNT的域用戶管理和目錄文件ACL控制。 StarTeam完全是域獨立的。這個優勢可以為用戶模型提供靈活性，而不會影響到現有的安全設置。StarTeam的訪問控制非常靈活並且系統。您可以 對工程，視圖，文件夾一直向下到每一個小的item設置許可權。對於高級別的視圖（view），訪問控制可以與用戶組、用戶、項目甚至視圖等鏈接起來。
StarTeam是按license來收費的，比起VSS，CVS來，企業在啟動StarTeam進行配置管理需要投入一定資金。
Borland公司將對用戶進行培訓，並協作用戶建立配置管理系統。並對用戶提供技術升級等完善的支持。 ClearCase是Rational公司的產品，也是目前使用較多的配置管理工具。
ClearCase的安裝和維護遠比StarTeam復雜，要成為一個合格的ClearCase的系統管理員，需要接受專門的培訓。ClearCase提供命令行和圖形界面的操作方式，但從ClearCase的圖形界面不能實現命令行的所有功能。
ClearCase提供VSS,CVS，StarTeam所支持的功能，但不提供變更管理的功能。Rational另提供了ClearQuest工具提供 對變更管理的功能，與StarTeam不同，ClearCase後台的資料庫是專有的結構。ClearCase對於windows和unix平台都提供支 持。ClearCase通過多點復制支持多個伺服器和多個點的可擴展性，並擅長設置復雜的開發過程。
ClearCase的許可權設置功能與StarTeam相比，StarTeam有獨立的安全管理機制，ClearCase沒有專用的安全性管理機制，依賴於操作系統。
要選用ClearCase，需要考慮的費用除購買license的費用外，還有必不可少的技術服務費用，沒有Rational公司的專門的技術服務，很難 發揮出ClearCase的威力。如現在網上雖有ClearCase的破解軟體，但嘗試應用的公司大多失敗的緣故。另外，對於web訪問的支持，對於變更 管理的支持功能都要另行購買相應的軟體。
Rational公司已被IBM公司收購，所以有可靠的售後服務保證。 SVN全名Subversion，即版本控制系統。
SVN與CVS一樣，是一個跨平台的軟體，支持大多數常見的操作系統。作為一個開源的版本控制系統,Subversion 管理著隨時間改變的數據。 這些數據放置在一個中央資料檔案庫中。 這個檔案庫很像一個普通的文件伺服器, 不過它會記住每一次文件的變動。 這樣你就可以把檔案恢復到舊的版本, 或是瀏覽文件的變動歷史。Subversion 是一個通用的系統, 可用來管理任何類型的文件, 其中包括了程序源碼。
SubVersion：實現服務系統的軟體。
TortoiseSVN：是SVN客戶端程序，為windows外殼程序集成到windows資源管理器和文件管理系統的Subversion客戶端。
SVNService.exe：是專為 SubVersion 開發的一個用來作為 Win32 服務掛接的入口程序。
AnkhSVN：是一個專為Visual Studio提供SVN的插件。 SourceAnywhere系列是由加拿大公司Dynamsoft開發的，有三個產品，SourceAnywhere for VSS, SourceAnywhere Standalone, SourceAnywhere Hosted.
SourceAnywhere for VSS是微軟推薦的遠程和跨平台訪問VSS的工具。SourceAnywhere Standalone界面風格與VSS相似，但它是基於SQL Server的，且有其它一些安全和遠程訪問機制，可以廣域網中使用；支持把數據從VSS庫中導入SourceAnywhere。SourceAnywhere Hosted是SourceAnywhere Standalone的託管服務SaaS。 Git是一個開源的分布式版本控制系統，用以有效、高速的處理從很小到非常大的項目版本管理.
Git 是 Linus Torvalds 為了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟體。
Torvalds 開始著手開發 Git 是為了作為一種過渡方案來替代 BitKeeper，後者之前一直是 Linux 內核開發人員在全球使用的主要源代碼工具。開放源碼社區中的有些人覺得 BitKeeper 的許可證並不適合開放源碼社區的工作，因此 Torvalds 決定著手研究許可證更為靈活的版本控制系統。盡管最初 Git 的開發是為了輔助 Linux 內核開發的過程，但是我們已經發現在很多其他自由軟體項目中也使用了 Git。例如 最近就遷移到 Git 上來了，很多 Freedesktop 的項目也遷移到了 Git 上。

Ⅵ 版本控制工具共有哪些各有什麼區別

常見的版本控制軟體有Visual SourceSafe，SourceAnywhere，Concurrent Version System（簡稱CVS），StarTeam和Subversion（簡稱SVN）。具體區別可以參考文章：常見版本控制軟體匯總

Ⅶ 你使用過哪些版本控制工具 並列出他常用的命令

VSS是美國微軟公司的產品，目前常用的版本為6.0版。VSS是配置管理的一種很好的入門級的工具。
易學易用是VSS的強項，VSS採用標準的windows操作界面，只要對微軟的產品熟悉，就能很快上手。VSS的安裝和配置非常簡單，對於該產品，不需要外部的培訓（可以為公司省去一筆不菲的費用）。只要參考微軟完備的隨機文檔，就可以很快的用到實際的工程當中。
VSS的配置管理的功能比較基本，提供文件的版本跟蹤功能，對於build和基線的管理，VSS的打標簽的功能可以提供支持。VSS提供share（共 享)、branch(分支）和合並（merge)的功能，對於團隊的開發進行支持。VSS不提供對流程的管理功能，如對變更的流程進行控制。
VSS不能提供對異地團隊開發的支持。此外VSS只能在windows平台上運行，不能運行在其他操作系統上。 有軟體提供商提供VSS插件，可以同時解決VSS跨平台和遠程連接兩個問題，例如SourceAnywhere for VSS, SourceOffSite等。

Ⅷ 軟體版本管理選用哪個工具好

尊敬的騰訊電腦管家用戶您好，我是管家問答團的stefan，

很高興為您解答，願我的服務能得到您的認可~

推薦你使用電腦管家的「軟體管理」功能。

你可以直接在電腦管家官網（http://guanjia.qq.com/）下載電腦管家。

也可以直接通過下面連接直接下載：

http://dldir2.qq.com/invc/xfspeed/qqpcmgr/versetup/portal/PCMgr_Setup_76_8668_214.exe。

現在最新的電腦管家8.0版已經可以體驗推薦你去使用，名額有限喲。

下載鏈接：http://guanjia.qq.com/act/vip/8/index.html

如問題仍未得到解決可以繼續追問，我們會盡快為您解決這個問題的。

管家問答團全體團員祝您周末生活愉快^-^~~

Ⅸ 軟體項目管理工具的類型

國外項目管理工具有：微軟的Project，隨著互聯網時代的到來，這種單功能的軟體已經很難滿足企業的需要，Project server是微軟為了解決協同問題對Project做的升級，但功能依然局限在任務管理方面。 還有Primavera 公司的工程項目管理軟體P3（已經升級至P6）、Artemis 公司Artemis Viewer、NIKU 公司的Open WorkBench、Welcom 公司的OpenPlan、SAP 公司的ProjectSystems( PS)Mole等軟體, 這些軟體適合大型、復雜工程項目的管理工作； 而Sciforma 公司的ProjectScheler ( PS) 、Primavera 公司的SureTrak、Microsoft 公司的Project、IMSI 公司的TurboProject 等則是適合中小型工程項目管理的軟體。以上軟體都偏向於工程項目或通用項目管理，針對軟體或研發類項目，這類軟體不能很好的滿足要求。除此之外，惠普的QC、 Atlassian的Jira、開源的redmine、微軟的TFS，還有IBM提供了一系列獨立的解決方案，如CR/CQ、Doors、RequisitPro等多半傾向於解決軟體項目管理的某一個方面的問題。
國內的工程軟體項目管理功能較為完善的有：新中大（1993年）、 普華科技（1992年）、同望科技（2003年）、廣聯達（1998年）、廣安科技（2001年）、邦永科技PM2（2002年）、建文軟體（2003年）、三峽工程管理系統TGPMS、易建（2001年）工程項目管理軟體等，基本上是在借鑒國外項目管理軟體的基礎上, 按照我國標准或習慣實現上述功能, 並增強了產品的易用性。
軟體項目管理工具有北京視銳達軟體公司的visualproject IT項目管理軟體，已經成功應用於神舟數碼、建設銀行、招商銀行、中國普天、中國平安的大型企業，也有適合中小企業的版本。還有深圳市捷為科技有限公司的iMIS PM等軟體。中科院軟體所研發的QONE是擁有自主知識產權的一款軟體項目管理平台，優點是把過程改進和軟體項目管理結合起來，是一款支撐CMMI和GJB5000A體系的工具。禪道是一款開源的軟體項目管理軟體，對小型敏捷團隊提供支持。金統御科技的統御項目管理軟體（oKit）是一款典型的研發項目管理類軟體，對軟體項目支持比較到位。
根據軟體管理功能和分類的不同, 各種項目管理軟體價格的差異也較大, 從幾萬元到幾十萬元不等。適於中小型項目的軟體價格一般僅為幾萬元, 適於大型復雜項目的軟體價格則為十幾萬到幾百萬元。值得一提的是，新中大I6P項目管理系統，是國內為數不多的，可以實現對工程項目進行全過程管理的企業級的工程項目管理平台。並且在特一級建築施工企業信息化建設中達到58%的市場佔有率。
軟體研發是一種智力活動，其特殊性決定了傳統的通用性項目管理軟體和管理方法並不適用於管理軟體項目。淬鋒軟體推出的Relax軟體研發管理平台則專注於軟體項目管理，為軟體開發組織提供提供了一種全生命周期的、高度敏捷的軟體項目管理解決方案。

Ⅹ 軟體開發都有哪些

能否開發出一個好的軟體，關鍵是看軟體開發前期所做的工作，重點是這個軟體有沒有一個好的 軟體開發流程，因為一個好的軟體開發流程關繫到到這個軟體的成敗和最後能達到一個什麼的效果；下面我們就來說一下一個好的軟體需要有哪些軟體開發流程，也可以說軟體開發流程分為哪幾個階段：

第一個階段是市場調研：技術和市場要結合才能體現最大價值。

第二個階段是需求分析：這個階段需要出三樣東西，用戶視圖，數據詞典和用戶操作手冊。用戶視圖是該軟體用戶（包括終端用戶和管理用戶）所能看到的頁面樣 式，這裡麵包含了很多操作方面的流程和條件。數據詞典是指明數據邏輯關系並加以整理的東東，完成了數據詞典，資料庫的設計就完成了一半多。用戶操作手冊是 指明了操作流程的說明書。請注意，用戶操作流程和用戶視圖是由需求決定的，因此應該在軟體設計之前完成，完成這些，就為程序研發提供了約束和准繩，很遺憾 太多公司都不是這樣做的，因果顛倒，順序不分，開發工作和實際需求往往因此產生隔閡脫節的現象。需求分析，除了以上工作，筆者以為作為項目設計者應當完整 的做出項目的性能需求說明書，因為往往性能需求只有懂技術的人才可能理解，這就需要技術專家和需求方（客戶或公司市場部門）能夠有真正的溝通和了解。

第三個階段是概要設計：將系統功能模塊初步劃分，並給出合理的研發流程和資源要求。作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常採用這 種方法是因為涉及的研發任務屬於新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是並不是說詳細設計說明書不重要，事實上快速原型法在完成原 型代碼後，根據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟。

第四個階段是詳細設計：這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把具體的模塊以最『干凈』的方式(黑箱結構）提供給編碼者，使得系統整體 模塊化達到最大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低，實際上，嚴格的講詳細設計說明書應當把每個函數的每個參數的定義都精精細細的提 供出來，從需求分析到概要設計到完成詳細設計說明書，一個軟體項目就應當說完成了一半了。換言之，一個大型軟體系統在完成了一半的時候，其實還沒有開始一 行代碼工作。那些把作軟體的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。

第五個階段是編碼：在規范化的研發流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編 碼效率就會極大提高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等 待，這種問題在很多研發過程中都出現過。我們在編碼的時候一定要軟體開發的 代碼規范編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員而言，bug永遠存在，你必須永遠面對這個問題，大 名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？從來沒有！

第六個階段是軟體測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯調；按照測試條件，可以分為正常操 作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣是項目研發中一個相當重要的步 驟，對於一個大型軟體，3個月到1年的外部測試都是正常的，因為永遠都會又不可預料的問題存在。完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目 才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營狀況並持續修補升級，直到這個軟體被徹底淘汰 為止。

總結，前四個階段在軟體開發過程中占的比重比較大，真正編碼的時間是非常短的，只有市場調研做好，能有一個明確的方案，設計出詳細合理的開發步驟；我們在 進行編碼的時候才能很順利，開發出來的軟體才有價值。有的軟體在沒有開發出來，還沒有上線就註定不行了，所以說軟體開發流程對於能否開發出一個好的軟體是 非常重要的。
希望對您有所幫助！~