【Beta】Scrum Meeting 7 & 與助教談話

前言

Beta階段第7次會議在5月12日22:00由PM在大運村一公寓三層召開, 時長30min。

任務分配

姓名	今日任務	明日任務	困難
周博聞	修復修改密碼問題#54 添加主頁公告欄 #57（調整樣式）	修復修改密碼問題#54
周國傑	控制檯接口單元測試#51	2200116 數據處理腳本#59
樊子康	markdown後端路由及控制器#38 markdown後端處理腳本#39	markdown前端用戶選擇界面#40
殷劉霄羽	2200116實驗模板 #60	D01實驗內容梳理 #61
何雨峯	2200116實驗模板 #60	D01實驗內容梳理 #61
王尖兵	移動端報告頁 - 收藏夾#46	移動端報告頁 - 收藏夾#46
楊帥	控制檯接口單元測試#51	控制檯接口單元測試#51

燃盡圖

會議照片

代碼簽入記錄

項目困難

修改密碼的問題仍然沒有找到具體緣由，考慮暫時擱置。

與助教談話（5.11）

關於交付件的驗收標準

"但某些後端的任務沒有定義可衡量的交付內容，基本都是經過：人工驗證該接口/後端模塊功能實現了，就算是交付了"
若是人工驗證的話，能否給出驗證的流程？好比某個功能執行了某個操做，給出了怎樣的預期輸出

咱們認爲這個比較靠譜，將在任務完成的差很少時補全一下這部分任務的驗收工做。
能夠考慮後端儘可能使用單元測試進行驗收，而前端能夠進行功能方面的驗收。

注：在寫了一些測試後咱們發現，對於後端一些難以用單元測試驗證的功能，在不復雜的狀況下仍須要採用人工測試的方式，例如上個階段中關於上傳實驗報告的部分，目前並無找到比人工測試更好的辦法……

關於下降腳本開發門檻

這個部分原先是PM在Alpha階段收尾時開的一個腦洞，即作成拖拽式的腳本編寫，但團隊成員包括PM本身都認爲這個短期內作不完（甚至能夠單開一個軟工項目）因此目前擱置了。

原來是這樣，建議博客補全

不過咱們認爲本階段的markdown功能對於實驗模板編寫門檻的下降是起到了必定做用的，但python腳本這裏目前沒有好的解決辦法。

關於新成員工做

@新成員 我看你已經作了一個頁面設計，還有重構，正在添加主頁公告欄。新技術上手了嗎？

逐漸上手了。

你和另外一個同窗都作了 #42 #43 #57三個任務，講講通過？好比是均分任務仍是結對編程？

PM：感受都有，好比主頁這邊改的時候基本是A改而後B來作複審以及提供一些意見。而後主頁公告欄這裏就有點均分任務的意思，A加好html部分而後B調樣式。

新同窗開發有什麼困難嗎？

困難固然就是要適應這個項目的框架。實際上前段改的的東西也不算太多，主要是處理一些細節，要把這個項目的前段所有閱讀一遍而後改。

除此以外困難也出如今熟悉開發流程方面，咱們靠qq遠程桌面交流並解決了一些操做問題。

這個時候就能夠進行結對編程了。

關於規範commit記錄

感受大家的commit能夠規範一下。簡單能夠，但風格有不少種不太行。以及像有多個commit處理一個功能的狀況，可使用 git rebase -i 合併多個commit

咱們能夠在以後統一一下commit的格式，好比統一使用動名詞組的形式。對於一些註釋性的內容能夠放在comment裏。
（不知道comment是一個github的功能仍是git自己自帶的功能，還須要繼續研究）

關於單元測試

我看大家以前提到了要搞單元測試，講講單元測試方面的進展？

如今單元測試寫了一半了，感受開好頭以後就要輕鬆一些，主要是很差上手。

有留文檔嗎？好比測試計劃、進度之類的。

沒有，這部分就是開會的時候討論彙報的。

下一屆的人接手項目以後怎麼上手單元測試之類的東西有考慮過嗎？

這部分咱們計劃出一篇技術博客的，關於單元測試方面，但如今坑尚未踩完。（還在坑裏沒徹底爬出來

預計單元測試還要作多久？

這個得看最終計劃覆蓋多少代碼吧，控制檯部分應該明後天能夠所有覆蓋測試完成。

「假如項目一開始就有詳盡的單元測試，對於以後接手的同窗也比較友好。」 我以爲大家可能須要多寫一點註釋和文檔來體現這個友好。

引伸：關於Gamma計劃的討論

（接以上的話）

咱們最近討論了一下Gamma階段的任務，由於感受其實這個網站功能也就目前這樣了，因此在考慮下個階段主要目標是提高一下工程的質量，包括文檔、註釋還有代碼規範啥的。以及一些編碼很差的地方修改，好比以前在代碼裏寫死了不少配置方面的內容。

我以爲若是大家把完善項目做爲目標的話，要設計好怎麼檢驗，最終怎麼評判。

這個咱們也有所考慮，主要是須要從好比 註釋量 這種指標以及與以前文檔的對比方面來考慮。以及一些統一的配置文件和使用說明等等。

感受這部分是若是結果不是很清晰，很容易給人一種在划水的感受。

是的。