起什麼標題好

 

---

 

 

 

第一個階段：肯定資源可用性
這裏的資源包括不少，必須基本的工具，電腦啊，開發工具啊，開發環境啊之類的。不要以爲這些太普通，不少公司的項目不容許鏈接外網，因此必定要肯定基本工具
資源不僅是物質上的，還有人力上的，必須美工支持（作網站得有圖啊，沒有圖會被阻塞）。還有數據須要其餘人支持，得肯定接口可用性。
API對接人題目中給出了，因此要找他肯定接口可用的時間。由於頗有可能這我的在這個時候正在進行開發，不能在第一時間給出支持，只要他給出的接口時間在合理的時間範圍內，你都須要根據各方給出的時間不一樣來設置本身的開發順序（前提是這些順序是能夠交換的）。
最開始的階段就是檢查硬件設備以及聯繫各方資源，看看是否到位，若是不到位或者有風險必定要上報。

 

第二個階段是肯定接口
一個項目的開發幾乎不會是本身來完成，幾乎都是要多方協做的，既然是多方協做，必然得有各自負責的業務邊界，在邊界處，雙方交互的肯定性和穩定性決定這將來這裏隱患程度的大小
因此必定要和API提供方肯定好接口，千萬不要出現開發到某個地方的時候，發現API提供方給出的接口不知足要求。這個時候若是再提，API提供方就須要時間修改，可能項目就會延期了。

 

第三個階段就是設計和開發
必定要先設計，後開發。不少大公司講七分設計，三分開發。
就是設計階段會花費大量的時間，把項目清楚的分解成不少小的模塊以後再逐一進行開發。
開發階段代碼要留有必定的註釋。

 

第四個階段是自測階段
本身寫的代碼要本身進行測試
本身來模擬數據和調用接口，來看會不會報錯。本身模擬數據在測試中的術語叫作寫「樁模塊」，本身寫調用接口在測試中叫寫「驅動模塊」。

 

第五個階段是聯調階段
第五個階段是聯調階段，聯調有兩個類型，一個是和你的API提供方進行聯調。一個是和你的調用方進行聯調。
固然，若是你處於系統調用鏈的頂端或者尾端可能會只有一個鏈接方。聯調以後就能夠提測了。將工做轉給QA（測試）
發現時間不充足能夠提出風險
依然不給撥出時間，出現問題責任方不徹底在你。
若是省略自測步驟，就要承擔全責。