博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【Beta】Scrum Meeting 7 & 与助教谈话
阅读量:5227 次
发布时间:2019-06-14

本文共 1955 字,大约阅读时间需要 6 分钟。

前言

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

任务分配

姓名 今日任务 明日任务 困难
周博闻 修复修改密码问题
添加主页公告栏 (调整样式)
修复修改密码问题
周国杰 控制台接口单元测试 2200116 数据处理脚本
樊子康 markdown后端路由及控制器
markdown后端处理脚本
markdown前端用户选择界面
殷刘霄羽 2200116实验模板 D01实验内容梳理
何雨峰 2200116实验模板 D01实验内容梳理
王尖兵 移动端报告页 - 收藏夹 移动端报告页 - 收藏夹
杨帅 控制台接口单元测试 控制台接口单元测试

燃尽图

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

你可能感兴趣的文章
jquery学习--选择器
查看>>
简析TCP的三次握手与四次断开
查看>>
R语言 多元线性回归分析
查看>>
Linux操作系统-命令-aptitude install unzip
查看>>
数字的可视化:python画图之散点图sactter函数详解
查看>>
R语言For循环
查看>>
requests---自动写博客
查看>>
codility上的练习(5)
查看>>
Java开发工程师(Web方向) - 03.数据库开发 - 第4章.事务
查看>>
spring boot约定优于配置的这种做法在如今越来越流行了
查看>>
搭建 LNMP 环境
查看>>
【剑指offer】九,链表中倒数第k个结点
查看>>
最大流——poj1459
查看>>
第七次java作业
查看>>
启用sqlserver2005快照隔离
查看>>
回文串---Palindrome
查看>>
三角形问题
查看>>
Centos7.x Docker桥接网络
查看>>
RedisLive监控工具 windows部署笔记
查看>>
[Codeforces 316E3]Summer Homework(线段树+斐波那契数列)
查看>>