【Beta】Scrum Meeting 7 & 与助教谈话

分手后的思念是犯贱 2021-12-12 09:33 234阅读 0赞

## 前言 ##

Beta阶段第7次会议在5月12日22:00由PM在大运村一公寓三层召开, 时长30min。

## 任务分配 ##

<table> 
 <thead> 
  <tr> 
   <th>姓名</th> 
   <th>今日任务</th> 
   <th>明日任务</th> 
   <th>困难</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>周博闻</td> 
   <td>修复修改密码问题<a href="https://github.com/whatahardchoice/PhyLab/issues/54" rel="nofollow">#54</a><br>添加主页公告栏 <a href="https://github.com/whatahardchoice/PhyLab/issues/57" rel="nofollow">#57</a>（调整样式）</td> 
   <td>修复修改密码问题<a href="https://github.com/whatahardchoice/PhyLab/issues/54" rel="nofollow">#54</a></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>周国杰</td> 
   <td>控制台接口单元测试<a href="https://github.com/whatahardchoice/PhyLab/issues/51" rel="nofollow">#51</a></td> 
   <td>2200116 数据处理脚本<a href="https://github.com/whatahardchoice/PhyLab/issues/59" rel="nofollow">#59</a></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>樊子康</td> 
   <td>markdown后端路由及控制器<a href="https://github.com/whatahardchoice/PhyLab/issues/38" rel="nofollow">#38</a><br>markdown后端处理脚本<a href="https://github.com/whatahardchoice/PhyLab/issues/39" rel="nofollow">#39</a></td> 
   <td>markdown前端用户选择界面<a href="https://github.com/whatahardchoice/PhyLab/issues/40" rel="nofollow">#40</a></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>殷刘霄羽</td> 
   <td>2200116实验模板 <a href="https://github.com/whatahardchoice/PhyLab/issues/60" rel="nofollow">#60</a></td> 
   <td>D01实验内容梳理 <a href="https://github.com/whatahardchoice/PhyLab/issues/61" rel="nofollow">#61</a></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>何雨峰</td> 
   <td>2200116实验模板 <a href="https://github.com/whatahardchoice/PhyLab/issues/60" rel="nofollow">#60</a></td> 
   <td>D01实验内容梳理 <a href="https://github.com/whatahardchoice/PhyLab/issues/61" rel="nofollow">#61</a></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>王尖兵</td> 
   <td>移动端报告页 - 收藏夹<a href="https://github.com/whatahardchoice/PhyLab/issues/46" rel="nofollow">#46</a></td> 
   <td>移动端报告页 - 收藏夹<a href="https://github.com/whatahardchoice/PhyLab/issues/46" rel="nofollow">#46</a></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>杨帅</td> 
   <td>控制台接口单元测试<a href="https://github.com/whatahardchoice/PhyLab/issues/51" rel="nofollow">#51</a></td> 
   <td>控制台接口单元测试<a href="https://github.com/whatahardchoice/PhyLab/issues/51" rel="nofollow">#51</a></td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

## 燃尽图 ##

![1632388-20190514234053137-817143700.png][]

## 会议照片 ##

![1632388-20190513170755238-275707027.jpg][]

## 代码签入记录 ##

## 项目困难 ##

修改密码的问题仍然没有找到具体原因，考虑暂时搁置。

## 与助教谈话（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阶段的任务，因为感觉其实这个网站功能也就目前这样了，所以在考虑下个阶段主要目标是提升一下工程的质量，包括文档、注释还有代码规范啥的。以及一些编码不好的地方修改，比如之前在代码里写死了很多配置方面的内容。

> 我觉得如果你们把完善项目作为目标的话，要设计好怎么检验，最终怎么评判。

这个我们也有所考虑，主要是需要从比如 注释量 这种指标以及与之前文档的对比方面来考虑。以及一些统一的配置文件和使用说明等等。

感觉这部分是如果结果不是很清晰，很容易给人一种在划水的感觉。

> 是的。

转载于:https://www.cnblogs.com/hardchoice/p/10857721.html

[1632388-20190514234053137-817143700.png]: /images/20211211/a0bac69c1cbe4ee7a5ded8978e43f799.png
[1632388-20190513170755238-275707027.jpg]: /images/20211211/2335eafa38114f2ab574a5b4c7a9c0e2.png