Beta 阶段测试报告

一、在测试过程中发现了多少 Bug？是否在 Issue 中记录并修复？

对于需要过一段时间才能解决的 Bug，我们在 Issue 中进行记录便于跟进修复进度。截至目前我们记录了 38 条缺陷，涉及功能、UI、安全、用户体验、性能等各方面。

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

⭐新增：关注点清奇的找乐子玩家

内容	说明
用户姓名	凹凸曼
照片
用户身份	20岁工科男大学生，课上金工实习，课下喜欢给疲惫的学习生活找点乐子，游戏里关注点清奇，经常发现并利用一些神奇的bug，也是最令运维头疼的一批玩家。
用户痛点1	乐子人最不喜欢无趣，目前这些空有概念的APP令他们感到厌烦。
用户痛点2	发现了一个有趣的bug却无人分享，是很令人失落的一件事，有“狐朋狗友”一起玩才能快活起来。
定制功能	北航TD线闯关，中传钢琴湖音游
典型场景1	在高校场景里上蹿下跳，看看有没有什么bug。把电梯当跑步机，把玩家当跳板，奇怪的胜负欲增加了。
典型场景2	发现虽然操作里没有二级跳，但是踩着其他玩家跳跃可以达到相同目的后，呼朋唤友聚集一大波玩家向最高点冲锋。
典型场景3	在闯关类游戏坚持不懈百折不挠地尝试进入终点。
支付意愿	愿意为了一些“有趣”的功能花钱，想吸引他们需要花一点心思。
用户比例	70%左右

即将毕业的女大学生

内容	说明
用户姓名	泉此方
照片
用户身份	21岁，理工院校大三女大学生，性格沙雕，好奇心强。成绩平平，家境一般，正在考虑考研还是就业。
用户痛点1	关于就业和考研，网上的帖子水平参差不齐，想多看看本校学长学姐的经验谈
用户痛点2	非常好奇其他学校的生活是怎样的，比如艺术学校、师范学校等非理工科大学。然而日常生活中接触不到这些大学的学生，无从了解
用户痛点3	快毕业了，想把宿舍里不需要的东西卖出去。希望有个方便的和本校学生交易的平台
典型场景1	通过灵境中的考研/就业经验贴房间，了解本校学长学姐的经验
典型场景2	通过灵境的跨校社交功能，在其他学校的虚拟校园中结识外校同学
典型场景3	通过灵境的二手物品交易贴，与本校同学约好在线下交易
支付意愿	为了比较好看的虚拟服饰、房间装扮会花少量的钱，其他方面一毛不拔
用户比例	15%左右

无法见面的异地恋情侣

内容	说明
用户姓名	蕾娜、辛耶
照片
用户身份	19岁大学生，处于不同大学，无法经常见面的异地恋情侣
用户痛点1	处于热恋中却无法经常见面，某种意义上是在网恋。希望有一个更身临其境般的环境来恋爱
用户痛点2	虽然QQ微信可以实时联系到对方，但仅仅文字的情感传递不能满足恋爱需求
用户痛点3	希望与对方共建一个属于两人的小世界，但目前无法在现实中实现
典型场景	在两人都非常想念对方时，可进入我们的APP进行不只是文字的交流；无法带对方来自己学校游玩时可以在虚拟校园中散步，仿佛两人漫步在自己校园中；希望有共同的小世界时，可以与对方共建一个家园，自定义专属于两人的世界
支付意愿	众所周知，在谈恋爱时，双方会愿意为彼此的有意义的事情买单，比如为了两人的家园更加好看付款，又或者为了其他更好的适用体验付款
用户比例	20%左右

学识渊博的大学教师

内容	说明
用户姓名	冯老师
照片
用户身份	30岁的大学青年教师，刚来学校不到一年
用户痛点1	想要和学生有更紧密的交流，奈何与学生的联系仅限于课堂
用户痛点2	不太熟悉所任教的学校和学生，想要从不同的角度去了解
用户痛点3	希望以自己过来人的身份帮助学生，可是没有现成的平台
典型场景1	通过灵境中的好友功能，与学生进行虚拟世界的交流
典型场景2	通过灵境的校园社交功能，了解所在学校和学生的风貌
典型场景3	通过灵境的信息发布与动态，向学生提供帮助与经验
支付意愿	作为有自身收入的群体，可能会在一些场合进行支付
用户比例	5%左右

热爱交友的社牛男大学生

内容	说明
用户姓名	胖虎
照片
用户身份	20岁大学生，性格开朗，喜欢交友，擅长唱歌
用户痛点1	喜爱交友但交友平台有限，希望有更广大的交友平台
用户痛点2	不想将交友范围仅限于本校，想认识认识其他学校的同学
用户痛点3	喜欢展示自己的唱歌才能，希望有更广大的平台展示自己
典型场景1	通过灵境中的好友功能，与同学们进行虚拟世界的交流
典型场景2	通过灵境的校园社交功能，结实其他学校的同学
典型场景3	通过灵境的信息发布与动态功能，展示自己的歌唱技巧，借此也能认识更多同学
支付意愿	作为交友意愿强烈的同学，愿意进行一定的支付如开通VIP使得自己能在社交圈中更为显眼
用户比例	20%左右

专心科研的研究生学霸

内容	说明
用户姓名	顾恩达
照片
用户身份	22岁硕士生，性格开朗，潜心科研，一心研究自己的专业领域
用户痛点1	平时生活中接触的交际圈较窄，没法认识很多新朋友
用户痛点2	科研生活太单调，缺少对于多种兴趣的探索途径
用户痛点3	缺乏创新和灵感来源，缺少与不同专业同学交流的机会
典型场景1	在虚拟校园和广大大学本科生，硕士生，博士生老师进行交流，扩大交际圈
典型场景2	利用app提供的各种VR，AR游戏和社交体验丰富自己的生活，探索更多兴趣爱好
典型场景3	与天南海北的同学，老师进行深入交流，开拓眼界，激发科研创新灵感
支付意愿	以沉浸式交友为主要核心诉求，有一定经济自主权，会有较强愿望支付更多虚拟装扮费用来美化自己
用户比例	10%左右

三、给出你的测试矩阵（test matrix），也即在什么样的平台、硬件配置、浏览器类型……上对你的软件进行测试？

四、你的软件 Beta 版本的出口条件（exit criteria）是什么？也即在什么条件下，认定你的软件已经足够好，可以发布 Beta 版本？

基本功能及逻辑测试

• 程序能正常运行，不存在闪退、崩溃等情况
• 各逻辑功能完备，如支持完整的“增删改查”操作
• 基本无视觉瑕疵

用户体验

• 交互元素充分且必要

兼容性测试

• 典型机型均可兼容

压力测试

• 服务端能够支持 1000 级别的并发，例如对最复杂的连表查询接口进行 1000 级别并发的压力测试，结果如下：

  

  

• 对若干复杂接口同时进行并发压力测试，结果如下：

  

安全测试

• 实现完备的鉴权机制，如

  • 未登录状态下不允许获取隐私信息、不处理隐私相关请求
  • 登录状态下不允许以他人身份增删改查他人的隐私信息
  • 普通用户不允许以管理员身份登录
  • 某用户修改密码后，应该注销除当前会话外的所有会话

• 不因非法参数而崩溃（500 Internal Server Error），如

  • 不完整的请求
  • 缺失或空白的参数
  • 错误的数据类型

• 实现验证码等机制，避免恶意占用服务器资源，如

  • 只有正确填写验证码才能完成注册
  • 手机号检查严格，避免恶意获取验证码（正则表达式：^(?:\+?86)?1(?:3\d{3}|5[^4\D]\d{2}|8\d{3}|7(?:[0-35-9]\d{2}|4(?:0\d|1[0-2]|9\d))|9[0-35-9]\d{2}|6[2567]\d{2}|4[579]\d{2})\d{6}$）

• 数据库不得明文存储密码，如

  • 传输和存储均使用密码的 sha-1 哈希值（暂未实现盐表，原因是不允许常见密码）

结论

• 软件已达到以上出口条件，可以发布