包含php開源項目使用travis的詞條

本文目錄一覽：

• 1、php開源工具哪些比較受歡迎
• 2、有沒有技術大牛了解java開發，測試和CI的關
• 3、php開發用什麼軟體
• 4、travis.yml 是什麼文件

php開源工具哪些比較受歡迎

眾所周知，軟體行業是一個相對苦逼的行業，特別是遇到趕項目，很多程序猿就只有累成狗了。為了提高開發效率，讓開發任務更簡便、快捷，開源工具的使用是少不了的。今天小編整理了10款最受歡迎的php開源工具，分享給大家，希望可以幫助大家更便捷的開發php應用。

1、Monsta FTP

如果想在瀏覽器中設置一個FTP文件管理，你需要有一款像Monsta FTP一樣的開源PHP或者Ajax Cloudware。不僅支持屏幕上的文件編輯，而且文件還可以被拖放到瀏覽器上實現快速上傳。經測試Monsta FTP，支持所有主流瀏覽器，如：火狐，Chrome，IE瀏覽器，Safari瀏覽器等，並配備了多語言支持。

2、Pinba

Pinba使用只讀格式的MySQL作為實時統計/監督伺服器，幾乎是一個MySQL存儲引擎。它可以生成格式簡單的統計報表，處理後通過UDP發送累計數據，並且還可以創建複雜的報表。

3、CaseBox

CaseBox是一個用於管理任務、記錄和文檔的開源PHP Web應用程序。它允許我們創建大量的目錄，並將數據存儲在一個類似於桌面界面的首選結構中。通過將指定了期限的任務分配給用戶並跟蹤性能，CaseBox極大地簡化了工作流程。

4、Sylius

Sylius是一個基於Symfony 2的php開源工具，它允許你創建一個電子商務網站，並管理產品和類別複雜的網上商店。同時，Sylius還支持多種功能，如管理不同稅率和運輸方式。此外，Sylius還與支付網關(payment gateway)OmniPay集成而成為一款完美的電子商務工具。如果你用php開發了一個電子商務商城，不妨可以試試這個工具，它將極大的簡化你的工作量。

5、Pico

Pico是一款開源的內容管理程序，使用Flat File文件作為其資料庫，無需安裝即可使用。使用這個開源工具，可以方便你在你所喜愛的文本編輯器中編輯儲存在.md文件中的內容。

6、Munee

全面網站圖書館Munee，作為一款開源的php工具，可以讓你優化和操作網站website assets、實現客戶端和伺服器端的資源緩存。同時Munee也可以集成PHP圖像處理庫，方便調整或裁剪圖像並對它們進行緩存。

7、Phalcon PHP

Phalcon PHP是一款由C語言編寫的web框架，提供了低資源消耗和高性能，適用於任何操作系統。

8、phpMyFAQ

phpMyFAQ是PHP FAQ(常見問題解答)的應用程序，同時也是一個優秀的FAQ系統。它可以管理用戶、項目、類別和統計數據。phpMyFAQ中還自帶一個先進的搜索系統，可幫助用戶快速尋找到相關答案。

9、PHPImageWorkshop

PHP Image Workshop使用GD庫來管理圖像，允許以類似於Photoshop的方式編輯照片。同時，這款php開源工具也非常靈活，允許你疊加大量圖像，使用旋轉功能甚至縮略圖。

10、DebugBar

DebugBar也是php開源應用程序中常用的一款工具，免費提供在線版本，並且可以集成到PHP 項目中。它包括通用庫和流行庫，支持Ajax請求，並且在頁腳有一個JavaScript欄。

不管是什麼語言的開發，要提高開發效率，掌握一些開源的工具都是少不了的。熟悉並掌握以上這10款PHP 開源工具，可極大的簡化你的開發進程。如果你還沒有使用過這些工具，不妨可以試試。

有沒有技術大牛了解java開發，測試和CI的關

大家可能對如下情景比較熟悉：

如果開發過SSH的web項目，啟動伺服器可能會比較慢，有的項目甚至需要1分多鐘，甚至更多，這個啟動時間的等待一般就浪費了；

在開發項目時，有些功能比較複雜，當時覺得思路特清晰，但是過了一段時間後，自己也忘了，完善功能時頻繁出現bug，降低開發速度；

在維護項目時，不知道自己修改的對還是不對，是否存在隱患；維護速度降下來了；

如果開發一個很多人都使用的介面，典型的如用戶系統，要保證比如升級時向下兼容；

在團隊間協作時，有時候只定義好介面，對方還沒有給實現，如何進行同步開發？

如上問題，估計只要是個開發人員，都可能遇到過；如果此時有了單元/集成測試，那我們能很好的解決這些問題。（註：加下來如果沒有特殊情況，不刻意強調 單元測試/集成測試，即提到測試是指的是單元/集成測試）

我從以下幾個方面介紹測試：

1、為什麼需要測試？

2、如何進行測試？

3、測試有哪些好處？

4、一切都需要測試嗎？

1、為什麼需要測試？

測試的目的是什麼？我的理解是：

縮短髮現問題到解決問題的速度；

給程序一個修改後能驗證是否正確的保證；（回歸測試）

如果是開源軟體，我們可以通過單元測試了解其是怎麼使用的；比如我之前通過cglib的單元測試學習過cglib的使用；

所以如果你遇到如上問題，就需要寫測試。寫測試可能是為了自己（1、2）；也可能是為了幫助別人（3）。

2、如何進行測試？

很多朋友不知道如何進行測試，其實測試很簡單，別把它想複雜了，按照自己的想法測試每個功能點是否正確即可。

2.1、測試流程

單元測試流程

集成測試流程

集成測試流程 

可以看出，單元測試與集成測試唯一不同點是一個調用依賴系統而一個不調用；因為單元測試是最小粒度的測試，如在Java中是測試一個類，不會測試依賴系統；而集成測試是會測試依賴系統的。

測試的步驟：

準備環境

調用被測系統

驗證

清理環境

環境：也叫做夾具（fixture）或者固件，表示調用被測系統時需要準備/清理的數據等等；

被測系統：在Java中就是要測試的類，如UserService；

依賴系統：測試被測系統時，其依賴的部分，如UserDao；

測試用例：包含測試方法的類，裡邊有很多測試方法來測試被測系統。

接下來仔細看看各部分都做了哪些工作。

2.2、環境

環境，也叫做夾具（fixture），表示調用被測系統時需要準備/清理的數據等等；保證測試時環境是乾淨的，如不被之前的資料庫數據影響；保證每次測試都是在乾淨/新鮮的環境中執行的。所謂乾淨的環境表示如當前測試不被之前測試插入/刪除/修改的數據造成影響。在junit中可以使用：

@Before（setUp） 安裝夾具或準備環境：在測試用例的每個測試方法之前執行；比如創建新鮮的被測系統，單元測試時安裝Mock的依賴系統；

@After（tearDown）卸載夾具或清理環境：在測試用例的每個測試方法之後執行；比如資料庫測試時回滾事務，刪除數據；關閉文件；

@BeforeClass：在整個測試用例之前執行；

@AfterClass：在整個測試用例之後執行；

使用如上方法，而不是直接在測試方法中安裝/卸載；是因為不管有沒有異常，@After/@AfterClass都會執行，這樣防止出現異常可能造成環境是不新鮮的問題。

如果大家使用spring test來測試資料庫相關的系統，可以考慮使用@TransactionConfiguration來支持默認事務回滾，這樣不會對現有系統造成影響。具體可參考《【第十三章】 測試 之 13.1 概述 13.2 單元測試 ——跟我學spring3》和《【第十三章】 測試 之 13.3 集成測試 ——跟我學spring3》

測試時一定要保證環境是乾淨/新鮮的，才能保證每次測試的結果是一樣的。

2.3、被測系統與依賴系統

被測系統：在Java中就是被測試的Java類。

依賴系統：就是被測試Java類依賴的其他類。

如果是單元測試，一般情況下，會對依賴系統進行模擬（Mock），即給它一個假的實現；典型的如測試服務層時注入一個Mock的DAO層，這樣的好處：

加快測試速度；因為不會調用真實的被測系統，所以速度特別快；

測試還沒有完成的功能；尤其在多團隊協作時，可以只在定義好介面的情況下開發系統；

如果是集成測試時，直接注入真實的依賴系統即可，好處：

完成聯調；

發現自己的問題；

還可能發現自己使用上問題及使用的API的問題；

單元測試雖然好，但是是隔離測試，即不會調用被測系統來完成測試，因為不是真實的聯調，所以很可能會潛在有一些問題，因此還是需要集成測試。（所以不是很刻意分單元或集成測試，且有些系統可能只有集成測試）

但是集成測試速度是比較慢的，一般提交給CI執行，不影響當前開發進度。

2.4、驗證

驗證的目的：是保證實際結果和我們預期的結果是否一致，說白了就是是否是我們想的那樣。

一般使用斷言來驗證，如：

Assert.assertEquals(expectedResult, actualResult); //驗證預期結果和實際結果是否相等

驗證主要有兩種：

結果驗證

行為驗證

結果驗證：即驗證被測系統返回的結果是否正確，如：

Java代碼  

@Test

public void testCount() {

String ql = “select count(o) from User o”;

long expectedCount = repositoryHelper.count(ql) + 1;

User user = createUser();

repositoryHelper.getEntityManager().persist(user);

long acutalCount = repositoryHelper.count(ql);

Assert.assertEquals(expectedCount, acutalCount);

}

驗證返回的數據總數 = 插入之前的總數 + 1； 即結果驗證。此處我們使用了一種叫做相對（delta）測試；即不關心資料庫里到底多少條，只關心實際的和預期的差。

行為驗證：即驗證被測系統是否調用了依賴系統的某個API ，這個只有當我們使用Mock時測試時比較簡單，如當用戶註冊時：

1、加積分

2、發系統消息

3、……

此時我們並不能通過結果驗證是否調用了這些方法；那麼我們可以使用Mock技術來完成驗證是否調用了這些API，比如使用jmock測試框架就支持行為驗證。集成測試是很難進行行為驗證的，如果測試需要預留間諜介面。

3、測試有哪些好處？

我們寫代碼的目的是正確的完成某個功能，如何保證正確呢？測試！所以在不使用如單元測試技術時，我們也是需要測試，但是這個測試是我們人工驗證的。缺點很明顯：

不是自動的，每次需要對比預期結果與實際結果，尤其數據量/邏輯複雜時更痛苦；

不是回歸的，上次測試完成後，下次還得重複自己一遍；

為了解決這個問題，我們使用如單元測試技術來解決這個問題：

測試自動化；即驗證預期結果與實際結果交給計算機吧；

測試回歸性，可以重複執行測試，驗證修改後邏輯是否還是正確的；

即測試的好處，從如上已經提煉出來了：

縮短髮現問題到解決問題的時間；

重複使用測試，保證修改後的代碼還是正確的；

如果做開源項目，可以提供給使用人員參考如何使用；

因為單元測試都非常快，所以提升了開發速度；

4、一切都需要測試嗎？

肯定不是，一切都是相對的；哪些不需要測試呢：

你非常熟悉的功能；

一些簡單的CRUD；

你認為不需要測試的；比如你很有把握的東西，就沒有必要浪費時間測試了；

哪些需要測試呢：

複雜的業務邏輯/系統核心功能，最典型的如訂單系統：一定要有足夠的單元測試保證，這是一個電商系統的核心；還有如用戶系統、積分系統等等；

框架級別/工具級別/通用級別的代碼需要測試，即提供給第三方使用的代碼，因為這些代碼可能被很多系統依賴，應該保證其正確性；而且還要保證以後版本升級的向下兼容；

你認為需要測試的，比如你沒有把握的東西，還是寫點測試來縮短如開發web項目的重啟系統的時間吧；

測試不是不耗時間的，沒意義的測試就是浪費時間，最典型是一些書上的對一個增刪改查進行測試，實際項目沒有任何意義。所以你應該只對自己很難駕馭的覺得有必要的代碼進行測試。不要成為一個測試狂，什麼都測試。

一些測試可以參考我的《es——JavaEE快速開發腳手架》中的代碼。通過測試我得到了許多好處。

到此我們介紹完成了測試，但是如果我們使用了如集成測試時，測試執行起來可能比較慢，跑一遍測試可能需要5分鐘，那怎麼辦呢？

每天下班前跑一遍集成測試，然後修復，下班走人；

CI：持續集成，交給持續集成伺服器，自動地測試完成後把測試報告以郵件的形式發到開發人員郵箱；

————————————分割線———————————-

接下來介紹一下CI吧。

1、為什麼需要CI

2、CI如何工作的

3、travis-ci介紹

1、為什麼需要CI

正如前邊說的，我們單獨測試可能會遇到如下問題：

如果寫了一個測試，就要把所有測試跑一遍看看整個系統是否是正確的，那麼每次等待時間是非常漫長的；

如果團隊中的其他成員改了功能並提交了，如何快速得到該次提交對當前系統代碼是正確還是失敗的反饋；

那怎麼辦呢？自動化地持續集成（CI）！CI的核心就是干這件事情的。自動化持續地集成測試。

使用CI後，如果使用Maven，可以新建多個profile：

本地測試時忽略一些比較慢的測試；

CI伺服器上執行所有測試；

2、CI如何工作的

一個典型的持續集成流程：

定期檢測版本伺服器上是否有代碼更新；

如果發現代碼更新，從版本伺服器下載最新的代碼；

自動構建並自動化的測試；

不管錯誤/失敗，生成報告給開發人員；

有些CI伺服器還能產生可執行的軟體，自動化地部署到測試機器，交給測試人員測試。

如圖所示：

持續集成伺服器其實就是一個定時器，自動幫你下載最新代碼、編譯、測試、集成及產生報告發給開發人員。

常見的CI伺服器有：

Apache Continuum

Hudson

CruiseControl

Jenkins CI

TeamCity

Travis CI

我09年時使用過TeamCity社區版，足夠滿足常見需求；目前我使用github託管項目，使用Travis CI進行分散式的持續集成，免費，目前看來還是不錯的。

3、travis-ci介紹

我現在開發的ES-JavaEE項目開發腳手架就是使用travis ci進行持續集成；具體參考《Getting started》進行與Github集成，其支持的語言：

C

C++

Clojure

Erlang

Go

Groovy

Haskell

Java

JavaScript (with Node.js)

Objective-C

Perl

PHP

Python

Ruby

Scala

支持的資料庫：

MySQL

PostgreSQL

MongoDB

CouchDB

Redis

Riak

RabbitMQ

Memcached

Cassandra

Neo4J

ElasticSearch

Kestrel

SQLite3

更多請參考其官網的介紹。

如果是Java開發人員，支持的JDK包括：OpenJDK 和 OracleJDK。 如果使用的是OpenJDK，Maven中使用ascii2native插件時，需要如下配置：

Java代碼  

plugin

groupIdorg.codehaus.mojo/groupId

artifactIdnative2ascii-maven-plugin/artifactId

version1.0-alpha-1/version

executions

execution

phasegenerate-resources/phase

goals

goalnative2ascii/goal

/goals

configuration

encodingUTF-8/encoding

srcsrc/main/messages/src

desttarget/${project.artifactId}/WEB-INF/classes/dest

includesmessages.properties/includes

/configuration

/execution

/executions

!– native2ascii 使用的tools.jar —

dependencies

dependency

groupIdcom.sun/groupId

artifactIdtools/artifactId

version1.7.0/version

scopesystem/scope

systemPath${java.home}/../lib/tools.jar/systemPath

/dependency

/dependencies

/plugin

如果使用mysql，埠只能是3306。

如果想開埠測試，這是不允許的。

如下是我項目中的一個配置.travis.yml，放到項目的根下即可：

———————————–

language: java           語言

env:                           環境

– DB=mysql              使用mysql

jdk:

– openjdk                jdk使用openjdk

mysql:

database: es         資料庫名為es

username: root     用戶名為root

password :            密碼為空

encoding: utf8      編碼為utf8

install:                     安裝時執行的腳本

– mvn install -Dmaven.test.skip=true     mvn安裝並跳過測試

before_script:        script之前執行的測試

– cd web            

– mvn db:create  創建資料庫的mvn命令（此處使用了 maven-db-plugin 插件）

– mvn db:schema  創建腳本的mvn命令

– mvn db:data        安裝數據的mvn命令

– cd ..

script:                      測試時執行的腳步

– cd common

– mvn test              測試common子模塊

– cd ..

– cd web

– mvn test -Pit       測試web子模塊，並指定使用it profile測試（即集成測試的配置，具體參考pom.xml中的profile/it）

notifications:          觸發

email:                  測試完成後測試報告發到哪

– zhangkaitao0503@gmail.com

———————————–

持續集成不能修復代碼的錯誤，而是和單元測試一樣，縮短髮現問題帶解決問題的時間，這樣可以提高開發效率，降低項目風險，提高項目的穩定性。而且尤其是團隊協作時，可以發現其他人的代碼是否對自己的代碼產生影響。

到此我們利用單元測試+CI可以加速開發人員的開發速度。利用好單元測試和CI，不要純粹為了單元測試和CI而去做這些事情。

本文沒有介紹TDD，TDD並不會那麼美好，我認為我們可以借鑒TDD的一些思想，但決不能迷信TDD，有時候，尤其如開發企業應用，先寫功能再寫測試可能效率更高，而且大部分時候是不需要TDD的。而且我也沒能在實際項目中獲取太多TDD的好處，但是我獲得了測試的好處。

本文也沒有介紹測試覆蓋率，我認為不要一味的追求覆蓋率，有時候有的覆蓋率沒有任何意義。所以不要讓為了覆蓋率而覆蓋率拖慢了項目開發進度。

正如stackoverflow上的一篇帖子《How deep are your unit tests?》上Kent Beck的回答：

寫道

老闆為我的代碼付報酬，而不是測試，所以，我對此的價值觀是——測試越少越好，少到你對你的代碼質量達到了某種自信。

可以前往coolshell的「單元測試要做多細？」去得到一些經驗。

php開發用什麼軟體

PHP集成開發環境，有Zend Studio、Eclipse for PHP、PhpStorm等。

1、Zend Studio

Zend Studio是Zend Technologies公司開發的PHP語言集成開發環境(IDE)。除了有強大的PHP開發支持外也支持HTML、js、CSS，但只對PHP語言提供調試支持。

2、EclipsePHP Studio

EclipsePHP是一個大型PHP項目開發編譯器，基於Eclipse底層開發而來，並且集成了JDK，免除了安裝配置的麻煩，一次安裝即可使用，無需配置。

此編譯器為PHP編譯器，輔助PHP代碼的開發和調試，集成了代碼高亮，函數跟蹤，實時糾錯等功能。同時還增加了協作開發版本伺服器功能：SVN 、 CVS 。 內嵌瀏覽器可以在調試簡單代碼實時瀏覽。

3、PhpStorm

PhpStorm 是 JetBrains 公司開發的一款商業的 PHP 集成開發工具，旨在提高用戶效率，可深刻理解用戶的編碼，提供智能代碼補全，快速導航以及即時錯誤檢查。

擴展資料

php的特點

一、開源性和免費性

由於PHP的解釋器的源代碼是公開的，所以安全係數較高的網站可以自己更改PHP的解釋程序。另外，PHP 運行環境的使用也是免費的。

二、快捷性

PHP是一種非常容易學習和使用的一門語言，它的語法特點類似於C語言，但又沒有C語言複雜的地址操作，而且又加入了面向對象的概念，再加上它具有簡潔的語法規則，使得它操作編輯非常簡單，實用性很強。

三、資料庫連接的廣泛性

PHP可以與很多主流的資料庫建立起連接，如MySQL、ODBC、Oracle等，PHP是利用編譯的不同函數與這些資料庫建立起連接的，PHPLIB就是常用的為一般事務提供的基庫。

四、面向過程和面向對象並用

在PHP語言的使用中，可以分別使用面向過程和面向對象， 而且可以將PHP面向過程和面向對象兩者一起混用，這是其它很多編程語言是做不到的。

travis.yml 是什麼文件

YML文件格式是YAML (YAML Aint Markup Language)編寫的文件格式，YAML是一種直觀的能夠被電腦識別的的數據數據序列化格式，並且容易被人類閱讀，容易和腳本語言交互的，可以被支持YAML庫的不同的編程語言程序導入，比如： C/C++, Ruby, Python, Java, Perl, C#, PHP等。