测试点
测试点：
1：查看页面UI
观察页面比例是否合理
观察文字是否正确
页面布局是否合理
是否有不清晰模糊的图片
2：功能方面
进入游戏后签到界面是否自动弹出
未签到的地方是否显示还未签到
已签到或漏签到的地方是否正确显示
每天签到奖励是否可以点击查看并显示详细内容
当日签到是否可以点击，点击后是否可以显示签到成功
签到成功后是否发放奖励，且确认领取奖励界面是否可以退出
当天下面状态由“待领取”变为“已领取”
领取记录是否可以点击，点击后是否弹出，领取记录是否完整
一直在签到界面0:00后是否可以连续签到
在测试页面0:00后是否不能再为前一天签到
3：领奖记录
查看页面没有数据的情况下，预期 不展示
用户第一次进行签到，查看是否页内自动展示
只展示最新的9条，按时间倒序排列
4：权限
这个活动微信里面打开，查看是否成功进行了授权注册，
活动页面被在浏览器打开，是否能够进行注册
使用微信注册且未绑定手机号的账号参加活动，查看是否正常
微信未绑定手机号的用户，参加过活动，绑定的手机号之前也参加过活动，两账号进行绑定，查看是否存在问题
5：与其他功能模块切合
与后台用户金币收支记录，活动发放记录，收入与支出统计功能
6：核对奖励
核对每一天的奖励发放，入口分别为 正常签到 和 补签
全勤：
查看这个奖励发送在领奖记录里面展示样式
需要跟开发配合，设置签到轮回时间为十分钟
如果做一个全新的toB端的一复杂系统，在人员及时间充足的情况下，你会做那些准备工作和安排确保项目准时上线
确认会议人数
确认会议成员
参加需求评审：讨论项目的样式和需求
准备测试用例
准备测试机型
测试多久
安排时间
系统的兼容性
规范借口
测试人员测试前提前熟悉系统的功能、需求、模块等
制定方案准备测试数据
功能测试：根据测试用例对产品各个功能进行验证
回归测试几天
是否达到上线要求
制定好系统操作手册和文档
开展上线前的培训
上线前做好回滚方案
运维服务商的系统上线操作人员将程序移植到生产环境
系统上线完成，形成各方确认的上线报告
设立一段时间的上线运行观察期，观察期内由软件开发方和运维服务商共同确保系统的正常运行
系统上线观察期结束后，系统交给运维服务商进主要的维护和运行
公交/地铁出行的场景，需要考虑哪些测试点，请根据给出示意图和用户平时的使用场景进行用例设计：
-
功能
(1) 定位是否准确
(2) 导航的路线是否可以最快到达
(3) 途中是否会需要乘公交
(4) 公交是否堵车
(5) 公交、地铁卡在刷卡时是否可以正常使用，下车时是否可以正常扣费
(6) 公交、地铁根据路程长短扣费是否符合标准
(7) 公交、地铁卡充值时金额是否有最低和最高限制
(8) 公交、地铁卡充值后是否可以正常使用
(9) 是否可以在预计时间内到达目的地
(10) 是否可以在预算内到达
(11) 公交、地铁站数是否正确
(12) 到达目的地前是否会有下车提醒
(13) 公交、地铁最早、最晚出发时间 -
界面
-
安全
(1)上公交、地铁时是否拥挤 -
性能
本文地址：https://blog.csdn.net/chaxiaohua/article/details/110140423