【Beta】Scrum meeting3

第三天:2019/6/26

前言:

第3次会议于6月26日在教9—501召开。 对每个人负责撰写的文档进行分配,并讨论其中模糊的问题,时长30min。

本日任务完成情况

成员 今日完成任务情况 成员贡献时间
陈飞 主持会议的召开和安排任务分工,代码优化 140min
周琳 编写操作手册,撰写博客 150min
赵燕霞 撰写培训计划 140min
胡文艳 编写ppt、写测试文档 145min

燃尽图

![](https://img2018.cnblogs.com/blog/1659540/201906/1659540-20190626082359808-693796764.png)

站立会议照片

![](https://img2018.cnblogs.com/blog/1659540/201906/1659540-20190626081216856-1024098555.jpg)

测试总结

1.发现了多少Bug?有哪些是Alpha阶段没有发现的Bug?

1.1发现的BUG数量 发现了严重影响系统的BUG是两个,分别是数据库设计不合理和浏览器兼容性问题 发现的小型错误较多,但没有引起系统崩溃,所以就没做统计 1.2alpha阶段发现的bug 我们在这个阶段发现了不同的浏览器操作系统,系统会做出不同的反应,甚至会引起系统反应错误。 还有些小型的页面ui设计错误

2.如何进行用户场景测试(scenario testing)的?

由非本小组同学进行测试。首先先运行服务器 。测试人员分为2种,1普通用户即教师,2管理员。两类不同的测试人员分别对系统不同的功能进行同步性测试,分别验证执行结果的正确性和系统做出反应的正确性,发现错误后,记录并在场景测试完进行更正,测试完毕后用户对功能进行评价和建议,然后根据用户建议优化系统。在测试时记录测试人员的直观感受,之后通过用户的直观感受总结系统的可用性。 场景测试1: 一位数据结构课的代课老师,他登陆系统后想将历年的一些经典题目上传系统,以便学生学习使用,通过用户登录页面登陆系统进行使用, 在登陆过程中由于初始化密码简单,安全性不够强,登陆系统后进入个人信息界面,修改了密码,并重新登陆了系统 。进入新建试卷页面,输入试卷名后,选择上传题目的题型,添加页码以及页码,在将题目加入页面的过程中,需要到学院交一个文件,于是他将未发布的题保存到了草稿箱,回来后重新登陆系统继续录入,全部题目录入后,提交到教务处老师那里进行审核,教务处老师收到审核信息,认真审核试卷,审核过程中发现题目有错字,点击修改试卷进行了修改,全部审核通过后,代课老师将题发布到了系统中。 场景测试2: 一学期临近结束,学校教务处让每个学院整理本学期的试卷和人员信息,在整理过程中,发现了许多年代较久远的试卷,于是将这些试卷进行了删除,将已经毕业的学生从系统中删除,将新生的信息录入系统中。

3.是否有回归测试?请给出一到两个测试用例并解释。

回归测试作为软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,我们在进行编码,测试的过程中一直都是一个回归测试的过程。 (1).在管理员执行删除人员信息操作时,刚开始测试时,将人员信息删除后还可以使用原来的用户名和密码进行登陆,进行修正后再次测试,验证服务器的正确性。此处错误出现在数据库操作问题上,没有优先执行。 (2).在用户进行测试时发现了不同的浏览器,内核解析不同,会出现小型的bug,由于水平限制 并没有解决浏览器兼容问题,所以建议使用谷歌浏览器。 (3).在做出一个服务响应后,执行并判定响应是否正确。若不正确,修正后再次测试。例如返回数据错误

4.给出项目在什么样的平台、硬件配置、浏览器类型上对软件进行测试?

运行环境:tomcat9.0 开发环境:myeclipse ci 2019 4.0,jdk1.8及以上版本 浏览器类型:谷歌 硬件配置:CPU:i5-7200,内存:DDR4 8GB,GPU:GTX960
原文地址:https://www.cnblogs.com/xiaotuantuan/p/11088169.html