我做過開發，也做過測試； 現在說說兩者之間的區別還有一些其他的想法；

　　開發的過程是：

　　● 功能設計，或者是理解你要做出來的是什么功能，用戶到時候是怎么使用這些功能的

　　● 開發設計，完成這個功能需要哪些模塊，數據流（dataflow）是怎么樣的，Workflow是怎么樣的；哪些模塊是可以調用現成的API，哪些需要自己來寫；

　　● 編碼，編譯（build），調試，測試

　　比如我要寫個Android上面的記事本，可以把數據傳輸到云上，也可以下載下來，但是不一定很頻繁；不需要實時同步；這樣我如果換手機可以把數據下載下來，避免數據的丟失，或者遷移的麻煩；

　　這些功能一旦確定下來以后，要思考的事情是，放到哪個云上（快盤，微盤還是Dropbox等等），怎么放（文件傳輸的方法，用Http，還是Email，還是ftp，或者自己寫Socket）；有哪些現成的API可以用，比如Java的httpclient的Jar包可以使用，有哪些需要自己寫，比如文件上傳過程需要把文件讀出來編程Java Stream，需要研究哪些技術，文件上傳的Http　Post方法等等；由于訪問的安全性問題，都使用了OpenID，那我需要研究一下OpenID（oAuth）如何使用等等；

　　接下來是編碼，編譯，調試，測試； 這個時候也是需要測試來參與的；

　　開發對測試的期望是， 為了提高效率，希望每次的改動的驗證可以很快完成；所以如果測試可以參與一些API的測試；那么開發的效率可以上去；開發也希望測試多去了解功能是如何實現的；

　　開發完以后，希望測試可以在不同的場景去使用，及早的發現問題；清晰的溝通這些問題；

　　開發其實花80%的時間在研究前期的技術，還有是調試，而對于調試，因為80%的模塊是比較穩定的，所以其實調試的是20%的代碼，希望的時候這部分代碼的調試不會影響到其他模塊，所以單元測試也好，API的測試也好都是很有必要的；

　　測試的過程：

　　● 理解產品的功能，用戶的場景

　　● 開發測試用例，從多個角度去使用產品

　　● 新功能測試，系統測試，性能測試，壓力測試等等

　　● 自動化測試，提高測試效率

　　● file bug，理解bug產生的原因

　　測試對開發的期望是，提高可測試性，比如更多的log信息，出錯的信息是有意義的（其實這個對開發也是有好處的），有新的改動能夠通知測試；對測試而言，了解到的信息越多，越能發現更多的bug；如果開發可以告訴測試如何去debug的方法，然后測試可以自己debug，幫助開發解決一些相對簡單的bug，那么測試和開發的合作很和諧。