Gamma阶段项目展示

1.团队成员简介及个人博客地址

岗位 人员&博客 介绍 照片
PM 木鬼 - 计算机系大三
- 编码能力不强,稍微擅长写文档
- 咸鱼,死宅
- 希望能学到更多东西

测试 bhlt -计算机系大三
- 喜欢运动
- 喜欢看球赛
- 不喜欢写作业。。

开发 dsz - 肥宅
- 喜欢运动,偶尔也打打游戏,希望和队友的合作愉快,也希望自己能为团队做贡献…

开发 swoip - 目前专业水平还不是很高,但愿意向队友们多学习
- 希望在团队协作的过程中提高自己的水平,丰富自己的经历
- 平时喜欢玩游戏,也希望可以向游戏开发方向发展。

2.工程相关信息

  • 我们的用户

    • 需求

      之所以会做这样一个项目,第一是我们组内或多或少对游戏有一定的接触,其次是我们其中一位组员有安卓游戏的开发经验,这促进了我们选择这个项目。结合现状,目前测试仍然是一件很麻烦的事情,尤其对于手游的黑箱测试需要手动操作,如果使用各种如我们采用的monkeyrunner之类的测试工具,需要付出些许学习成本,且测试都需要自己编写脚本,相当麻烦;又或者找到网络上的付费服务,这又是另一方面的付出了。如果能做出一个直接编辑测试序列的工具,省去学习和编写,自动报错,那么测试起来就会方便很多。

    • 典型用户
      用户 开发者A
      身份 不知名安卓游戏的开发者
      年龄 25岁
      重要性 非常重要,所占比例较大,对本产品需求较高
      使用场景 测试产品,修改提高产品质量
      使用环境 工作室、办公室、家中
      工作/生活 工作就是开发,生活就是工作,压力较大
      知识层次/能力 熟悉计算机相关知识,有一定的实践经验,但总的开发经验不足
      动机/目的 提升产品质量
      用户偏好 希望能精准的测到问题,精准的报告问题
      用户 学生C
      身份 大学计算机系/软件学院学生
      年龄 20岁
      重要性 比较重要,所占比例较大,对本产品需求较高
      使用场景 测试产品,修改提高产品质量
      使用环境 图书馆、教室、宿舍、家中
      工作/生活 在实践中学习,为将来打下铺垫
      知识层次/能力 掌握基本的计算机相关知识,实践经验不足
      动机/目的 学习、完成作业、参赛获奖等
      用户偏好 主要用于检查、完善自己的作业/作品

    场景见Gamma阶段测试报告

    • 预期功能和用户数量

      通过连接手机或者模拟器,对连接设备设置测试序列,测试开始后能够对异常状态进行识别,并生成报告,报告将显示在捕获异常前的操作以便用户进行判断和定位bug。

      由于时间有限,在迭代到Gamma阶段功能已经比较完备,基本功能可以使用,操作体验较alpha阶段已经有较大提升,但是期末宣传时间有限,加上本身这个项目与学生群体较为分离,用户分散,宣传难度较大,预计用户较少,期望用户达到50人。

  • 下载量

  • 分工协作及经验教训

    团队只有4名成员,其中3位担任开发,1位担任PM,其中一位开发在阶段中段由PM指派为测试,且在测试阶段进行所有的测试。

    开发工作总共分为3大部分

    • 新功能“显示待测界面并添加点位提供调用”的一系列工作
    • adb信息筛选输出
    • 对前阶段的功能进行用户体验上的优化

    任务划分好了之后由PM派发一组或者是一个方向的任务给对应的组员,组员如有情况需及时向PM进行反馈,在没有意外的情况下每次例会需完成一次的任务或者进行一定的推进。

    出现临时任务或者重大难题时,将问题分配给工作较少的或者能力较强的组员,以免进度滞后。

    由于大三的各种安排,组员们较为繁忙,因此任务分配需要明确具体,任务分解到个人,目标明确并带有DDL。如果是拆分好的一组任务,将会每次开会时对任务进行查验,如果是较大的任务则会询问进度。

  • 项目管理

    使用Github进行项目管理,利用GitHub的issue来分解分配任务。

    Github仓库链接

  • 平衡时间/质量/资源的对策

    • 在忙于其他课程的时候,安排任务难度和工作量相对较少的任务,实在有困难当天不安排任务。
    • 根据时间情况调整任务的分配,在时间紧凑的时候调整先后顺序。
  • 在产品之外,团队代码的软件工程质量如何?如何用数据来证明?

    Gamma阶段测试报告

  • 代码规范

    代码规范

  • 原来的项目有些代码混乱,没有注释,没有详细的文档,你们的项目是如何更好解决这个问题的?

    我们有详细的代码规范,对注释也有很高的要求,详见上一问。

3.项目的实际进展

  • 燃尽图

燃尽图是[Gamma]Scrum Meeting#10的燃尽图,真实反映了当时的工作情况,最后剩余的两个工作是开的有关测试的issue,当时在开发过程中完成了一部分,但是更多的内容在测试阶段才能完成,因此还有剩余,基本的开发工作在第10次会议时已经完成。

  • 发布的功能

  • 添加对当前待测屏幕的显示、在鼠标位置设置点位

  • 用户除了输坐标,还可以在测试设置时直接添加设置好的点位

  • 在测试过程中会高亮显示当前测试步骤

  • 存取档优化

  • 发布地址

由于是离线的桌面程序,为了统计用户,使用下载量代替用户数,利用百度云的分享统计获得下载量,百度云,提取码:y8vw,或者使用二维码如下:

  • 用户反馈

4.团队成员的角色和具体贡献

PM/Test Dev/Test Dev Dev
木鬼 bhlt swoip dsz
组织例会,催促项目进度 后端获取屏幕、获取adb信息 显示后端屏幕 存档读档、分辨率输入优化
每日例会报告 黑盒测试计划 保存用户自定义点 线程优化
管理Github项目issue情况 调研adb监听、冲突测试 调用用户自定义点 测试队列显示优化
完成大部分博客整理 测试队列显示优化 界面布局优化 调研adb监听、冲突测试
进行宣传和反馈收集 单元测试、回归测试 引导更新 对接新功能
封装阶段工程 测试阶段debug
PM评价工作量*难度 1.2*0.9 1.25*1 1*1 1.1*1.1
讨论 1.2*0.9 1.25*1 1*1 1.1*1.1
扣分项 - - - -
投票 4 4 4 4
最终贡献分 49 52 48 51
原文地址:https://www.cnblogs.com/buaatbxl/p/11043101.html