第9周团队作业

一.BUG BASH

我们团队这次集中找BUG时,主要发现了两个BUG

BUG1:

  Symptom:在某些手机上,打开应用后,看到欢迎界面时就会“出现异常”,从而无法运行应用。

  原因:

BUG2:

  Symptom:手机未联网或者网络状况不好时,应用程序会直接崩溃

  原因:应用向网络发送请求时是使用同步的方式,不是异步请求。

BUG3:

  Symptom:当有些搜索没有结果时,如在搜索地点时输入“青菜”,程序会崩溃。

  原因:某个函数返回的一个空结果,而后面的部分对这个结果进行引用,导致了异常的发生。

二.关于scenario testing

详情见我们另一篇博客

三.test matrix (测试矩阵)


使用平台版本


gps


网络


组合总数


变量数目


3


2


2


12


安卓5.0及以上


gps打开


网络状况良好


安卓4.0及以上


gps关闭


网络不畅


安卓2.0及以上

在所有的安卓版本测试时:

在网络情况良好地情况下,基本功能都会实现。网络不畅或者无网络连接时,功能无法实现。

我们在程序中会自动打开gps,经过测试gps开关确实不会影响程序的功能。

安卓版本不同时:

2.x版本,菜单栏上无法正常显示收藏夹图标,但功能还存在。

4.x有些,有1台机器没有显示收藏夹图标,有两台完全正常。

5.x版本,菜单显示正常。

四.关于 “exit criteria”

What is “exit criteria”  (good enough) for your software for Alpha release?

我们的Alpha版本主要是要能够实现两大基本功能:

即查看餐厅(直接搜索和附近餐厅推荐)和查看菜谱。

但是现在我们的应用在某些手机平台上会出现异常,也有可能是网络的原因,我们希望能够让这一版本稳定地运行,不会崩溃。

当用户搜索没有结果时,我们会弹出相应的信息,而不会使应用发生异常而崩溃。

时间: 2024-08-25 23:10:40

第9周团队作业的相关文章

第5周团队作业2:团队贡献分分配

Echo队共有成员7人,团队贡献分共350分.我们经过讨论确定了一套分配团队贡献分的方案,现将相关内容记录如下: 一.方案原则 1.分数的分配应当能够反映出每位成员对团队的真实贡献.即贡献越多的成员将得到越多的团队贡献分,贡献较少的成员将获得相对较低的团队贡献分. 2.分数的分配方案应当充分调动成员的积极性.即对于积极参与团队贡献的成员,应当给予鼓励:对于较少参与团队贡献的成员,应让其感受到一种紧迫感. 二.方案考虑 1.每项作业要“悬赏”一定的分数,对全程参与的成员给予相应的分数.如此一来利于

第5周团队作业1

一. 访问上学期项目团队,学习他们的得失: 经过我们对学长学姐的采访,我们发现几乎所有人在开发阶段最不愿意触碰的地方就是团队的daily scrum,尽管每个队伍有PM负责协调进度,负责撰写daily scrum,但是对于每日一个小meeting大家都表示不是很能理解.但是做完项目后,他们的感触是,daily scrum非常有必要,只有好的计划才能推动项目的进行.Daily scrum看似繁琐,但是确是最能体现团队在项目进行时问题的一个记录. 采访的团队中大部分的人对编程的兴趣远远大于文字工作.

第5周团队作业1:项目建议

在当下电子信息时代的洪潮中,团队项目的建设最火热的话题一方面是大数据信息的收集与处理,另一方面当然要算是乔布斯引领智能手机的异军突起,IOS与Android平台技术的日趋成熟使的无数手机APP软件在软件开发与设计方面大放异彩,经过我们小组的讨论,我们决定在顺应时代洪流的基础上充分发挥Android平台应用价值在平台上开发一款代码编缉器,我们小组的团队项目即是一款基于Android平台的移动端代码编辑器. (一)需求分析 在PC上的代码编辑软件我们已经司空见惯,从visual c++到codebl

第5周团队作业2:分数分配

经过我们团队的协商,我们一致认为在团队项目没有完成之前,是无法确定每个人的分数的.在整个程序的设计开发中,有很多不确定的因素,这可能会改变原始设定的分工.而整个团队在协调的过程中,必定与项目开始之前的任务分配有所不同,而各自的任务量也会有所改变.所以在这里只能提供一个大致的算法,在任务结束之后根据这个算法来分配分数. 首先,感谢嵩爷提供算法思想! 我们在项目开始之前,假定每个人的得分是x(注意,这个x不是50,所以绝不是平均主义). 在项目的开发过程中,由PM调控整个开发团队,适当的调整每个人的

第5周团队作业2 团队分数分配

经过讨论,我们组暂定如下的分配方式: 1.凡是认真完成自己任务的队员,都将有基础分30分(态度分). 2.将整个项目细化为不同的任务,列出一个任务清单,在综合.协调完每名成员的意愿后,我会分配清单中的任务给每名团员(存在能者多劳的现象,但会尽量平均分配).之后我们会开会协商每一项任务的分数(先将除去所有基础分后所剩的140分除以任务总数得到每项任务的基础分,再根据任务的难度等对基础分进行增减). 3.项目中如果存在“救场”现象,即某名成员在完成任务时遇到了困难,不得不让其他成员花费相当一部分时间

团队作业(一)

本次作业为团队作业,作业博客发表在单独创建的团队博客链接中(将此链接发给各班助教),要求如下: 介绍团队情况:包括成员.队名.小组成员照片.队训…….等: 介绍项目名称.总体任务,各成员任务等: 请各小组展开讨论,投票选出小组成员最喜欢的团队类型; 请在组内开展辩论,在本次软件工程的学习过程中应该采取哪种组织方式? 截止时间:4月5日   晚8点 团队成员表 序号 队名 队长 成员1 成员2 成员3 成员4 成员5 1 奥特曼小分队 李全清 胡林状 王栋 孙杏子 孙乐 刘泽良 2 蜗牛上天队 仝

第七次作业——团队作业——项目冲刺

Deadline:2015-11-07    8:00am 本次团队作业将持续两周时间,完成项目Alpha版本,在2015.11.07 的实践课上进行演示操作. 阅读或再次阅读<构建之法>,为项目冲刺的安排和问题提供助力. 1.在为期两周的时间内,安排冲刺十天.每天举行站立式会议,讨论项目每个成员的昨天进展.存在问题.今天安排. 要求:团队在冲刺的十天内,每天发布一篇随笔,共十篇:提供当天站立式会议照片一张,发布项目燃尽图:描述项目进展.问题困难.心得体会. 2.阅读学习<构建之法>

团队作业3---需求改进&amp;系统设计

一.需求&原型改进 1.团队作业2改进 补充a:市面上还有哪些同类的四则运算生成软件呢?  之前在作业一的时候有稍微提到过,市面上的四则运算软件太过于杂乱,要么就是广告连篇,要么就是收费后才能使用全部功能,这给用户带来了诸多的不便,以下是一些我们调查的四则运算生成软件: (1)随机四则运算生成器 2.1.50 这个软件下载来使用之后,发现是未注册版,需要我们去消费才能使用,这显然在市场竞争中是没有什么优势的. 而且经常在使用过程中出现网络错误等提示: 或许是软件的兼容性做的不大好,我们来看一下它

团队作业4——第一次项目冲刺(Alpha版本)第五天

天气阴转晴 一.Daily Scrum Meeting照片 二.燃尽图 三.项目进展 1.界面 功能界面已经大致完成 实现判断学生答题正误的界面 2.出题方面 实现错题库的构造 四.困难与问题 1.项目方面: A 自主出题上,真分数的实现还存在一些问题 B 项目页面趣味性不够,无法吸引小学生 2.团队方面: A 经过快一周的磨合,队员间的默契度比之前提高了不少. B 个别队员遇到问题,还是会不太好意思讲出来让大家一起解决,而是喜欢自己鼓捣,不是说这样的方式不行,而是在团队作业中,大家一起解决遇到