# A2: Check-in #2 ## 回報目前進度狀況 ### 前端 登入、登出功能、首頁推文功能及 user 頁面的開發，將串接會優先用到的部分先完成。 ### 後端 比較重要的 API 都已經完成，已經把 7/30 前的進度放上 Heroku 讓前端可以進行串接測試。試串接後前端提出需要多一條 getCurrentUser 來取得登入中使用者資訊，方便不同頁面切換使用。目前一邊開發未完成路由，一邊依照前後端協調結果逐步調整 API 功能。 ## 總結目前的進度 ### 是否已經進行「提前驗收」？ * Acceptance Criteria: 還沒開始驗收。預計等前後端正式進行 API 串接後進行。 * 自動化測試：在發 PR 前會先確認本地端測試通過，目前完成 80% (42/51)。 * 人工測試: **(前端)** 在發送PR前、發送PR後，會分別由開發負責人跟審核者進行功能檢測。 **(後端)** 針對每條 API 是否有進行資料驗證或權限設置...等，不同狀況的回傳資料進行確認、功能是否達成並提示前端足夠資訊判斷請求結果。 * 串接測試：前端提出需要多一條路由來在切換頁面時取得登入者資訊(進行中)。 ### 在驗收過程中發現了什麼？ * 後端自動化測試定得非常死，包含引入 module 的方式和回傳資料的格式。原本想統一成功和失敗的回傳格式，但測試檔不允許。 * 跑測試出來的結果，要仔細去比對測試檔內容，才會知道是否有通過，一開始的時候常常誤會測試結果，浪費一點時間在找其實不存在的錯誤。 * 前端進行串接測試發現，後端傳回的錯誤訊息沒辦法正確接收，會被 Axios 攔截，討論如何處理中。 * 有時候自己開發完成覺得沒問題的地方，在審核的時候組員會幫忙找出問題點，再進行反覆的修改和測試，以確認功能完整。 ### 總結你們對 on schedule 的信心程度。並且說明你如何判斷出這個結論。 目前進度已經順利完成 60% 左右，接下來還有一週時間進行開發，而且組員很積極，也會即時溝通並互相支援。只要沒有碰到技術問題上的大魔王，應該能順利在時限內完成指定功能。 ## 這段時間小組開發的狀況 順利進行中。 後端Rita的部分已大致完成，可以專心做前後溝通和支援工作。前後溝通過程有針對回傳資料進行討論和調整，盡可能找到最適合的處理方式。Ruby大致已理出協作開發的工作流程與細節，初期例如git操作不熟等狀況皆已克服，但開發中若因溝通或其他事情中斷時，再次進入思考要花比較多時間，造成開發速度快不起來，有與隊友溝通請求支援。 前端在切版上算是順利進行，但是進到功能開發之後，有時候會被資料傳遞繞得腦袋打結，常常會與組員互相溝通協助，共同找出解決方案；跟後端組員雖然常常會有互相不能理解對方在說什麼的時候，但大家都很耐心溝通，會找資料或是換個說法讓對方了解，並且達到共識。 ### 在開發上遇到的困難 / 解決問題 #### 前端 1. 有時候自己看程式碼好幾遍認為是正確的，但想要的功能就是無法有效果，請隊友幫忙看之後，很快能找到盲點，感謝隊友的救援！ 2. modal 儲存送出後，要怎麼關掉 modal；如何清空使用者上傳的圖檔都是之前沒有使用過的功能，上網找資料並且和組員討論解決方案。 3. 這次的前台和管理後台是分開的，在 API 請求取得 token 驗證上有點混亂，和後端討論後取得共識。 4. 有許多功能在開發的時候需要反覆跟後端去確認資料格式，以及 API 串接的回傳值，在溝通上因為前後端對對方開發都有不了解的地方，需要常常和組員做交流和溝通，去理解對方的需求跟想法。 #### 後端 1. 因為嘗試只使用 JWT 進行登入驗證，在設置部分有點卡關，user 資料沒辦法順利塞進 req 裡。在向 Alex 導師討論找出方向後，順利的排除問題。因為驗證問題有稍微拖延到開發進度，現在已上軌道。 2. 有稍微討論到「上傳檔案」的功能（修改使用者頭像或封面照片），初步討論與略讀前端教案，發現前後端有落差，而後端這邊改成API開發之後也還沒實作過，可能會是接下來會需要花時間溝通與突破的關卡。 ## 有沒有想在 check-in 活動中想提出討論的問題？ 目前無。So far so good. ## 相關連結 * [回首頁](https://hackmd.io/@twitter-2022/index) ###### tags: `Assignments`