外勤团队如何在上线前演练定位打卡？
实际操作中，把客户现场、仓库入口、分公司前台、半径边缘、不可签到区域和弱网替代点保存成外勤路线测试集。
授权考勤产品的打卡半径 QA
团队如何免越狱测试考勤打卡定位？
考勤产品真正难测的不是办公室中心点，而是门口、楼下闸机、分店前台、外勤客户点和半径边缘这些会让员工端状态变化的位置。
解决方案
解决方案
一个实用的方法是把总部办公区、分店入口、打卡半径边缘、半径外点和外勤客户点整理成一组可复测坐标，再用测试员工账号查看目标 App 的打卡按钮、异常文案、考勤记录和后台审计日志。这个流程的价值是确认公司自己的规则是否准确传达给员工端，而不是制造真实出勤记录或替代公司的考勤制度。同一组坐标还可以在制度调整、分店迁移或 App 发版后重复使用，方便比较前后行为。
问题
问题
考勤产品真正难测的不是办公室中心点，而是门口、楼下闸机、分店前台、外勤客户点和半径边缘这些会让员工端状态变化的位置。人事或 QA 只看后台半径配置，通常看不出员工端会不会出现迟到、距离过远、定位未刷新、上一地点缓存未清掉等提示；每次让测试人员真实到场，又会浪费半天并且难以复现同一个边界。如果这些点没有提前留档，后续出现员工申诉时，团队只能临时猜测是围栏、缓存还是班次配置问题。
用 WLOC 3 步解决
用 WLOC 3 步解决
建立一组考勤规则坐标。
把办公室内、门口、楼下、半径边缘、半径外、分店和外勤点分别命名，避免只用一个“公司地址”代表所有情况。
用测试员工账号逐点看状态。
在授权测试环境里打开目标 App，记录可打卡、迟到、超范围、需刷新定位、外勤审批等状态是否和制度一致。
对照后台记录后恢复设备。
把坐标、员工端截图、后台考勤记录和 WLOC 诊断放在同一张复核表里，确认完后将设备恢复到真实位置。。
重要边界
重要边界
WLOC 不是越狱。当前测试描述文件包含证书和 VPN 隧道，不需要另外安装第三方 VPN 客户端。保存目标、网关接受，或已提交 Restore，都不等于目标 App 已采用该位置，也不等于设备已经恢复。WLOC 不承诺覆盖每个 App 的权限、缓存或反作弊检查。