实验十 团队作业7:团队项目用户验收&Beta冲刺
实验十 团队作业7:团队项目用户验收&Beta冲刺
项目 | 内容 |
---|---|
课程班级博客链接 | 2018级卓越班 |
这个作业要求链接 | 实验十 团队作业7:团队项目用户验收&Beta冲刺 |
团队名称 | 玛卡巴卡小分队 |
团队成员分工描述 | 熊文婷:任务1; 杨子豪:任务3; 贾傲羊:任务2; 于泽浩:任务4; 团队协作:任务2,3; |
团队的课程学习目标 | (1)掌握软件黑盒测试技术; (2)掌握软件项目确认测试内容,学会编制软件项目总结PPT。 |
这个作业在哪些方面帮助团队实现学习目标 | (1)在学习软件黑盒测试技术的时候; (2)在学习软件白盒测试技术的时候; (3)在对软件进行测试的时候; (4)在撰写完档回顾所学内容的时候。 |
团队博客链接 | 实验十 团队作业7:团队项目用户验收&Beta冲刺 |
团队项目Github仓库地址链接 | 仓库:实验十 团队作业7 |
任务1:对实验九的团队项目互评
任务1:按团队项目互评名单,对互评方《实验九 团队作业6:团队项目编码&Alpha冲刺》的项目成果进行评价,具体要求如下:
(1)阅读互评团队项目博文作业并进行评论,评论要点包括:博文结构、博文内容、任务分工与时间耗费。将以上评论内容发布到互评团队的博客评论区。
(2)下载团队项目技术资料,并试运行互评方项目软件。
-
阅读互评团队项目博文作业并进行评论
-
结对方团队博客链接:实验九 团队作业6:团队项目编码与Alpha冲刺
-
博客点评
-
-
下载并阅读互评方团队项目资料
-
结对方Github项目仓库链接:天马行空队——实验九仓库
-
结对方仓库
-
下载结果
-
运行结果
-
软件点评
-
使用python编程语言,使得占用内存小,这一点值得我们借鉴
-
在运行的结果中可以看出来,运行的结果并不是很明确,这是需要改进的
-
项目显得略微有点简单,希望后续还能有改进
-
-
3.互评团队作业评分成绩:153 分
任务2:团队项目系统设计迭代改进
任务2:团队作业Beta冲刺:团队项目经过Alpha阶段冲刺后,已基本完成项目编码工作。进入Beta阶段冲刺后,需要开发者对软件进行用户使用体验或典型用户应用场景测试并完善功能,此时常用黑盒测试技术完成测试工作。请根据团队项目中软件的需求分析文档、需求规格说明书和软件设计说明书,编写软件用户功能测试方案,并执行测试过程,在日期区间[6.25-6.30]内,任选连续4天进行Beta冲刺,冲刺当天晚23点前发布一篇团队Beta冲刺博客,冲刺博文内容要求如下:
- 各个成员今日完成的任务
- 各个成员明日的任务安排
- 今日共计发现了多少Bug?
- 各位成员今日对项目的贡献小时数
- 提供当天站立式会议照片一张,更新项目燃尽图,描述项目整体进展情况。
-
Beta 冲刺Scrum meeting导航
-
12小时压力测试,视频上传截图(部分)
-
软件的功能测试方案文档截图
-
软件系统安装配置过程演示视频上传截图(已上传)
-
功能测试过程视频上传截图(已上传)
-
远程访问地址:远程地址
- 账户:administrator
- 密码:Qq94523105
任务3:团队软件项目编码准备
任务3:完善与整理团队项目资料、编制团队项目总结陈述PPT、录制视频演示软件需求规格说明书中要求功能,在团队项目Github仓库中上传以上两个文档。
-
团队项目总结陈述PPT上传截图
-
软件功能演示视频上传截图(已上传)
-
资料上传至仓库截屏(视频通过文件里百度网盘链接可查看)
任务4:完成团队博文作业
-
博文撰写
-
【软件验收测试Beta冲刺总结】结合燃尽图陈述任务1执行过程
6.25互评博客,下载软件并进行测试,6.26商讨软件功能测试方案,配置软件系统并录制视频,6.27正式测试软件系统,生成数据记录,录制压力测试、典型功能册测试、测试结束后系统状态视频,6.28团队总结会议,上传文档,制作PPT 6.29博客撰写
-
各项任务实际花费的时间和分工
任务名称 计划用时(min) 实际用时(min) 分工 任务1 60 70 *文婷 任务2 800 1050 *傲羊; 团队协作 任务3 180 300 *子豪;团队协作 任务4 120 150 *泽浩
注:本次实验虽有个人分工和团队协作,但在实际过程中以团队协作为主,个人分工任务为此成员主导进行,以保证实验按时完成。
-
每位成员总结本次实验心得
-
*泽浩
伴随着本次实验的结束,我们的课程也进入尾声,在本次实验中,我们已经保持着最初的团结,一起经历着最后几天的冲刺。从一遍遍运行到一个个bug的解决,燃尽图陪着我们,视频见证着我们,ppt总结了我们...在他们身上我也学到了很多,既有技术的提升也有文本的锻炼,更有积极负责的态度,最后,再一次感谢与我一起完成本次实验的小伙伴们!
-
*文婷
本次实验应该是我们作为团队项目的最后一次,所以我作为PM有深刻的感悟。首先是对项目,整个项目是我们项目成员一步一步完成的,我们经历过瓶颈期,经历过困难期,当数据库连接失败时成员们垂头丧气的样子还历历在目;其次是对于成员协作,非常感谢你们选择我当团队PM,作为团队唯一的女生,我起初还是比较胆怯,毕竟没有跟你们相处过,不了解你们每一个人,但是有了第一次交流就有了第二次,每一次给你们布置和分配任务的时候也清楚你们擅长哪方面,所以这也得益于你们对我的信任;最后是能力提升,我深知《软件工程》这门课程只是为我们未来做项目打下的一个基础,后面还有许许多多的项目等着我们去研发,无论我是否作为PM我都从中学会了许多能力,比如沟通交流能力、团队协作能力、项目开发能力,所以再次感谢我的项目成员,还要感谢的是我们的结对小组,通过互评,我们可以看到与其他小组的差距,然后再改正,这样我们就可以在原有的基础上做的更好,每一次查看对方的博客内心都充满了喜悦和好奇,发现对方的缺陷提醒他们,我们可以共同进步;发现他们的优点向他们学习,我们也能共同进步。我很感谢有这么一次机会让我不再活在自己的世界,希望在以后我们每一个人都可以发挥自己的所长,弥补自己的所短,成为更好的自己!
-
*子豪
本实验可能是最后一次了,经过上一轮的七天冲刺,再加上这一轮的四天冲刺,团队成员之间的配合默契程度更深,契合度也更高;本次的主要任务是对系统功能进行测试,在这个过程中除了学习到测试技术外,我还发现系统内各式各样的细节都体现了其他成员的心血,系统在压力测试下表现出了些许的错误和异常,但是经过我们的处理最终也大都解决了。通过这次的四天冲刺合作,让我意识到要好好得向组员的毅力与专业精神学习。
-
*傲羊
本次软件工程项目的设计与开发,学习到了很多技术和知识。首先是对工程项目思维的训练,从刚开始的项目推进中我发现盲目进行代码堆砌对项目的开发没有太大的帮助,反而会在后期造成很多困扰,所以要及时与团队成员进行沟通,完善设计框架和目标,尤其是与各模块的负责人,对接口提前约定,保持开发进度和开发功能点的统一,及时对接以发现问题,其次就是作为团队的一员,一定要按时完成任务,不拖团队后腿。
-
-
每位成员陈述课程学习总结,回顾《实验一软件工程准备》提出的3个问题,并总结答案。
-
*泽浩
通过这一学期的学习,最开始的问题在今天得以再一次回答自己的理解:1、什么是软件工程?软件工程就是研究把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程中的途径。它的出现是为解决软件危机即在计算机软件的开发和维护过程中所遇到的一系列严重问题。软件工程是一门交叉性的工程学科,它是将计算机科学、数学、工程学和管理学等基本原理应用于软件的开发与维护中,其重点在于大型软件的分析与评价、规格说明、设计和演化,同时涉及管理、质量、创新、标准、个人技能、团队协作和专业实践等。而这也只是软件工程的冰山一角。2、怎么去学软件工程这门课?这门课的价值在于它是有点类似哲学的体系,试图通过对问题的深入思考,来找到一个可以回答所有问题的答案,即事物的本质。这也就是思维价值的最大化体现。所以这门课是为了提升软件的价值,为了释放我们深入思考的潜力。软件工程这门课,是一门更多强调认识的学科,任何事物都由他们的共性,而我们讲他们总结抽象出来形成规律,规律来解决普遍的问题,所以我们不能说软件工程没有用,而是它能启发我们看到对问题的深层理解。3、如何去理解哪些我初次谋面的专业名称(英文)?花更多是时间去认真的读解邹欣老师的《构建之法》,紧跟老师的课程安排,去学习这门课程。是我最开始的想法而一个学期结束,我发现那些不易理解的知识由于初次见到,而通过一次次实验,再不断学习复习的过程中,对他们的理解也就有了,意思自然也明白了,可以说是熟能生巧吧!
-
*文婷
在经过本次团队项目后,我对在阅读邹欣老师的《构建之法》后首次的个人博客中提出的问题想出了自己的答案。
问题:1、在对《软件工程》有了初步的了解以后,对于项目有了很浅的认识,那么什么是好的项目?如何验证一个项目的好坏?
作为团队项目中的PM,经历了本次项目试验后我对“好”项目的理解是,如果开发的项目满足用户的体验感,就是好项目。用户愿意用,用的人就会多,项目就是成功的。验证一个项目的好坏首先可以看这个项目的图形化界面是否简洁高效,如果项目的界面杂乱无章,并不能说是一个“好”项目,因为会给用户的体验感变差;其次要看项目开发者的项目代码的编写是否规范,是否易读,便于维护。
问题:2、之前也有参加校级科研立项的经历,也编写过许多项目代码,但是都是个人完成,所以团队真的很重要吗?
本次团队项目实验让我深刻的理解到了团队协作的重要性,一个项目如果只有自己完成势必会造成某些意想不到的缺陷,比如某些功能缺失、某些文档缺失等等,我也理解到团队PM真的是一件很难的工作,不仅仅要解决项目问题,也要解决成员沟通问题,还要及时与甲方交流,这也锻炼了我自己的个人能力
问题:3、之前见过许多项目面临弃项,那么如何才能保证以及判断一个项目可以成功结项?
如何判断一个项目有弃项的风险,首先看团队协作,一个团队是否协作紧密,交流密切是判断项目完成与否的最好方法,好的项目项目成员之间的关系也很好;其次查看项目文档是否齐全,是否便于维护;最后如果有条件可以与团队PM进行沟通,从这三个方面大致就可以看出这个项目的可行性以及是否可以如期交付。 -
*子豪
问题1:软件工程的学习有什么意义?该门课程在计算机体系中处于什么样的位置? 软件工程是一门连接性的学科,在计算机体系中,是对其他专业知识的总结与升华,到了这一刻,前面所学才真正被拿上台面,被用户评估,与用户交互,说软件工程是一门“哲学”也不为过。问题2:软件工程的学习强调团队合作,那么我们在团队合作的过程中需要注意什么? 在团队合作的过程中,要各自发挥所长,同一个任务分给不同的人,所需的时间和得到的结果可能会天差地别,要了解成员各自的能力所在,统筹调和,最后才能得到1+1>2的结果,除此之外,还要跟上团队的步伐,一同面对难题,不要拉低团队的效率。3.软件工程与过去的知识有哪些联系,需要用到哪些预备知识以及如何使用?软件工程是对过去所学知识的总结,是所学知识的真正结合与应用。需要按照软件工程的方法,通过调研、需求分析、总体设计、详细设计、编码和测试等步骤来运用过去所学。
-
*傲羊
从团队角度来看,合理的分工、合适的项目组织与流程规划都是成功项目的关键,一个项目的开发不是靠单纯的个人能力就能够驾驭的,根据不同的项目类型进行合理的开发过程规划是非常关键的。同时对于问题1,我的答案是单元测试更多的是对程序的原子组成的正确性进行验证,相当于测试的是地基的牢固,不删除单元测试可以在以后更改相关代码后测试是否正确。对于问题2,我认为应该由团队内部投票解决。对于问题3,我认为软件开发的一大特点就是需求永远在变,而且无法在一开始就确定清楚。因为用户在看到可工作的产品之前,并不能明确定义自己需要什么功能。所以要准确的估算项目完成时间,最有效的办法就是缩短迭代的周期,增加反馈的频率。持续交付就是一种很有效的解决方案,对产品的任何修改,都能够以最快的时间反馈给用户;开发团队也可以根据用户的反馈,随时调整开发进度和技术方案。所以项目最终完成的时间一般是在项目开始一段时间以后,甚至在后期才能被最终确定。
-