团队作业6——复审与事后分析
| 这个作业属于哪个课程 | 计科21级12班 |
|---|---|
| 这个作业要求在哪里 | 团队作业6——复审与事后分析 |
| 这个作业的目标 | 测试与发布 |
团队
- 队名：KAODAPU
- 团队组成
| 张建文（组长） | 3121004845 |
|---|---|
| 叶飞池 | 3121004843 |
| 林智谦 | 3121004831 |
| 刘晋延 | 3121004832 |
一、设想与目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
- 我们的软件是快递中转管理系统，主要解决地方快递站管理员、快递员及用户对快递的管理问题，定义得很清晰，典型用户是地方快递站管理员、快递员及普通用户，对典型用户和典型场景都有清晰的描述。
2、用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
与预想一致，最重要的基本功能均已完成
3、有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
二、计划
1、是否有充足的时间来做计划?
- 有充足的时间计划
2、团队在计划阶段是如何解决成员对于计划的不同意见的？
面对分歧，我们团队会进行商讨，选择接纳合理意见
3、 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
- 对快递中转管理系统最重要的核心功能均已经完成，工作基本上完成，遗憾的是因为之前没有接触过，再加上时间紧张，没有上线至服务器
4、有没有发现你做了一些事后看来没必要或没多大价值的事?
- 没有，计划阶段就确定好了功能的重要程度
5、是否每一项任务都有清楚定义和衡量的交付件?
- 有的，每一项任务都是确认其成果后才上传交付
6、是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
- 并没有都按计划进行，由于大家都是初次接触开发，有很多技术是首次接触，导致出现了一些意想不到的BUG，为解决这些BUG，有对项目计划进行调整。
7、在计划中有没有留下缓冲区，缓冲区有作用么?
- 留下有缓冲区，对BUG修复起到了作用
8、将来的计划会做什么修改？
- 主要会留下更充足的缓冲区，以应对突发情况
9、我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
三、资源
1、我们有足够的资源来完成各项任务么?
- 有，但由于大家开发经验不足，前端跟后台的开发经验都比较欠缺，缺少UI设计师，页面的UI设计没有美感，但过程中我们也不断学习，尽力的去完成我们的项目任务
2、各项任务所需的时间和其他资源是如何估计的，精度如何?
- 因为项目成员开发经验缺少，都是靠开发人员的经验预估开发时间，将任务细分，精度不是特别高
3、测试的时间、人力和软件/硬件资源是否足够？对于那些不需要编程的资源（美工设计/文案）是否低估难度？
- 因为项目进展顺利，我们预留的测试时间比较充足，人力软件资源比较充足，但硬件资源缺少，没有大量的使用其他电脑测试兼容性问题
- 美工与文案确实让我们花费很多精力，因为没有系统的UI设计师，所以项目的美工方面比较薄弱
4、你有没有感到你做的事情可以让别人来做（更有效率）?
- 有，有时候我们让不同的人写文档，但最后发现一个人专门负责写文档会更有效率
5、有什么经验教训？如果历史重来一遍，我们会做什么改进？
- 有，我们会尽量分工更明确，这样更能提高开发效率
四、变更管理
1、每个相关的员工都及时知道了变更的消息?
- 有
2、我们采用了什么办法决定“推迟”和“必须实现”的功能?
- 团队讨论决定
3、项目的出口条件(Exit Criteria - 什么叫“做好了”) 有清晰的定义么？
- 有
- 测试中发现的BUG得到解决。
- 典型用户场景得到测试并无bug。
- 测试矩阵测试并无bug。
- 核心功能正常。
4、对于可能的变更是否能指定应急计划？
- 有，因为留有缓存期，在面对紧急情况，如出现意想不到的BUG时可以有足够的人力与时间进行处理。
5、员工是否能有效地处理意料之外的工作请求？
- 能，大家都积极配合。
五、设计/实现
1、设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
- 设计在项目确定时就由团队商讨共同决定了，因为大家都参与了，考虑到了实际情况，所以比较合理
2、设计工作有没有碰到模棱两可的情况，团队是如何解决的？
- 碰到模棱两可的情况我们会团队商讨，共同决定解决方法
3、团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
- 有的，主要是后台，这些工具很有效，如单元测试，在完成一个接口时，可以借此确保功能的正常运行，提高团队效率
4、什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
- 在进行前后端交互的过程中产生的Bug最多，因为这涉及到前后端数据的交互，是实现前后端交互的重点，遇到处理数据等情况出现问题就容易出现Bug，在发布之后暂未发现bug。
5、代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
- 我们人手不够，主要是各自负责各自代码的审读
6、我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
- 我们有了代码开发的经验，如果重来一遍，我们会考虑调整任务分配，分配人员进行代码审读及专门进行测试，这样在其他人进行开发时，测试人员可以提前进行测试，这样可以提升效率
六、测试/发布
1、团队是否有一个测试计划？为什么没有？
- 有测试计划
2、是否进行了正式的验收测试？
- 是，对所有功能针对进行了测试
3、团队是否有测试工具来帮助测试？
- 主要是单元测试使用