瀉藥。
首先普及一下前後端正常互動的流程。
1、評審階段:產品召集前後端進行需求評審,前後端各自捋清楚自己的業務量以及聯調之間工作量,從而進行開發時間評估。
2、開發準備階段:前後端一起商量需求中需要聯調的部分,進行介面的口頭協議交流。
3、介面定義階段:前後端中的一方根據之前的口頭協議擬定出一份詳細的介面,並書寫API文件,完成後由另一方確認。有疑問的地方重新商量直至雙方都沒有問題。
注意:第一份確認並書寫好API的介面基本不會大改。
注意:前端在開發過程中記得跟進介面,mock資料進行本地測試。
5、聯調階段:雙方獨自的工作完成,開始前後端聯調,如在聯調過程發現有疑問,重複步驟3,直至聯調完成。
6、產品體驗階段:將完成的需求交給產品,讓其體驗,直至產品這邊沒有問題
7、提測階段:將完成的需求提給測試人員,讓其對該需求進行測試,如發現問題,及時通知開發並讓其修改,直至需求沒有bug。
8、評審單釋出階段:前後端中的一人進行評審單的擬定,傳送給對應的領導,表明需求釋出的程式,包括影響到的頁面及業務,釋出的流程,釋出的回滾方案等。
9、釋出階段:前後端雙方在保證步驟1-8都沒有問題了,進行各自的程式碼釋出,完成後由測試人員在線上進行相應的測試,如果有bug,重複步驟7和9,直至需求成功上線。
----------------------分割線--------------------
這裡給你提供一個正常介面文件的書寫格式(欄位名協商擬定)
瀉藥。
首先普及一下前後端正常互動的流程。
1、評審階段:產品召集前後端進行需求評審,前後端各自捋清楚自己的業務量以及聯調之間工作量,從而進行開發時間評估。
2、開發準備階段:前後端一起商量需求中需要聯調的部分,進行介面的口頭協議交流。
3、介面定義階段:前後端中的一方根據之前的口頭協議擬定出一份詳細的介面,並書寫API文件,完成後由另一方確認。有疑問的地方重新商量直至雙方都沒有問題。
注意:第一份確認並書寫好API的介面基本不會大改。
注意:前端在開發過程中記得跟進介面,mock資料進行本地測試。
5、聯調階段:雙方獨自的工作完成,開始前後端聯調,如在聯調過程發現有疑問,重複步驟3,直至聯調完成。
6、產品體驗階段:將完成的需求交給產品,讓其體驗,直至產品這邊沒有問題
7、提測階段:將完成的需求提給測試人員,讓其對該需求進行測試,如發現問題,及時通知開發並讓其修改,直至需求沒有bug。
8、評審單釋出階段:前後端中的一人進行評審單的擬定,傳送給對應的領導,表明需求釋出的程式,包括影響到的頁面及業務,釋出的流程,釋出的回滾方案等。
9、釋出階段:前後端雙方在保證步驟1-8都沒有問題了,進行各自的程式碼釋出,完成後由測試人員在線上進行相應的測試,如果有bug,重複步驟7和9,直至需求成功上線。
----------------------分割線--------------------
這裡給你提供一個正常介面文件的書寫格式(欄位名協商擬定)