---
# System prepended metadata

title: 'A2: Check-in #2'
tags: [Assignments]

---

# 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`  