[软工顶级理解组] 0423第14次会议

从今天开始，会议不再采用Scrum Meeting形式，采用更加自由的会议模式。开会时间和原来一样不变。

常态化的议题是昨日完成任务以及会议截图。如果昨日没有完成任务也可以如实汇报。

姓名	昨日完成任务
乔玺华	没有任务，做登录测试
张艺璇	没有任务
单彦博	优化了页面、设计、代码风格
胡彬彬	和爬虫统一接口定义
李嘉铖	和爬虫、前端统一接口定义，测试了接口
杜博玮	修复了bug，修改爬虫爬取的方式：用两个爬虫进行爬取
郭骏	服务器上联动后端与爬虫，修改ping页面，使其能提供更多信息

0423动态会议议题

咱们的课程中心DDL截止推送做了吗？

​ 今天补做

咱们的主页自定义功能实现了吗？（这个应该是写在issue里的，如果没有完成就关闭了issue，且没有及时告知大家，会进行扣分）

​ 已完成，但是没有提issue

HTTPS的问题解决了吗？

​ 已解决

退出登录的按钮做了吗？

​ 功能待完善

爬虫的bug修复完毕了吗？

​ 已修复

软件名定为航胥，需要Logo图标（记得任务派给张艺璇了？）

​ 需要push同学

正式进入测试阶段

后端从4月23日17:00，前端4月24日从0:00起进入测试阶段，进入测试阶段。为了留出发布的时间，尽可能保证在4月28日12:30之前测不出bug。

前端：发布完备的APK，版本号为1.0，发布之后除非进行版本更迭，否则不要进行修改。请务必确定前端的每一项功能是否完全打开、可用。

后端：保证所有接口信息正确，数据库字段长度合理，错误处理信息明确，和前端、爬虫交流出的接口信息正确。

爬虫：保证ddl爬取、成绩查询、课表查询三个功能在服务器上能够正确运行，交付给后端的时候不要出现报错。（请务必在本地完整跑完一边爬虫没问题之后再让PM部署），以及保证空教室数据库中有内容，空教室爬取功能暂不上线服务器。

PM：在17:00时整理好后端和爬虫的最终版本，在服务器上运行，并且在后续debug阶段能够及时回应大家的日志查看需求。

该阶段出现的bug会影响Alpha阶段团队贡献分！请在看完下面的所有信息后，思考自己程序出现的问题，考虑是否有PR需要提交。在17:00前提交的所有PR不影响贡献分，但在之后提交的所有PR均影响贡献分。

类别	程度	加减分
准时性	提前完成	+0
	按时完成	+0
	延后完成，迟交时间一天内或未延误进度	-2
	延后完成，迟交时间一天以上或延误进度	-4
质量	质量较高，可读性好，可扩展性好	+2
	质量过关或者bug极其微小	+0
	质量较差，有非架构设计上的功能性bug	-2
	质量差，且修复较困难，甚至延误项目进度	-4
Bonus	协助他人完成因拖延或技术难题而未完成的工作	+2
	完成额外的开发任务	+2

测试阶段有比较简单的bug，比如数据库字段不够长，或者接口规格写错，在此类bug出现比较少的时候，都不会进行扣分。

测试阶段出现较为麻烦的bug，需要与PM或者同平台开发者之间讨论的时候，或者小bug数量很多，经常使用PR来修复微小bug的时候，分数会-2。这说明代码质量不过关，编写的时候考虑较少。

以及，测试阶段出了bug后，定位bug花了很长时间，最后发现是错误处理部分不够完备，如果错误处理做好可以及时定位到bug的，也会扣分-2。

测试阶段出现严重bug或者架构缺陷，需要全组人员进行再讨论的时候，直接负责该架构的开发者分数会-4。但我们尽量不轻易扣分，有以下情节的可以考虑少扣分。

• 这个bug的出现出乎所有人预料之外，不等到前后端和爬虫全部连动起来几乎无法发现的bug。
• 是架构性的，需要翻修的bug，但是只需要本人进行改动，其他开发者无需进行代码改动，且修复所花费的时间不长，不延误测试进度。
• 受课程组服务器性能限制出现的速度bug。速度上可以存在问题，但是正确性上不应该出错。
• 经所有组员同意，可以放到Beta阶段，作为一项优化进行开发的bug。

博客作业：测试报告（DDL4.29）

1. 在测试过程中发现了多少Bug？

   • 所有测试过程中发现的Bug，全部需要提交issue，打上标签bugfix。由发现者开启issue，开发者关闭issue。
   • 提交issue之后在群里说一声，保证bug实时传达到

2. 你是怎么进行场景测试（scenario testing）的？包括你预期不同的用户会怎样使用你的软件？他们有什么需求和目标？你的软件提供的功能怎么组合起来满足他们的需要？

   • 由PM完成编写，按照功能规格说明书中的典型场景分析即可。

3. 给出你的测试矩阵（test matrix），也即在什么样的平台、硬件配置、浏览器类型……上对你的软件进行测试？

   • 全体所有拥有安卓机的人都需要给出此汇报。在测试阶段结束，决定出发布版本时，再进行填写。
   • 测试表格填写范例如下：

   测试机型	Android版本号	登录功能	个人中心功能	课程中心功能	空教室查询功能	成绩查询功能	课表查询功能	...
   小米 8	x.x.x	正常	正常	正常	正常	正常	正常	正常

4. 你的软件Alpha版本的出口条件（exit criteria）是什么？也即在什么条件下，认定你的软件已经足够好，可以发布Alpha版本？

   • 兼容性：对于几乎所有Android机型和主流版本都能够实现兼容。
   • 易用性：按钮功能明确，功能入口醒目，弹窗提示易懂。
   • 稳定性：所有功能都能正常运行，进行常规操作时几乎不出现运行时Bug。
   • 及时性：后端能及时更新学生的信息变化，并反馈给前端。