| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580 |
| 这个作业的目标 | <了解软测的流程和步骤，以后的开发要有一些经验，有些bug要避免> |
| 学号 | <212106756> |
1.找BUG
(1)事务审批流程
申请被拒绝后只能修改后继续提交，无法删除或撤回申请
出现原因
可能是当时的需求要求是这样，但是这样的功能很反人类，应该是有这个功能的代码，但是未在页面展示出来
(2)健康日报体温填写
选择发热选项后，当前体温输入低于37.3的数值仍然可以正常提交
出现原因
未对当前体温文本框进行输入限制，既然该文本框是选择了发热选项后才会出现的，那可以直接设置该文本框的最小值为37.3，在提交的时候进行验证
(3)健康日报今日健康状态
选择了其他选项的时候会出现输入具体症状的文本框，并且要求输入信息才可以提交，先选择“其他”，再勾选腹泻或者呼吸困难等其他选项时，该文本框是要求必须输入内容才能提交，但是先选择腹泻或者呼吸困难等其他选项，再勾选“其他”选项时，该文本框就无需输入内容就可以进行提交
出现原因
对该文本框添加限制的判断算法应该是对选项的第一个是否是“其他”进行判断，然后进行添加，算法不合理
(4)我的页面
页面上的“一卡通余额”、“未读邮件”、“图书借阅“三个图标样式相同，但是只有“未读邮件”能够点击，其余两个无法点击，并且”未读邮件“跳转的为空白页
出现原因
“一卡通余额”功能已经有了，但是不能跳转应该是未添加跳转事件，其余两个应该是功能未开发完整
2.分析
(1)使用此软件的大部分功能，联系第二部分的分析，估计这个项目做到这个程度大约需要多少时间（团队人数6人左右，计算机大学毕业生，并有专业UI 支持）
| 阶段 | 周数 |
|---|---|
| 与客户沟通需求和了解业务逻辑 | 1 |
| 需求文档 | 2 |
| 确定使用的技术栈和项目分工 | 0.5 |
| 生成项目框架 | 0.5 |
| 具体编码 | 3 |
| 测试和改BUG | 1 |
| 上线和善后工作 | 1 |
(2)i至诚软件目前的优劣（和微信端的“至诚教务助手”相比），哪个更实用？
i至诚拥有较为完善的OA系统，而“至诚教务助手”则拥有一些日常较为常用的功能如：查看课表，看课程消息，抢课，查看学校通知，虽然“至诚教务助手”比i至诚更加实用一些，但是也不好用
多注重一些用户体验，像是一些表单页面的必填选项给予*号提示，还有一些按钮做的和其他的区分开，不然有些都不知道到底能不能点，
(4)、你在第一部分发现的bug，为何软件团队不能在发布前修复？他们是不知道，还是有意不修复？你觉得是什么原因？
有一些是代码逻辑的错误，在测试阶段没有测试出来，有一些则是没有明确需求，还有一些应该是功能没有完善，测试人员没有去 测，结果开发没把代码注释，把入口放出来了
3. 建议和规划
