测试点

测试点：
1：查看页面UI
观察页面比例是否合理
观察文字是否正确
页面布局是否合理
是否有不清晰模糊的图片
2：功能方面
进入游戏后签到界面是否自动弹出
未签到的地方是否显示还未签到
已签到或漏签到的地方是否正确显示
每天签到奖励是否可以点击查看并显示详细内容
当日签到是否可以点击，点击后是否可以显示签到成功
签到成功后是否发放奖励，且确认领取奖励界面是否可以退出
当天下面状态由“待领取”变为“已领取”
领取记录是否可以点击，点击后是否弹出，领取记录是否完整
一直在签到界面0:00后是否可以连续签到
在测试页面0:00后是否不能再为前一天签到
3：领奖记录
查看页面没有数据的情况下，预期 不展示
用户第一次进行签到，查看是否页内自动展示
只展示最新的9条，按时间倒序排列
4：权限
这个活动微信里面打开，查看是否成功进行了授权注册，
活动页面被在浏览器打开，是否能够进行注册
使用微信注册且未绑定手机号的账号参加活动，查看是否正常
微信未绑定手机号的用户，参加过活动，绑定的手机号之前也参加过活动，两账号进行绑定，查看是否存在问题
5：与其他功能模块切合
与后台用户金币收支记录，活动发放记录，收入与支出统计功能
6：核对奖励
核对每一天的奖励发放，入口分别为 正常签到 和 补签
全勤：
查看这个奖励发送在领奖记录里面展示样式
需要跟开发配合，设置签到轮回时间为十分钟

如果做一个全新的toB端的一复杂系统，在人员及时间充足的情况下，你会做那些准备工作和安排确保项目准时上线
确认会议人数
确认会议成员
参加需求评审：讨论项目的样式和需求
准备测试用例
准备测试机型
测试多久
安排时间
系统的兼容性
规范借口
测试人员测试前提前熟悉系统的功能、需求、模块等
制定方案准备测试数据
功能测试：根据测试用例对产品各个功能进行验证
回归测试几天
是否达到上线要求
制定好系统操作手册和文档
开展上线前的培训
上线前做好回滚方案
运维服务商的系统上线操作人员将程序移植到生产环境
系统上线完成，形成各方确认的上线报告
设立一段时间的上线运行观察期，观察期内由软件开发方和运维服务商共同确保系统的正常运行
系统上线观察期结束后，系统交给运维服务商进主要的维护和运行

公交/地铁出行的场景，需要考虑哪些测试点，请根据给出示意图和用户平时的使用场景进行用例设计：

1. 功能
   (1) 定位是否准确
   (2) 导航的路线是否可以最快到达
   (3) 途中是否会需要乘公交
   (4) 公交是否堵车
   (5) 公交、地铁卡在刷卡时是否可以正常使用，下车时是否可以正常扣费
   (6) 公交、地铁根据路程长短扣费是否符合标准
   (7) 公交、地铁卡充值时金额是否有最低和最高限制
   (8) 公交、地铁卡充值后是否可以正常使用
   (9) 是否可以在预计时间内到达目的地
   (10) 是否可以在预算内到达
   (11) 公交、地铁站数是否正确
   (12) 到达目的地前是否会有下车提醒
   (13) 公交、地铁最早、最晚出发时间

2. 界面

3. 安全
   (1)上公交、地铁时是否拥挤

4. 性能

本文地址：https://blog.csdn.net/chaxiaohua/article/details/110140423