事后诸葛亮分析

团队作业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、员工是否能有效地处理意料之外的工作请求？

  • 能，大家都积极配合。

6、我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

  • 任务有所变更就要及时通知，同时要预留好应对紧急情况的方案

五、设计/实现

1、设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

  • 设计在项目确定时就由团队商讨共同决定了，因为大家都参与了，考虑到了实际情况，所以比较合理

2、设计工作有没有碰到模棱两可的情况，团队是如何解决的？

  • 碰到模棱两可的情况我们会团队商讨，共同决定解决方法

3、团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

  • 有的，主要是后台，这些工具很有效，如单元测试，在完成一个接口时，可以借此确保功能的正常运行，提高团队效率

4、什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

  • 在进行前后端交互的过程中产生的Bug最多，因为这涉及到前后端数据的交互，是实现前后端交互的重点，遇到处理数据等情况出现问题就容易出现Bug，在发布之后暂未发现bug。

5、代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

  • 我们人手不够，主要是各自负责各自代码的审读

6、我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

  • 我们有了代码开发的经验，如果重来一遍，我们会考虑调整任务分配，分配人员进行代码审读及专门进行测试，这样在其他人进行开发时，测试人员可以提前进行测试，这样可以提升效率

六、测试/发布

1、团队是否有一个测试计划？为什么没有？

  • 有测试计划

2、是否进行了正式的验收测试？

  • 是，对所有功能针对进行了测试

3、团队是否有测试工具来帮助测试？

  • 主要是单元测试使用

4、团队是如何测量并跟踪软件的效能（Performance）的？压力测试（Stress Test）呢？ 从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

  • 测试还是很有用的，有利于我们进行确认软件的正常运行

5、在发布的过程中发现了哪些意外问题？

  • 暂时没有

6、我们学到了什么? 如果重来一遍, 我们会做什么改进?

  • 测试工具很重要，其比人工测试更加高效快捷，能进行的测试也更加复杂，最好就是人工测试与测试工具结合

七、总结

1、你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

  • 管理级，软件开发过程已经形成了标准化的基本流程，但还没有完全规范化

2、你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

  • 磨合

3、你觉得目前最需要改进的一个方面是什么?

  • 软件开发过程需要规范化，这样沟通开发效率质量才能提高

团队贡献分

名字 角色 团队贡献分 可验证的贡献
张建文（3121004845） 前端开发、测试 20 测试、代码
叶飞池（3121004843） 后端开发 21 测试、代码
林智谦（3121004831） 项目经理、测试 19 博客、测试、需求分析
刘晋延（3121004832） 前端开发 20 博客、代码
posted @ 2023-12-12 11:59  冥羌  阅读(22)  评论(0)  编辑  收藏  举报