团队作业8——测试与发布(Beta阶段)

Beta版本测试报告

请根据团队项目中软件的需求文档、Beta阶段的计划安排,写出软件的测试过程和测试结果,并回答下述问题
  1. 在测试过程中总共发现了多少Bug?每个类别的Bug分别为多少个? 

    第一版本提交以后,在不同环境中出现js脚本效果不同的情况,这个bug可以修复,但是由于原开发环境未出现这个问题,所以修复的效果不能及时体现出来。

 

  1. 场景测试(scenario testing),包括以下内容:
  • 你预期不同的用户会怎样使用你的软件?

    系统用户初步定为本校教师,本校教师在使用原课堂助理的测验功能后,使用该子功能进行测验题目讲解。

  • 他们有什么需求和目标?

    教师需要根据题目进行单一讲解,根据学生回答情况具体选择讲解那一道试题。达到让学生加深知识印象的效果。

  • 你的软件提供的功能怎么组合起来满足他们的需要? 

    该功能对测验题目进行逐题显示,每题统计学生作答情况,教师可根据学生答题情况选择是否进行进一步讲解。功能提供显示试题解析的选择,教师可实现编辑好解析内容在讲解过程中显示。

  • 根据不同项目的特点,进行必要的性能测试、压力测试等,并给出测试的过程和结果

    未进行压力测试。

  • 你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试?——测试矩阵(test matrix) 

    该功能在网页上进行,选择在不同的浏览器上进行适应性测试

IE(9.0以上) 正常显示
360浏览器 正常
谷歌 正常
火狐 正常

 

 

 

 

 

  • 你认为你们团队的软件在什么条件下,就可以认定其已经足够好,可以发布Beta版本?——出口条件(exit criteria)

    功能实现了需求分析中的各阶段的要求,实际运行中未出现影响用户使用的bug。

 

Beta版本发布说明

软件发布的同时,在团队博客上写一个发布说明:
  •     列出这一版本相对于Alpha版本的新功能

    原计划与Beta阶段实现的第二需求未实现。

  •     这一版本对Alpha版本修复的缺陷

    原Alpha版本不支持IE浏览器的使用,现已修复

    在发布环境中出现题目显示携带html标签的问题,由于开发环境未出现此问题,所以修复结果还未验证。

  •     对运行环境的要求

    用户连接校园网进行统一登录验证后才可使用原系统。

  •     安装方法

    浏览器访问页面

  •     描述系统已知的问题和限制

    主系统还未完全开发完成,目前在校内部分教师内进行阶段性测试中。

  •     说明软件的发布方式以及发布地址

    子功能提交到主系统开发人员手中,由他发布到校园网中,具体过程不详。

 

展示博客

  1. 团队成员的简介和个人博客地址,团队的源码仓库地址。 

    201421122007  吴吉键(组长)  http://www.cnblogs.com/blogWU/

    201421122008  魏修祺      http://www.cnblogs.com/wxqblog/

    201421122022  孙劲林      http://www.cnblogs.com/Coopler/

  1. 我们要做软件工程,那就要有一点工程的样子:
  • 团队项目的目标,预期的典型用户,预期的功能描述,预期的用户数量在哪里?

    目标:完成子功能讲解测验需求

    预期用户:本校教师

    功能描述:实现辅助教师讲解测验题目

    预期数量:实现校内教师都愿意使用主系统

  • 团队的产品如何满足了用户的需求?要看到目标用户使用产品的过程和评价

    主系统整合教务处数据,旨在方便教师授课,课程记录等过程。

  • 团队的成员如何分工协作的?有什么经验教训?

    由于功能单一,所以组员之间的分工较为简化,主要分为设计,实现与页面显示三个部分。由于接手实现任务的组员不在校内,所以在后台数据传输到页面上进行显示是,需要设计好数据格式。这需要前期代码设计达到一个较为精细的单位。以及切实实现代码设计的要求。

    在功能实现过程中,最大的缺点就是交流不及时,组长监督不及时。导致没有很好的衔接后台数据与页面直接的接口,在整合上花费较多时间。

  • 团队是如何进行项目管理的?

    给功能代码提交与SVN,统一进行签入,各成员开发部分不接触其他成员的内容。

  • 团队如何平衡 时间/质量/资源 争取如期完成任务的?

    在时间把控上没有很好的进行控制,组员任务分配下去后各自进行实现,等到完成一个任务点后交由组长测试,组员开发全靠自觉。

  1. 团队项目的实际进展(拷贝那些 scrum 过程中的燃尽图即可),发布的功能(拷贝发布文档)。说明在项目管理中,scrum的燃尽图是如何真实反映项目的状态的?或者燃尽图美化了状态?

    燃尽图要求在完成每个任务卡后及时的将状态反映到项目中,在燃尽图中对每天的任务卡进行统计绘图,以折线的形式表示出项目进度,任务卡的减少到零式就是项目初步完成的时候。

posted @ 2017-12-17 20:08  孤舟一游客  阅读(248)  评论(4编辑  收藏  举报