❶ Java主流的開發工具有哪些
1）Notepad++
Notepad++ 是 Windows 操作系統下的一套文本編輯器，有完整的中文化介面及支持多國語言編寫的功能（UTF8 技術）。
Notepad++ 優點：
功能比 Windows 中的 Notepad（記事本）強大，除了可以用來製作一般的純文字說明文件，也十分適合編寫計算機程序代碼。
不僅有語法高亮度顯示，也有語法折疊功能，並且支持宏以及擴充基本功能的外掛模組。
是免費軟體，可以免費使用，自帶中文，支持所有主流的計算機程序語言。
Notepad++ 缺點：
比起專用的 IDE 缺少語法檢查，顏色選取，代碼的 outline，注釋的解析，TODO，調試工具集成，部署工具集成等等好多功能。
打開大文件比較慢
EditPlus 是一款由韓國 Sangil Kim （ES-Computing）出品的小巧但是功能強大的可處理文本、HTML 和程序語言的 Windows 編輯器，甚至可以通過設置用戶工具將其作為 C，Java，Php 等等語言的一個簡單的 IDE。
EditPlus 優點：
EditPlus 界面簡潔美觀，且啟動速度快。
對中文支持比較好。
支持多種日期、時間輸入；支持語法高亮；支持代碼折疊；支持代碼自動完成。
配置功能強大，且比較容易，擴展也比較強。
適合編輯網頁。
EditPlus 缺點：
不支持代碼提示功能。
不免費，收費單位美元，注冊費用高
功能較簡單。
版本更新比較慢。
❷ 自動化測試都包含哪些內容
1、測試需求分析階段。測試需求分析階段主要工作是獲得測試項目的測試需求（測試規格）。輸出產物：《可測試性需求說明書》和《測試規格》
2、測試計劃階段。以測試需求為基礎，分析產品的總體測試策略。輸出產物：《產品總體測試策略》
3、測試方案設計階段。本階段主要是以測試規格為基礎獲得特性測試方案，對於有自動化測試的項目，進行自動化測試的分析，獲得測試策略。輸出產物：《產品或者版本總體測試方案》
4、測試用例實現階段。本階段主要是完成各個特性的測試用例的編寫和自動化腳本的編寫。輸出產物：《產品自動化測試用例》和《手工執行測試用例》
5、測試執行階段。本階段是根據測試策略開展測試執行和回歸測試。輸出產品：《產品或版本測試報告》和《缺陷分析報告》
6、評估與關閉階段。只對前面的各個階段的執行情況，完成對測試項目的關閉，同時提供完整的度量數據和項目總結報告。輸出產物：《遺留問題風險分析報告》、《度量分析報告》和《測試關閉報告》
❸ 持續集成：什麼應該自動化
通俗一點兒說，就是指對於開發人員的每一次代碼提交，都自動地把Repository中所有代碼Check out到一個空目錄，並且自動運行所有Test Case。如果成功則接受這次提交，否則告訴所有人，這是一個失敗的Revision。更具體的解釋可以參考Martin fowler的Continuous Integration 。 二、持續集成的價值與成本有句時髦的話，叫做「存在即為合理」。既然持續集成已經存在了這么長的時間，而且沒有消失的跡象，那就是有價值的東西。那麼它的價值何在？有人概括如下：(1) 減小風險；(2) 減少手動過程；(3) 生成構建結果；(4) 安全感。 而持續集成的成本在於對持續集成代碼的維護成本和集成的時間成本。因為隨著項目進行，軟硬體環境會越來越復雜，成品代碼也會不斷膨脹。此時，需要團隊而修改或增加原有的測試代碼，以適應這些變化，同時，每次集成所需時間也會變長，這就是持續集成的成本。某個blog中提道：「這種集成是如此的頻繁，多少次的代碼Commit就有多少次持續集成。前提是集成的成本很低，或者說是完全自動化的。」 三、持續集成應該自動化什麼呢？我們要以盡可能少的成本來獲得盡可能多的價值。這就要考慮哪些自動化是必要的啦。Jez Humble提到至少有六點要做到自動化，它們分別是(1)自動化的運行測試；(2) 自動產生可部署的二進製成品；(3) 自動將成品自動部署到近似生產環境；(4) 自動為CodeBase打上標簽；(5) 自動運行回歸測試；(6)自動生成度量報告。 四、持續集成伺服器的選擇在進行持續集成實踐前，應當正確的選擇並配置持續集成伺服器。比較成熟的持續集成伺服器包括：CruiseControl, Anthill, Bamboo, TeamCity, Continuum 等。CruiseControl作為開源產品，以其對於各種SCM以及構建工具的廣泛支持而被許多開發團隊所接受。而開發自動化專家 Duvall 採用一致的評估標准和很多說明性示例，介紹了一些開源 CI 伺服器，包括 Continuum、CruiseControl 和 Luntbuild。並指出「要根據 自己的 具體技術和政策需求對工具進行分析」。並用以下五個指標來評估CI工具，它們分別是：(1) 特性；(2) 可靠性；(3) 壽命；(4) 目標環境；(5) 易用性。結果如下表： 五、只有持續集成伺服器是遠遠不夠的正如Jez Humble所說，CruiseControl和其它的CI工具本質上只不過是一個定時器，時間一到，做你讓它做的事情。所以，必然要有其它工具與其結合，方顯持續集成的本色。這些工具又是什麼呢？想測試的話，你就要用一些測試工具，如JUnit，JWebUnit，Selenium等等；想檢查代碼標準的話，你就要用checkstyle等代碼規范檢查工具；想要了解測試覆蓋率的話，你可能就要用到JCoverage啦。當然，想得到二進制文件，就要用到Ant，Make之類的工具啦。 六、最重要的事：實踐與反思 也許這些東西大家都知道，而且有些人可能已經實踐過啦。無論這些實踐的結果是怎樣的，一定不要忘記總結和反思。如果這些實踐成功了，不要把它歸功於這個工具，而是要總結一下為什麼會成功，如果你願意的話，還可以和大家分享一下。
❹ python有什麼好用的持續集成工具么
推薦winpython，sublime_text編輯器，python格式錯誤基本杜絕了 集成環境都有點卡頓的感覺，notepad沒sublime好用
❺ 軟體開發工具有哪些
1.Terminal（終端）
軟體開發工具
雖然根據開發方向的不同，大家對終端的依賴程度亦有所區別，但必須承認我們或多或少要與其打交道。
在終端中，大家可以通過命令執行各類進程。只需要一條命令，我們即可完成自己需要的操作——而無需在多個菜單間來回切換。
2. Tmux
軟體開發工具
在處理多進程與多個已開啟終端時，Tmux的表現相當出色。事實上，它是一款終端多路復用工具，能夠幫助大家通過窗口或者選項卡同時面對多個彼此獨立的終端。
3. Docker
軟體開發工具
Docker是一套軟體容器化平台，能夠將您的應用或軟體打包在文件系統當中，並隨後實現隨處移動與執行。代碼、系統庫等一切運行必要的元素皆會被納入其中，這意味著該軟體將不再依賴於其運行環境。
容器技術的優勢多種多樣，其採用差異化架構、效率更高，且能夠運行在任意計算機、基礎設施乃至雲中。Docker允許大家在容器中引入更多新功能，同時更輕松地利用由其創建的通用框架實現協作。最後，Docker還可幫助我們顯著提升軟體的發布與規模擴展速度。
4. Intellij
軟體開發工具
Intellij是一套集成開發環境（即IDE）。IDE整合了一切必要的開發工具，可作為代碼編輯器、編譯器乃至調試器等使用。Intellij的優勢在於出色的自動補全以及卓越的用戶友好性。其還有助於快速進行代碼內容導航、錯誤分析以及修復等。
5. Slack
軟體開發工具
企業內部溝通協作平台是一個將分散的溝通方式聚集到一個地方，郵件、IM、簡訊、類似 Yammer 的工具、企業內網和 Wiki等，該平台由Flickr創始人創辦。
除了整合溝通方式外，Slack 還整合了文件分享系統，公司內所有共享文件，包括上傳到 Slack 上的，還有儲存在 Google Doc 或者 Dropbox 里的，通過內置的搜索工具，都能進行全文檢索。Slack 還整合了 Twitter、Zendesk、Crashlytics 和 Heroku 等服務，將他們的通知提醒、Bug 追蹤等數據融入到公司內的信息流中。目的只有一個，做一個能解決公司內所有問題的工具。
6. Chrome
軟體開發工具
瀏覽器早已成為我們生活中不可或缺的重要部分，而谷歌Chroe則是其中最具人氣的一款。其界面簡潔明快，速度出色且能夠在各設備上進行書簽同步。
另外，Chrome的擴展與附加庫也相當豐富。最後，其開發者控制台便捷易用，如能夠動態修改CSS樣式並實時看到修改後的效果、能夠查看JavaScript報了什麼錯等，極大優化了前端開發人員的效率。
7. Feedly
軟體開發工具
Feedly是一款新聞RSS閱讀器，幫助大家隨時訂閱和追蹤自己感興趣的新聞內容。其界面簡約且可進行個性化調整，支持YouTube頻道、博客等信息來源，並會在發布新內容時及時向您交付更新。
8. Jira
軟體開發工具
Jira專門面向敏捷開發團隊，可用於進行軟體的規劃、追蹤及發布。其擁有強大的可定製能力，且功能與工具亦相當多樣，足以應對開發中的各個階段。通過這套單一平台，大家將能夠輕松管理團隊日誌、查看工作進度並生成對應報告。
9. Git
軟體開發工具
Git是一套開源版本控制系統，能夠幫助開發者在確定最終版本之前定期修改代碼，從而獲得理想的運行效果。
這套版本控制系統能夠保存每一項更改，允許多人參與協作並提供更改及貢獻。所有代碼副本皆可隨時查看。另外，Git亦可同步團隊編碼工作，且妥善管理文件內容沖突。在我個人看來，缺少Git的幫助，項目開發工作將很難順利進行。
10. GitHub
軟體開發工具
GitHub是一項Git庫託管服務。其類似於面向軟體項目的Dropbox，只是專門用於存儲代碼。在上傳項目時，大家需要將其選定為公開還是私有。我們可以在GitHub上找到志同道合的好友、進行項目共享等等。其社區規模龐大，而項目本身的體量則更為可觀。
11. Stack Overflow
軟體開發工具
Stack Overflow堪稱每一位程序員的聖經。其雖然不屬於軟體開發工具，但卻是世界上最大的程序員社區。您遇到的幾乎一切問題都可在這里找到答案。總而言之，這是個學習及分享知識的好地方。
12. Sublime Text
軟體開發工具
Sublime Text是一款源代碼文本編輯器，且擁有相當出色的用戶界面設計。
除了界面外，其還提供多種快捷方式以打開文件並在各行間往來切換。其提供多重選擇功能，可一次性變更多行代碼。再有，其插件也相當強大。
13. Jenkins
軟體開發工具
Jenkins是一款開源自動化伺服器，具體而言屬於一款持續集成伺服器。大家可以將其視為代碼與構建伺服器間的中間人，它能夠定期查看開發伺服器上的變更並將其發送至構建伺服器。
14. Confluence
軟體開發工具
Confluence是另一款團隊協作軟體。我們可以將各類思路、要求及產品設計加以匯總，並生成說明文件以確保開發方向。其易上於手，且每個人都能夠藉此加入到項目貢獻中來。
15. Spotify
軟體開發工具
Spotify是我們最喜愛的音樂服務。在這里，用戶能夠輕松找到自己喜愛的歌曲並建立播放列表。其界面相當出色，能夠播放所有設備上的音樂，且Web應用使用體驗與移動應用同樣優秀。另外，付費賬戶允許大家離線訪問自己的音樂庫。雖然與開發並非直接相關，但邊聽歌邊編碼相信已經成為大多數從業者的習慣。
16. YouTube
軟體開發工具
YouTube提供大量技術專家的視頻講座，並且這些技術視頻都喜歡將復雜的事情簡單化講解，我們亦可在這里觀看自己無法前往的會議或訪談。總之，各種有趣的視頻資料在這里匯集，千萬別錯過！
17. Skype
軟體開發工具
如果我們的分支團隊分散在全國甚至世界各地，或者需要與不同國家的客戶進行對接，那麼Skype將發揮重要作用。其提供理想的連接質量，定期進行更新且完全免費。另外，其還提供組通話選項，這無疑讓我們的團隊協作效果更上一層樓。
❻ 有沒有比jekins好用的持續集成工具
目前Jenkins是最好用的開源持續集成工具
❼ jenkins是什麼
Jenkins是一個開源軟體項目，是基於Java開發的一種持續集成工具，用於監控持續重復的工作，旨在提供一個開放易用的軟體平台，使軟體的持續集成變成可能。
Jenkins功能包括
1、持續的軟體版本發布/測試項目。
2、監控外部調用執行的工作。
(7)持續集成工具有哪些擴展閱讀：
jenkins擁有的特性包括：
1、易於安裝-只要把jenkins.war部署到servlet容器，不需要資料庫支持。
2、易於配置-所有配置都是通過其提供的web界面實現。
3、集成RSS/E-mail通過RSS發布構建結果或當構建完成時通過e-mail通知。
4、生成JUnit/TestNG測試報告。
5、分布式構建支持Jenkins能夠讓多台計算機一起構建/測試。
6、文件識別：Jenkins能夠跟蹤哪次構建生成哪些jar，哪次構建使用哪個版本的jar等。
7、插件支持：支持擴展插件，你可以開發適合自己團隊使用的工具。
❽ python有什麼好用的持續集成工具么
python感覺還是用命令行的多。。編代碼可以用sublime、notepad++
sublime3現在是可以安裝python插件直接運行了
另外集成環境的話，jenkins、JetBrains PyCharm都可以
JetBrains PyCharm是支持一些python的web框架，比如Django什麼的。。
❾ 什麼是持續集成
From:王海鵬持續集成不是一項軟體開發實踐，而是多項軟體開發實踐的集合。團隊在嘗試引入這些開發實踐時，不可避免要遇到一個問題:?如果不能很好地理解為什麼，持續集成可能會進入誤區，不能帶來期望的效果。 數據集成。數據是所有IT 系統的核心，所有的架構都建立在數據的基礎之上，其目的都是為了更好地處理數據。由於數據如此重要，所以我們派專人來負責管理和維護，這就是 DBA。不幸的是，DBA 與程序員似乎來自於不同的文化，他們講的不是同一種語言。結果常常導致程序員基於自己對資料庫的假設來開發程序，到了項目的後期才與真實資料庫進行集成。這種假設會帶來很大的集成和部署風險，影響代碼的品質，可能引起大量的返工。 對於針對已有數據集的開發，持續集成強調盡可能早地與實際數據集成，例如可以通過資料庫復制，在一個幾乎與生產環境一樣的開發環境中進行開發。此外，DBA 可以與開發團隊密切配合，雙方分享觀點與經驗，使資料庫的組織方式也能夠根據新的業務需求與時俱進。關於這一主題，請參考Scott W.Ambler 的《資料庫重構》。 如果項目要開發一個全新的應用，還沒有數據集存在，怎麼辦?辦法很簡單:一、盡早得到真實的數據集。二、隨著開發團隊對問題域的理解不斷加深，應用功能的不斷實現，讓數據的組織方式也不斷優化。 靜態代碼檢查。不同的人寫的代碼，其品質差異比較大。相同的人在不同時間寫的代碼，其品質也可以有相當的差異。為此，人們設計了代碼評審活動，來提高代碼品質。極限編程則通過結對編程的實踐，將代碼復查工作擴展到開發的每一分鍾。這樣做代價不菲。當然，根據克勞斯比的觀點，以這樣的代價換取高品質的產品，總的來說還是值得的。但是人們總是在想，如果能夠降低檢查的成本，又能夠獲得檢查的好處，豈不美哉? 編碼標准就是一個典型的例子。相信每一個嚴肅的開發機構都不會不提編碼標准，但是檢查代碼是否符合編碼標准卻是一件耗時耗力的事情，這導致了在許多項目中，編碼標准有名無實。自動化的代碼檢查工具承擔了這項繁復的工作。像CheckStyle 這樣的工具，能夠自動檢查代碼是否符合編碼標准。項目以能夠承受的代價，滿足了編碼標准。程序員也在這種檢查中不斷提高，養成良好的編碼習慣。 靜態代碼檢查還能做更多的事。出於種種原因，我們希望代碼能夠做到"低耦合，高內聚"。像PMD 這樣的代碼依賴關系檢查工具能幫助我們發現不正當的依賴關系。重復的代碼是品質的大敵，PMD 還能找出重復的代碼。人們在使用某種編程語言時，會有一些容易犯的錯誤，像FindBugs 這樣的工具能夠幫助我們找出這些錯誤。 靜態代碼檢查不是要完全替代評審活動，但它能夠讓我們從繁復的低創造性活動中解放出來，專注於創造性的思維和活動。工具的歸工具，人的歸人。 自動化測試。利用現有的技術，我們可以用能夠承擔的成本，將許多的測試自動化。這些自動化測試包括單元測試、集成測試、系統測試、驗收測試、壓力測試等。而通過持續集成來持續進行自動化測試，將帶來許多好處。 自動化測試減輕了開發團隊的壓力，讓大家對系統有信心，使工作的氣氛變得更輕松。有了自動化測試的保護，開發者也敢於不斷對系統進行改進，添加新的特徵和改進代碼品質。當系統有機會越來越好時，我們才可能創造出了不起的軟體。 自動化測試降低了測試和修改的成本。錯誤越早發現，更正它的成本就越低。自動化測試加速了開發/測試循環，從而使修正錯誤的成本降低。容易測試的系統就容易增強和維護，難測試的系統就難增強和維護，不可測試的系統基本上可以排除在我們的考慮之外。測試成本低的系統才是開發維護成本低的系統。 自動化測試報告了系統的真實進度。哪些需求已實現?現有的架構和實現是否能滿足性能需求?自動化的驗收測試和壓力測試會告訴我們准確的答案。在許多情況下，我們都有理由讓需求可測試，讓測試能夠自動執行。 自動化部署。系統能否部署到目標生產環境?是否需要進行一些數據遷移和應用升級?配置文件是否正確?理解這些問題的最好方式就是將部署過程自動化。通過向近似於生產環境的目標環境持續部署，確保部署過程沒有問題。在自動化部署成功後，再對部署好的系統執行驗收測試和壓力測試。持續部署可以盡早發現部署過程中的問題，降低系統上線時的風險。 提高項目可見性。項目的進度如何?哪些需求已實現?哪些代碼已測試?代碼的品質如何?持續集成及時呈現各種分析報告，讓開發團隊和管理層了解項目的真實狀況，從而制定正確的決策。"不識廬山真面目，只緣身在此山中"的感覺一去不復返。一般來說，最成功的人擁有最好的信息。 ?因為持續集成將改善軟體的質量，降低風險，使軟體開發變得更有效率，讓大家能夠"愉快工作，幸福生活"，而不是"加班工作，維持生活"。這不是唯一的標准答案，每個團隊都可以思考討論，得到屬於自己的答案。關於持續集成的更多內容，請參考《持續集成》一書。