Alpha阶段测试报告

在测试过程中发现了多少Bug?

(1)会出现登录信息cookies未在适当时候保留或者移除,比如在课程页面注销,但在主页还留存着的情况。

(2)部分浏览器首页联系开发团队的按钮不能正常使用.

(3)部分浏览器(PM的机器)会出现页面左右可以拖动的情况,而另一些没有。

(4)缺少对于评论的修改选项,也不支持对于评论的评论。

(5)搜索栏缺少一些必要的tips,比如搜课程名还是老师,编号,可能会使新用户产生困惑

(6)课程页面的“课程网站”和“学院官网”两个链接暂时没有指向其他网页。

(7)评论内容必须大于30字,否则无法进行评论(不写评价也无法完成评分)。

(8)密码输入错误一次之后,再重新输入也无法登陆,而且看密码的按钮也无法继续使用。

(9)注册成功后注销,再点登陆默认有注册界面且之前注册用过的信息都还在(不刷新页面的情况下)

(10)输入邮箱没有验证,随意输入字符串都能通过。

(11)进入搜索结果第二页或以后得页面中某一门课后点后退,搜索结果是第一页的。

(12)部分机型无法显示联系开发者的加群二维码。

(13)一个用户可以对一门课程多次评分。

你是怎么进行场景测试(scenario testing)的?包括你预期不同的用户会怎样使用你的软件?他们有什么需求和目标?你的软件提供的功能怎么组合起来满足他们的需要?

信息 描述
姓名,年龄,职业 A,20,大学学生
收入
学历 大学在校本科生
使用目的 选课前想要查看课程信息指导选课,上课结束后想要评价课程帮助后来的学弟学妹
用户偏好 善于并且愿意给出客观评价
所占比例 80%-85%
典型场景 选课前登陆看一下评分指导选课;上课后和其他同学讨论这门课;结课后对课程评分
典型描述 实时查看,实时评论
信息 描述
姓名,年龄,职业 B,35,大学老师
收入 8k
学历 大学老师
使用目的 想要看自己所授课程的评价,指导上课的内容
用户偏好 善于并且愿意接受学生的反馈
所占比例 15%-20%
典型场景 查看自己的课程,根据同学们的反馈调整教学
典型描述 实时查看

场景测试一

典型用户:A

用户的需求:

(1)选课前想要查看课程信息指导选课

(2)上课结束后想要评价课程帮助后来的学弟学妹

典型场景:

(1)A首先打开网站,点击注册按钮,输入自己的账号和密码,注册成功(这时已经自动登录)

(2)在首页,A有三种可能的操作

(a)点击自己的学校,专业,搜索某一门课程

(b)点击学校(点击或者不点击专业),查看此学校或者此专业的全部课程

(c)对网站有一定的建议,点击联系开发者的按钮。

(3)在课程页面

(a)A想要查看某一门课程的评价,进而决定是否学习这门课程,点击该课程,在具体的课程页面下拉,查看评论以及评分。

(b)A想要评价自己上过的课程,点击该课程,在具体的课程页面下拉,点击“撰写评价”按钮,点击“选择学期”和“选择老师”,然后对有趣程度、充实程度、课程难度、课程收获四项进行评分,再书写评论,选择“是否匿名”,点击“提交”按钮完成操作。

典型用户:B

用户的需求:

想要看自己所授课程的评价,指导上课的内容。

典型场景:

(1)B首先打开网站,点击注册按钮,输入自己的账号和密码,注册成功(这时已经自动登录)

(2)在首页,B有两种可能的操作:

(a)点击自己的学校,专业,搜索自己的课程

(b)对网站有一定的建议,点击联系开发者的按钮。

(3)在课程页面

(a)B想要查看自己上的课程的评价,继而指导上课的内容,点击该课程,在具体的课程页面下拉,查看评论以及评分。

(b)B想要对自己上过的课程的评价给出一些说明,点击该课程,在具体的课程页面下拉,点击“撰写评价”按钮,点击“选择学期”和“选择老师”,然后对有趣程度、充实程度、课程难度、课程收获四项进行评分,再书写评论,选择“是否匿 名”,点击“提交”按钮完成操作。    

给出你的测试矩阵(test matrix),也即在什么样的平台、硬件配置、浏览器类型……上对你的软件进行测试?

测试矩阵 后端功能测试 前端功能测试
测试机型 测试环境(版本和浏览器) 登录功能 发邮件给开发者 联系我们 搜索课程 查看和写评论 课程评分 注销 页面布局 加载速度 页面链接
联想Z575 win—10 Google Chrome 62.0.3202.89(32-bit) 正常 正常 正常 正常 正常 正常 正常 较好 正常 正常
惠普暗影精灵 win-10 Google Chrome 62.0.3202.94(64-bit) 正常 无反应 正常 正常 正常 正常 正常 较好 正常 正常
macbookpro macOS(64位) Safari 11.0.1 正常 正常 正常 正常 正常 正常 正常 较好 正常 正常
联想 V3000 win—10 Google Chrome57.0.2987.110(64-bit) 较好 正常 正常 正常 正常 正常 正常 较好 正常 正常
联想 V3000 win—10 360浏览器9.1 正常 无反应 正常 正常 无法查看 正常 正常 较好 正常 正常
联想 V3000 win—10 Microsoft Edge 38.14393.0.0 正常 正常 正常 正常 无法查看 正常 正常 一般 正常 正常
iphone 6 Safari 正常 正常 无法显示 正常 正常 正常 正常 一般 正常 正常
华为 MateS 百度浏览器9.3.6.2 正常 正常 正常 正常 正常 正常 正常 一般 正常 正常
三星S6 UC浏览器 正常 正常 无法显示 正常 无法查看 正常 正常 一般 正常 正常

你的软件Alpha版本的出口条件(exit criteria)是什么?也即在什么条件下,认定你的软件已经足够好,可以发布Alpha版本?

首先是功能方面基本实现:

这部分的功能还有一些会出现一些问题,但是主要功能比较稳定,而且出问题的比例和平台都具有零散化的特点,认为基本达到了出口条件。

1.链接测试

测试项目 测试方式 测试结果
测试链接的正确性 遍历所有的链接 链接均能指向设计的正确网页
链接的有效性 遍历所有的链接 部分手机首页的“联系我们”无法使用,课程页面的“课程网站”和“学院官网”两个链接暂时没有指向其他网页

2.表单测试

测试项目 测试方式 测试结果
表单的正确性测试 提交的信息与网站显示信息作比较 评论正确,评分正确,登录正确
表单的等价性测试 两次输入相同的内容,将网站上显示比较 评论正常,评分正常,登录正常
异常输入的测试 输入一些不符合常理的输入 登录可以识别账号和密码错误,评分可以识别某一项未评分,评论可以要求在30字符以上

3.链接速度测试

测试项目 测试方式 测试结果
首页打开 通过浏览器内置的元素查看 40.95ms
含有所有课程的搜索页面 通过浏览器内置的元素查看 1310ms
通过具体的信息搜索课程 通过浏览器内置的元素查看 111.57ms
具体课程的评论界面 通过浏览器内置的元素查看 72.04ms

4.用户体验部分功能的测试

测试项目 测试方式 测试结果
匿名的测试 通过两次提交评论测试(一次匿名一次不匿名) 可以实现匿名
网站风格的一致性 比较各个网页的风格 网页风格基本一致
网站配色和排版的舒适程度 遍历各个网页 课程搜索页面较为单调,其余网页较好

网站的稳定性测试

这一部分的测试通过scrapy框架进行模拟访问进行测试,分别通过四个模拟访问的程序增加网站压力,大致相当于每秒网站100次打开搜索某一个课程的访问量,网站的功能还能正常使用,但网站的速度确实有比较大的降低,这一部分在较大压力下能保持基本功能,认为达到了出口条件。

1.正常访问的响应时间

2.压力测试过程中的响应时间

网站的兼容性测试

测试的大部分平台上至少主要功能都能够正常使用,但也有个别平台上的个别网站功能不能正常使用(具体测试可以看上面的第三部分测试矩阵)

(1)操作系统

测试 测试结果
win10 通过
iOS11.0 通过
Android 通过
macOS 通过

(2)浏览器

测试 测试结果
Safari 通过
360浏览器 通过
Microsoft Edge 通过
Google Chrome 通过
百度浏览器(Android) 通过
UC浏览器(Android) 通过

综上而言,我认为我们的网站是达到了基本出口要求的。

时间: 2024-10-11 14:50:08

Alpha阶段测试报告的相关文章

[Alpha阶段]测试报告

[Alpha]阶段测试报告 在测试过程中发现的BUG ? 在最后的测试阶段中,我们不可避免的遇到了各种各样的BUG.虽然大多数都不是严重的BUG,但是这些细枝末节的问题的堆积,依然会很大程度上降低用户在使用时的体验.由于时间问题,截至本文档提交,我们修复了其中的一部分问题,剩下的将会尽快修复并更新发布版本.测试中发现的问题列表如下: 后端 具体BUG现象 BUG原因 是否解决 偶尔会出现无法注册的现象 可能是网络或其他原因,有待进一步探究 否 多人同时注册时无法注册 数据库写入冲突,多人同时注册

Alpha阶段事后分析

设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件要解决的是安卓游戏的自动化异常检测问题,定义的足够清楚,对于典型用户的描述和典型场景的描述也足够清晰. 具体来讲,通过提供用户测试的选择,让用户自由对他的游戏进行黑盒测试,发现问题由本程序进行报告并提供操作记录,使用户能够针对性的从黑盒测试中寻找异常的成因.具体的用户详见[软件工程]功能规格说明书. 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数

Alpha阶段 - 博客链接合集

Alpha阶段 - 博客链接合集 队伍名称: 牛肉面不要牛肉不要面 学号 姓名 211606285 林志松(组长) 211606368 林书浩 211606357 陈远军 211606335 吴沂章 211606352 陈彬 211606319 林志强 211606318 林锃寒 211606374 南千昊 211606314 李明康 一. 项目Github地址 HTML: 二. 敏捷冲刺日志 三.测试报告 四.用户反馈 五.展示博客 六.事后诸葛亮博客 原文地址:https://www.cnb

[Alpha阶段]项目展示博客

Alpha阶段项目展示 1.团队成员介绍 bsh 负责工作:前端开发及测试,前端负责人. bsh的个人博客 byw 负责工作:PM,各类文档.博客的撰写,总体计划及督促完成进度. byw的个人博客 lqh 负责工作:后端开发及测试. lqh的个人博客 lw 负责工作:后端开发,后端负责人. lw的个人博客 szy 负责工作:暂定后端开发及测试. szy的个人博客 wb 负责的工作:前端开发. wb的个人博客 ycd 负责的工作:页面的优化与改进 ycd的个人博客 2.工程相关信息 (1)我们的用

[Beta阶段]测试报告

[Beta阶段]测试报告 博客目录 测试方法及过程 在正式发布前,为检验后端各接口功能的正确性,后端服务器对压力的耐受程度,以及前端各页面.功能的运行情况,我们对我们的服务器及小程序进行了多种测试.除去随开发进行的基本正确性测试外,针对上述三种情形,我们分别进行了单元测试.压力测试以及功能测试. 单元测试 单元测试的主要目的,是测试后端所有接口的工作是否正常.其内容主要包含两方面: 接口在正常情况下是否能发挥预期功能 接口在异常情况下是否能返回预期错误信息 Beta阶段的所有单元测试与Alpha

Alpha阶段总结

Alpha阶段的验收已经完成,8个小组都展现了他们经过连夜奋战后的成果.相比过往几届,这是第一次8个小组全部顺利演示操作完成,没有个别小组因为任务未完成而延宕演示的情况发生.Alpha演示,各组都实现了基础功能的正常运行,考虑的一些异常细节还比较完善,有的组的UI还比较专业.看的让人心旷神怡.历经一个阶段的冲刺,我有一些感言和建议: 1.合理安排时间:现状是8个组都不同程度的加班.熬夜,甚至通宵了,宿舍活动室的灯火不熄.很多组提交的作业是今天凌晨2点多,不少同学在那个时刻发布了说说.朋友圈.在Q

Alpha阶段冲刺总结

Alpha阶段冲刺阶段总结 预期计划: 本阶段的预期计划是实现打地鼠游戏的基本功能,包括:游戏功能.难度调节功能.计时功能.计数记分功能.DIY设置功能.分数记录功能. 实际进展: 在经过三周的Alpha冲刺阶段的程序开发,主要的目标已经基本实现,如今只剩下两个功能还是处于研发状态.首先是DIY设置功能,这个功能方面我们遇到了一些技术问题,由于为了用户自定义的图片能与我们的素材不能相结合所以没有完成(功能类似于QQ中给用户的头像加配饰的功能).其次是分数记录功能,这个分数记录功能是需要将用户的头

男神女神配——alpha阶段总结

一.需求分析 虽然公共社交网络系统能够满足大多数高校校园用户在校园网络社交的需求,但是针对校园学习.工作和文化生活等方面的支持以及学校个性化需求方面却存在不足.利用电子校务平台的数据,设计了与真实校园环境和活动紧密结合,包含具有校园特色的应用组件和支持社交与协作构建的关系模型,并对校园用户的隐私提供适当保护的高校校园社交网络系统,对校园内的交流与协作提供了支持.随着Internet技术的发展,网站的作用显得越来越重要,各种各样的网站正成倍的迅速增长,面对各种网站,论坛的发展,人们开始更多的在网上

alpha阶段个人总结@sixsix

经过了一个月的协调合作,我们sixsix组的作品"餐站外卖“已经有了雏形,实现了我们设想的基本功能,身为组员之一,我为我们团队感到十分的骄傲.我们不仅在这次合作中开阔了自己的视野,提高了处事的能力,获得了一些作为开发者和计算机从业者所必须的知识和经验,而且个人的某些能力得到了质的提升,感谢你们. 在团队开始运作之前,因为我之前的表现并不算优秀,所以其他队员也对我没有太高的期待,只是把”测试“这一环节笼统地规划给了我.但是当我们真正实践的时候我所做的已经远不止”测试“这两个字了. 首先,我既然被分