场景一
这是个阳光明媚，空气清新的日子。小张已经忙碌了大半天了，快下班的时候被叫过去开会。
领导:
我觉得咱们公司的某Web端产品已经很稳定了，暂时没有太大的需求变更。需要做自动化，你觉得怎么做自动化合适？
小张：Web自动化吧
领导：我也是这样想的。但是公司的环境比较乱，你就在正式环境做自动化吧。
小张：但是自动化一直是测试环境做的......
领导：就在正式环境做吧
小张：哦，好吧
下班后，小张一直在思考一个问题，正式环境怎么做自动化呢？
正式环境做自动化测试，如果这个接口产生了数据，肯定是会有影响的哦，比如add接口、del接口。
可以做一下线上的测试数据隔离。一般是创建一个测试账号或者测试的组织，然后在那个测试账号的基础上做测试。
一般线上做的比较少，线上一般都是做监控的。
但是有个问题：如果正式环境的admin功能需要测试，是不可能做数据隔离的。
会影响持续集成吗？
首先得明白，持续集成是一种思想，持续集成中的CI是：开发修复bug提交代码和测试工程师更新迭代自己的自动化脚本并提交代码，流水线每天定时跑任务做自动化测试的意思。
详情请看Jenkins持续集成「编译打包、代码检查、单元测试、环境部署、软件测试」
持续集成在大公司，流程规范的公司有哦，实践一遍啥都清楚了，里面的坑洼。
场景二
面试时间是16：25，系统时间是17：15
已经进入链接面试，面试结束后，看到面试显示的还是未开始状态。
1.这个和面试时间有关系吗？
这个和面试时间无关，这个是更新状态这块有问题。
2.时间这块的校验是前端做的吗？
前后端都有。时间是按服务器来的。没开始就是没开始，跟时间无关。状态的优先级最高，图片中的时间只是展示用的。
3.分清时间的作用
时间校验一般都是输入的情况做检验。显示的话，一般不做检验。
遇到此类问题如何处理？
一般先确认数据库数据是不是有问题，然后确认接口返回数据是否返回正常状态。在没有接口文档的情况下，抓一下接口去问前端。看看前端同事用的哪个字段来判断的状态。
问前端开发，不一定是前端的问题，就是让他帮忙协助你找到问题点。不管是前端还是后端的问题，测试工程师做的是定位问题。
在不清楚前端是咋处理的数据，不要猜，等前端确认字段。前端的显示是根据后端接口的数据进行处理的。
具体如何定位前后端问题，请看按F12，你真的会准确定位前后端问题吗？这篇文章写的内容，定位问题可以参考这个。是这样定位的，万变不离其宗，但是具体情况具体对待。
