【Alpha】团队项目测试报告与用户反馈

测试报告

一 . WEB端测试

测试页面 测试
功能/界面
功能/界面简述 测试预期效果 测试目的 是否
完成
(Y/N)
Internet
Explorer
Google chrome Fire
fox
Safari 存在问题
首页 创建课堂 适用于教师创建课堂场景 点击“创建课堂“按钮,弹窗显示课堂名称输入框,
1. 输入课堂名称点击“创建“,若创建成功,提示“创建成功”,否则提示创建失败。
2. 若用户关闭弹窗,正常回到首页,无停顿,操作流畅
避免在使用过程中,不同游览器下,无法显示创建课堂的弹窗及相关输入 Y
课堂列表 适用于教师查看自己的课堂 1. 从后台获取数据后,从左往右并列显示课堂,圆形,每行三个,行与行之间有一定间距,且上下一一对应。
2. 无数据情况下,正常显示
防止使用时,出现布局错乱情况,影响用户体验。 Y 数据量多的时候,布局不合理,没有采用滚动的形式显示
跳转 点击相应课堂,跳转进入该课堂主页。 检查是否出现跳转传参错误,或跳转失效情况 Y
课堂主页 二维码显示 此二维码用于学生扫码加入课堂使用 1. 点击二维码后,放大此二维码,居中显示
2. 取消显示后,回归正常页面
检查是否放大失效,避免课堂上影响学生扫码情况 Y
左边导航栏 导航栏各个项显示正常,跳转正常 保证页面正常显示 Y
课程作业 作业列表 显示作业列表,分为待批改和已批改两部分 从后台获取数据后,划分待批改和已批改,待批改在上部分,已批改在下部分,保持列表数据正常显示,无乱码.
1. 未批改页面,每个作业后面有“批改”和“解答”两个按钮
2. 已完成页面,每个作业后面有“完成情况”和“解答”两个按钮
3. 无数据情况,正常显示
保证页面正常显示,无乱码,无覆盖现象 Y 漏了区分出已完成作业列表
发布作业 适用于教师发布作业场景 点击作业发布按钮,弹窗显示新作业相关内容输入(标题,内容,截至日期,线上/线下选择)
1. 正常输入,线上线下选择默认选择线上,点击发布后,若发布成功,显示“发布成功”,否则显示“发布失败“
2. 若用户关闭弹窗,正常回到作业列表页面,无停顿,操作流畅
避免在使用过程中,不同游览器下,无法显示发布作业的弹窗及相关输入 Y
截至日期选择 默认当前时间,可独立选择年/月/日 时/分/秒 保证截至日期选择的操作符合用户习惯,及在不同浏览器下也要能够进行选择 Y 截至日期没有默认显示当前时间
跳转 1. 点击作业批改按钮 -> 作业批改页面,并传入相关参数
2. 点击作业解答按钮 -> 作业解答页面,并传入相关参数
检查是否出现跳转传参错误,或跳转失效情况 Y
作业批改 作业选择 下拉框,选择对应作业 下拉选择作业,选择后下面列表对应改变成相应作业的完成情况 避免无效下拉框 Y
学生列表 显示对应作业学生的提交列表 1.以学号从小到大排序,从左往右依次显示,作业标题,姓名,学号,批改情况(若已批改显示星星得分,否则显示“未批改按钮”)
2. 无数据情况下,正常显示
保证页面正常显示 Y 1.有时候需要多次刷新才能成功获取数据
2.没有区分已批改显示星星得分,和未批改显示“未批改”按钮
学生搜索 搜索相应作业下,某名学生 输入框正常输入,匹配姓名/学号,在列表中显示匹配结果,同步显示 保证为教师查看特定学生的场景服务 N
批改按钮 点击后显示批改界面弹窗,若关闭弹窗,正常回到作业批改页面 保证按钮有效性、流畅性 Y
批改界面 批改某名学生作业 1. 显示对应学生的学号姓名及其提交的作业图片,提供星星打分、选择为优秀作业展示、评语等功能. 正常输入,无明显卡顿
2. 点击“批改”按钮,将数据传送到服务器,若批改成功,显示“批改成功”,反之显示“批改失败,请重试”
教师对学生作业的批改和评价为重要内容之一,须保证该功能有效性及流畅性 Y 优秀作业展示仅能选中,不能取消
星星打分 对学生作业进行打分 鼠标滑动去选择星星数,左键点击确定星星数 保证打分功能的有效性,避免出现无法打分的情况 Y
作业图片放大 点击放大显示作业图片,取消放大后回归正常弹窗批改页面 应对教师批改时候,放大观看图片的需求,须保证该功能的有效性 Y 放大后的图片没有居中
学生总评 学生完成情况列表 显示学生列表 从后台获取数据后,显示学号,姓名,总得星数,作业提交次数,获取优秀作业的次数 保证页面正常显示 Y
跳转 点击学生完成情况列表下单个学生,跳转进入单个学生完成情况的页面,单个学生完成情况的页面应正常显示所选择查看的学生的信息 检查是否出现跳转传参错误,或跳转失效情况 Y
单个学生完成情况 查看单个学生的总体完成情况和每次作业的完成情况 上部分显示学生总体情况,下部分显示该生每次作业的完成情况 保证页面正常显示 N
作业解答 解答页面 显示/选择所要解答的作业 1.显示下拉框,进行作业选择
2.显示作业标题,作业内容,以及文件上传窗口
保证页面正常显示 Y
解答文件上传 上传功能 选择文件,点击上传,若上传成功,显示“上传成功”,反之显示“上传失败” 解答页面的重要内容,须保证文件上传的有效性 Y 使用VUE.js上传组件会出现跨域请求失败,而使用原生JS可以正常请求
课程资料 资料显示 显示该课堂已上传的学习资料 正常显示资料列表 保证页面正常显示 Y
资料上传 上传功能 选择文件,点击上传,若上传成功,显示“上传成功”,反之显示“上传失败” 课程资料页面的重要内容,须保证文件上传的有效性 Y
课程通知 课程通知列表 显示该课堂已发布的课程通知 正常显示通知列表,包含通知内容,通知时间 保证页面正常显示 Y
发布通知按钮 用于弹出发布通知界面 点击按钮,居中弹出发布通知窗口
保证发布按钮有效性 Y
发布通知弹窗 编辑并发布通知 1. 正常显示界面
2. 编辑通知内容,点击发布按钮,若发布成功,显示“发布成功”,反之显示“发布失败”
课程通知页面重要内容,须保证通知正常发布 Y

部分说明:

  1. 原先设定引入图片在线编辑器进行作业批改,但由于技术及时间缘故去掉此项内容

二. APP端测试

测试页面 测试功能/界面 功能/界面简述 测试预期效果 测试目的 是否完成(Y/N) 存在问题
课堂列表
显示课堂列表
显示学生所加入的课堂 从后台获取数据,正常显示课堂列表页面
保证页面正常显示
Y
扫码功能
扫码二维码进行获取要加入的课堂的信息 扫描二维码,根据获取的信息,弹出想加入课堂的弹窗界面
课堂重要内容之一,须保证正常使用
Y
部分机型(如vivo)不兼容,考虑Beta阶段更换扫码功能实现的代码
要加入的课堂信息 简短说明所要加入的课堂名称,课堂教师名称,并显示课堂加入按钮
1. 正常显示课堂名称,课堂教师名称
2. 点击加入按钮,若加入成功则跳转进入所加入的课堂的主页,若取消加入课堂,则返回课堂列表页面
提示型检查,保证正常显示 Y 由于扫码功能问题,仅在一个机子上测试,界面完整,功能有效。后将进行其他机型的测试
资料
课堂文件夹列表
显示相应课堂的文件夹 对课堂列表一一对应,点击后跳转到相应的页面(默认个人资料页面) 保证页面正常显示 Y
个人资料 显示个人资料
从后台获取数据,正常显示相应课堂下,个人已上传的资料 保证页面正常显示 Y
上传 上传个人资料到对应的课堂文件夹下(私有资料,非共享) 点击上传,选择文件,确认上传,若上传成功,显示“上传成功",否则显示,上传失败
保证功能有效性,为资料分类管理提供保障 Y 文件选择,没有跳转到本机的文件目录下,而是选择了个人资料中的文件。大BUG...
下载 下载个人资料/课堂课件
点击文件右侧下载图标,显示下载动画样式,下载完成后,文件右侧下载图标变为绿色√
保证用户体验效果 Y 下载功能实现,但是下载的动画由于之前UI问题还没有做
课件列表 显示相应课堂的课件列表 从后台获取数据,以列表形式显示课件,显示小图标表明此文件类型,如doc的图标是W,PPT文件的图标是P 保证页面正常显示
Y
课堂主页 课堂基本信息显示
课堂名称,该课堂教师名称,课堂教师邮箱 从后台获取数据后,正常显示在页面上方
保证页面正常显示 Y
作业列表
显示作业列表,横向滚动,每个作业都成单独的方块 1. 从左往右滑动列表
2. 每个小方块即为一个作业,显示标题,部分内容,截止日期

3. 根据已截止,未截至但未提交,未截至但已提交显示不同的背景颜色
4. 点击小方块作业后跳转到作业详情页面
保证页面正常显示 Y
通知 显示最新一条通知 1. 显示最新一条通知
2. 点击后跳转到通知列表页面
保证页面正常显示 Y
作业详情
作业显示
显示作业标题,内容,截止时间,提交方式(线上/线下) 正常显示相应的作业详细信息
保证页面正常显示 Y
作业解答按钮
点击后跳转到作业解答页面
正常跳转,无卡顿
保证跳转按钮有效性 Y
提交作业按钮
点击后跳转到作业提交页面 正常跳转,无卡顿 保证跳转按钮有效性 Y
作业解答
解答文件及优秀作业显示
显示优秀作业和已上传的解答资料 1. 显示“优秀作业”按钮及下方解答文件列表
2. 点击“优秀作业“按钮跳转到优秀作业展示页面
保证页面正常显示及按钮的正常点击效果 N 时间缘故,app开发人员参与图形学考试,故预留于Beta完成
下载 解答文件下载 点击文件右侧下载图标,显示下载动画样式,下载完成后,文件右侧下载图标变为绿色√ 保证正常下载功能 N 同上
作业提交
作业选择
选择作业进行提交操作
点击+号,进行图片选择/拍照行为,选择完成后,显示在作业提交页面上方(缩略图+图片名称) 课堂重要内容之一,须保证其功能有效性 N 开发人员施工中
作业提交按钮 功能性按钮
点击提交后,若提交成功,显示‘提交成功“后返回作业详情页面,反之显示“提交失败”,停在作业提交页面’
课堂重要内容之一,须保证其功能有效性 N 开发人员施工中
通知列表 查看通知列表 从后台获取数据后,正常显示在通知列表页面上,从上往下,每条通知,显示内容+发布时间 保证页面正常显示 Y

三. 服务器压力测试

3.1 服务器配置

  • 操作系统:Windows Server 2012 R2 标准版 64位中文版
  • CPU:1核
  • 内存:1GB
  • 系统盘:disk-5x5ruibk 50 GB(云硬盘)
  • 公网带宽:2Mbps
  • 供应商:腾讯云

3.2 测试说明

  • 工具:ab测试工具
  • 原理:Apache的ab命令模拟多线程并发请求,测试服务器负载压力
  • 说明:由于暂时产品内容较多,预期将登录注册等辅助功能置于Beta阶段实现,故仅对查询进行相关的压力测试
  • 测试参数说明:ab -n 1000 -c 100 url
    • -n : 测试请求总数
    • -c : 并发数
    • url: 测试接口
  • 测试接口:

3.3 测试结果


This is ApacheBench, Version 2.3 <$Revision: 1748469 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 111.231.190.23 (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests

Server Software: // 表示被测试的Web服务器软件名称
Server Hostname: 111.231.190.23 // 表示请求的URL主机名
Server Port: 80 //表示被测试的Web服务器软件的监听端口

Document Path: /web/getClassList?xxxx //表示请求的URL中的根绝对路径,通过该文件的后缀名,我们一般可以了解该请求的类型
Document Length: 1332 bytes //表示HTTP响应数据的正文长度

Concurrency Level: 100 //表示并发用户数,这是我们设置的参数之一
Time taken for tests: 60.793 seconds //所有这些请求处理完成所花费的时间
Complete requests: 1000 // 完成请求数
Failed requests: 0 //失败请求数
Total transferred: 1725000 bytes //网络总传输量
HTML transferred: 1332000 bytes // HTML内容传输量
Requests per second: 16.45 [#/sec] (mean) // 吞吐量-每秒请求数
Time per request: 6079.300 [ms] (mean) //
Time per request: 60.793 [ms] (mean, across all concurrent requests) // 服务器收到请求,响应页面要花费的时间
Transfer rate: 27.71 [Kbytes/sec] received //平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题

Connection Times (ms)
min mean[+/-sd] median max
Connect: 50 60 134.2 54 3064
Processing: 69 5734 1628.7 5414 11083
Waiting: 66 3253 2021.3 3155 11081
Total: 127 5794 1632.9 5469 11136
整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间
其中 50% 的用户响应时间小于 5469 毫秒 = 5.4s
80 % 的用户响应时间小于 8441 毫秒 = 8.4s
最大的响应时间小于 11136 毫秒 = 11.1s
Percentage of the requests served within a certain time (ms)
50% 5469
66% 5484
75% 5499
80% 6996
90% 8441
95% 8460
98% 8528
99% 8682
100% 11136 (longest request)

3.4 测试反馈

  目前仅对于在100个用户并发发送请求(请求总数1000个)的情况下,完成请求时间明显略长,不过并未出现请求失败的现象(可能是纯查询接口,请求失败的可能性比较小?),Beta阶段将进行相关地调整(尝试改善多线程处理请求,学习网络负载均衡等等),缩短并发请求的时间用量。
  对于其他并发请求表示担忧,特别是对数据库进行删改操作的请求,由于目前暂时没有做登录注册的功能,此项压力测试留到Beta阶段完成。

四. 场景模拟

posted @ 2017-11-20 20:40  winforbest  阅读(364)  评论(2编辑  收藏  举报