原來google資深程序員是這樣開發項目的


12

03


   最近公司項目比較急,所以這兩天沒有來的及更新公眾號文章,希望大家理解。那我就來說說最近項目開發中的一些項目經驗吧。在昨天的項目總結會上我的一位來自前google資深程序員對項目開發接口聯調的理解:

如何提高接口調試的時間?

    估計你們開發的時候沒有自己本地去做單元測試,沒有本地自己測試數據,所以在后期接口調用錯誤的時候很難快速定位錯誤。

    首先我們是有接口文檔,然后我們需要有模擬數據,如果發現接口出現問題,你肯定要先拿你的冊數數據去調用,在接口聯調的時候你就應該確認你本地的測試數據沒有問題,在接口調用錯誤的時候,你就可以拿你的本地的測試數據測試接口,這樣你就可以快速的定位出錯誤原因所在。

在接口聯調前我們該怎么做?

    在接口聯調前,你前端需要有一個獨立的UI版本,這個版本首先不需要在調用接口的情況下能夠獨立運行,可以點擊上面任何的操作,比如說上拉加載出更多數據出來,然后點擊列表也能夠點擊進入,像這個操作都應該都能做,就是不依賴於接口,就是這個版本的話,能夠給人家獨立的用於能夠演示,如果說我們在給人講解一個APP的時候,也許剛好此時沒有網絡,那我怎么去能夠演示呢?所以說的你的靜態版本一定要有,不能在接口聯調的時候再做測試,再做調整,這樣會把周期拉的很長,因為一個人改東西是很快的,用你的測試數據,用你自己的測試界面,你去調、發現這有問題那有問題你自己去改,這個就是非常快速的時候了,分分鍾就能改好的事情,是吧。

      你說你調用接口出錯了,你才開始猜測,他這個接口到底是咋回事呢?是我調的參數有問題嗎?還是后面接口返回的數據有問題呢?就你去搞不定、不確定,所以在這種情況下你說你調一個接口的周期有多長呢?就是很長時間。其實這樣的話,你大量的時間都消耗在這個上面了,本來很快的。啪啪啪,如果你本地數據寫完,很快接口一調就可以了。拿你本地的模擬數據一調然后拿接口返回的數據去對比一下一看就知道接口正確與否了。然后大的沒問題了,然后后面再慢慢調整小的問題,比如數據返回的完整性啊。比如說少返回一個兩個字段的問題。這個就可以慢慢的后期增加了。

   而你不能在聯調的時候才去做代碼測試。要保證你的代碼在聯調的時候是正確的,所以都是按照這個流程去開發。一定要有這個流程。


總結項目開發流程如下:

        首先我們需要有自己完整接口文檔,有了接口文檔以后,首先第一步你先做模擬數據的文檔,你的json文件就是根據接口文檔然后把你的模擬數據一個一個的寫好,寫好以后你才開始你的開發你的代碼,做UI然后做業務邏輯,然后做的時候就可以用這些測試數據,不然的話你做UI的時候你想看一下效果都沒有數據,你說你UI怎么看效果呢,你沒法看啊。其實后台開發接口也都是這個樣子的,其實后台接口的開發模擬數據其實是非常龐大的,每一條測試數據不是都是有規則的生成出來的,而是無規則的生成出來的,因為要考慮到實際數據的應用場景。實際場景數據的復雜度,所以生成的數據應用的比較全。

     一份好的單元冊數代碼,不僅僅能夠提高開發效率,而且能夠提高程序后期的可維護性。

  下一章我們將深入講解什么叫做單元測試。


長按關注


注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
粤ICP备14056181号  © 2014-2020 ITdaan.com