测试点
1、公交/地铁出行的场景，需要考虑哪些测试点，请根据给出的示意图和用户平时的使用场景进行用例设计
回答：
- 地图定位准不准
- 时间准不准
- 最小化地图会怎么样
- 按音量键怎么样
- 最短的路线是什么
- 最短的时间是什么
- 最省钱的方法是什么
- 能不能改变上车地点
- 位置会不会实时跟新
- 一共多少站
- 走了多少站
- 哪一站换乘
- 公交车离自己有多少站
- 车上还有没有座位
- 车辆还有多久到站
- 堵车会不会重新规划路线
- 临时改变目的地怎么办
- 到站会不会提示
- 会不会记录出行记录
- 距离终点还有多少公里
- 能不能正常签到
- 没网能不能签到
- 签到的物品能不能到账
- 物品栏最多可放多少
- 超出最大上限怎么办
- 物品栏有多少窗口
- 全部签到会不会重新更新
- 签到后退出会怎么样
- 手机重启后会不会丢失数据
- 手机如果后台程序过多会怎么样
- 签到时有电话
- 手机亮度低什么状态
- 能不能游戏内截图
- 会不会卡顿
- 会不会占用内存过高
- 签到后物品及时到账了吗
- 中间未签到会不会记录次数
- 不想签到能不能进入游戏
- 如果手机时间不对会不会影响签到
- 有没有签到记录
- 签到能不能取消
- 如果取消签到所得物品会不会回收
首先连同公司的项目经理/测试经理/开发人员/ui等，召开项目例会，确定Tob业务类型
（流量平台/数字化平台/人力服务/硬件产品）根据业务类型来定制研发计划/测试计划。
召开例会的同时，规划产品的多样性、服务性、价值性、然后由运营人员来做市场
调研、规划、验证并总结市场，提交报告。然后再次召开例会，对初期产品进行优化并上架
项目在上线之后又出现了Bug，这让很多测试人员和开发人员头痛。
但很多时候线上Bug普遍地存在，不可避免。
任何项目都存在未发现 Bug 和 已发现 Bug 两种情况，不存在没有 Bug的情况。
即便是测试人员，在测试过程中也不可能发现所有Bug并覆盖 100% 的范围。
一个项目上线后也会出现Bug。那么遇到这种情况，测试人员该如何处理呢？
首先测试人员可以做的是重现这个问题并及时反馈给开发人员，找到解决方案进行修复。
如果问题只在线上才出现，测试环境重现不了，那么可能是版本或环境配置的问题；
如果问题不仅线上能重现，测试环境也存在，那么很有可能是测试人员在测试过程中未发现的Bug。
总之，项目组成员需要尽快修复Bug。
开发人员修复Bug之后，测试人员需要反思。
若是由于疏忽造成测试用例执行遗漏，测试人员需要在下次执行测试的过程中避免这样的情况。
若是由于用例评审的不严格、中途需求变更或者某些其他因素造成的测试用例覆盖不全，测试人员需要补全测试用例。
在测试过程中遇到未发现的Bug，测试人员不要自怨自艾，
也不要像没回事儿一样，需要正确对待“线上Bug”、汲取经验教训、不断提高测试能力。
测试人员需要不断学习，不断扩充，掌握测试工具、提升测试技能，从而设计出更全面的测试场景和测试用例。
