第三次作业

最新推荐文章于 2024-09-15 12:23:39 发布

weixin_30518397

最新推荐文章于 2024-09-15 12:23:39 发布

阅读量108

点赞数

文章标签：测试

原文链接：http://www.cnblogs.com/zhangmeiqing/p/7653560.html

版权

第一部分关于团队

一. 队名

the better for you

二. 队员及分工

蒋　婷B20150304514（pm）

周加旺B20150304519（pm）

周宏波B20150304524（开发）

谢敏仪B20150304601（开发）

蒋　斌B20150304620（开发）

吴雅芳B20150304613（测试）

张美庆B20150304502（测试）

团队宣言：
Change our lives with code

三. 项目描述

团队项目目的：帮助长大学子解决去哪个食堂吃饭的烦恼

小故事：
　　一天，同学小旺在上软件工程课，上到11点钟的时候，小旺的肚子饿得咕咕作响，心理念叨着，又饿了，下课该去哪里吃饭呢？小旺偷偷的拿起手机，不经意间发现了一款专门为长大学子研发的app，叫做“长大饿了么”。小旺兴致勃勃的点开，发现里面有维智食堂，汇泽食堂，弘昱食堂，以及二食堂等长大各个食堂的菜谱，像什么西红柿炒蛋、辣椒炒肉。
　　后来小旺又发现每个食堂都有每天特色的菜谱，他发现今天维智的特色菜谱是香干炒肉，小旺心里笑了笑，不错不错，今天的中饭有找落了。
　　然后他又有惊讶的发现，这个app还能看实时的人流量，成功的避免了去人多的食堂。小旺惊叹道，这个app做的太人性化了吧！这时候旁边的小斌看着小旺这么兴奋的表情，急忙凑过来说：“有什么好事情，赶紧说”，小旺一脸的不屑跟小斌说，给你推荐一款app赶紧去下载，叫做“长大饿了么”，里面有你想要的，机不可失时不再来，要赶紧的哦！

四. 团队会议
（1）第一次集体会议
确定项目的目标，计划周期。确定所使用的技术与技术规范，变量命名规则等。
确定个人员的角色分配，任务分配等。

（2）周例会：

报告团队各个成员的工作进度，以及一周期以来所遇到的问题和解决问题，以及下一周期的目标。
对自己本周期的总结和反省。

（3）我的任务：我是团队中的测试人员，我会尽可能多的找出软件的bug，让软件的质量达到更高，避免软件开发过程中缺陷的出现；衡量软件的品质，保证系统的质量；关注用户的需求，并保证系统符合用户需求。

第二部分关于Scrum

简述Scrum

Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums。

合作经历

Jeff Sutherland和Ken Schwaber是Scrum的创始人。Sutherland和Schwaber相识于1980年代早期。1987年，两人开始合作。一天，Sutherland问Schwaber：“你们开发MATE工具都用了现在流行的哪一种方法？”“当然什么都没用，”Schwaber回答，“要不然公司早就完蛋了。”他们意识到问题的严重性，开始与开发者交谈，研究新方法。

1993年，Sutherland读到了两位日本管理教授竹内弘高和野中郁次郎介绍制造业里出现的新的产品开发方法Rugby（橄榄球）的文章。这种方法的特点是整个流程都由一个高性能、跨功能的团队执行到底。他受到启发，结合自己多年的经验，与Easel公司的John Scumniotales和Jeff McKenna一起开发了一套方法，取名为Scrum（来源于橄榄球术语，不是缩写）。

而Schwaber则从杜邦公司一位化工过程控制专家那里取经，意识到项目分为两种：确定性项目，一切都已经确定，可以自动化生产流程；实验性项目，充满不确定性，哪怕一点微小的变化也会牵一发而动全身，因此只能用各种仪表不断监控，随时做出调整——这就是每日站会的由来。

两人在一个IBM项目合作，并做了更详尽的研究，Scrum诞生了。1995年OOPSLA大会上他们第一次向世人介绍了Scrum。可当时，两个人的公司都还在做千年虫和各种重型开发方法咨询方面的业务呢。

进入新世纪，互联网带来的巨变使敏捷方法受到了更多开发团队的青睐，而其中Scrum以其扩展性、门槛低、名字和术语更容易被项目经理接受等因素，逐渐成为最受欢迎的敏捷流派。而推出CSM等系列认证，虽然争议颇大，但客观上对Scrum扩大影响力起到了重要作用。

今天，Scrum的影响已经远远超出软件开发，成为零售、军事、风险投资甚至学校里完成各种任务的创新方法，正在改变着世界。

Scrum特性

Scrum过程

Scrum是一个包括了一系列的实践和预定义角色的过程骨架（是一种流程、计划、模式，用于有效率地开发软件）。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。

在每一次冲刺（一个15到30 天周期，长度由开发团队决定），开发团队创建可用的（可以随时推出）软件的一个增量。每一个冲刺所要实现的特性来自产品订单（product backlog，我觉得翻译成“产品目标”更恰当），产品订单（产品目标）是指按照优先级排列的需要完成的工作的概要的需求（目标）。哪些订单项（目标项目）会被加入一次冲刺，由冲刺计划会议决定。在会议中，产品负责人告诉开发团队他需要完成产品订单中的哪些订单项。开发团队决定在下一次冲刺中他们能够承诺完成多少订单项。在冲刺的过程中，没有人能够变更冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。

管理Scrum过程有很多实施方法，从白板上的即时贴到软件包。Scrum最大的好处是它非常容易学习，而且应用Scrum不需要太多的投入。

敏捷方法之极限编程(XP)和 Scrum区别^[^1]

区别之一：迭代长度的不同

XP的一个Sprint的迭代长度大致为1~2周, 而Scrum的迭代长度一般为 2~ 4周。

区别之二: 在迭代中, 是否允许修改需求

XP在一个迭代中，如果一个User Story(用户素材, 也就是一个需求)还没有实现，则可以考虑用另外的需求将其替换，替换的原则是需求实现的时间量是相等的。而Scrum是不允许这样做的，一旦迭代开工会完毕, 任何需求都不允许添加进来，并有Scrum Master严格把关，不允许开发团队受到干扰。

区别之三: 在迭代中，User Story是否严格按照优先级别来实现

XP是务必要遵守优先级别的。但Scrum在这点做得很灵活，可以不按照优先级别来做，Scrum这样处理的理由是：如果优先问题的解决者，由于其它事情耽搁，不能认领任务，那么整个进度就耽误了。另外一个原因是，如果按优先级排序的User Story #6和#10，虽然#6优先级高，但是如果#6的实现要依赖于#10，则不得不优先做#10。

区别之四:软件的实施过程中，是否采用严格的工程方法，保证进度或者质量

Scrum没有对软件的整个实施过程开出工程实践的处方，要求开发者自觉保证。但XP对整个流程方法定义非常严格，规定需要采用TDD、自动测试、结对编程、简单设计、重构等约束团队的行为。

“猪”角色

猪是全身投入项目和Scrum过程的人； they are the ones with "their bacon on the line."

产品负责人代表了客户的意愿。这保证了Scrum团队在做从业务角度来说正确的事情。产品负责人编写用户故事，排出优先级，并放入产品订单。Scrum主管（或促进者）促进Scrum过程，他的主要工作是去除那些影响团队交付冲刺目标的障碍。Scrum主管并非团队的领导（由于他们是自我组织的），而是负责屏蔽外界对开发团队的干扰。Scrum主管确保Scrum过程按照初衷使用。Scrum主管是规则的执行者。开发团队负责交付产品的团队。由5至9名具有跨职能技能的人（设计者，开发者等）组成的小团队完成实际的开发工作。。

“鸡”角色

鸡角色并不是实际Scrum过程的一部分，但是必须考虑他们。敏捷方法的一个重要方面是使得用户和利益相关者参与到过程中的时间。参与每一个冲刺的评审和计划，并提供反馈对于这些人来说是非常重要的。

用户软件是为了某些人而创建！就像“假如森林里有一棵树倒下了，但没有人听到，那么它算发出了声音吗”，“假如软件没有被使用，那么它算是被开发出来了么？”利益所有者（客户，提供商）影响项目成功的人，只直接参与冲刺评审过程。经理为产品开发团体架起环境的那个人。