【Beta】Scrum meeting3

第三天：2019/6/26

前言：

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

本日任务完成情况

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

燃尽图

站立会议照片

测试总结

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