之前的工作经验中会遇到一下功能场景
1.统计一周内的订单折线图，如果测试的话真的要每天做一下单子，连续做一周才会完整的折线图展现吗？
2.在线教育课程的，从约课开始，每节课至少要半个小时，一个流程下来好多节课几个小时才能走完一个流程，效率太低
对于上面的场景，也有对应的解决方案，但是都不是很完美
1.开发在时间单位控制，一周的统计可以切换时间单位变成七个小时的统计，时间单位切换秒，分钟，小时，这种解决方案相对来说比较好，
但是对于开发来说费时费力，相当于每个涉及时间功能的逻辑都要设计开关，大部分开发是不愿意承担的
2.每个功能流程都做一个后门，比如我手动将课程结束能继续下面的流程，但是这样就不是还原用户操作了，会影响全部功能点的覆盖，上线有风险
我对这方面的测试经验相对少一点，还要请教各位大神有没有更加好的方式去测这一类的功能点
这也太简单了吧，时间控制一般都是取服务器时间的，你改下服务器时间不就好了吗
订单折线图：造一批订单数据数据并修改其时间。
在线教育课程：绕过中间最费时间的视频或音频播放，直接做题完成课程。如果要测视频或音频的另起 case 做。
BTW 这些问题的解决方案 leader 都不教的吗？
chen
回复
因为上课之间还有好多业务逻辑的，比如开始前三十分钟发提醒消息什么的，我只是举个例子而已，一个流程下来不光是视频消耗时间的，结束之后半个小时评价什么的，是一个整个流程
完全等着一个流程走下来肯定不可行，关键的时间节点去修改下数据库的时间只要达到能触发需要校验的规则应该可以吧
大家都提到了修改数据库，手动的去修改数据库，会影响很多流程的继续，还会无端测出更多 bug,不知道我说的对不对
比如一个逻辑，约课 --- 上课前三十分钟提醒 ---- 上课一个小时 ---- 课后三十分钟发送评价表单 ----- 不评价二十四小时再次发送评价表单，，，，，，如果我把上课时间改掉，请问我后面的逻辑能正常走下去吗？虽然我可以根据这个流程自己去制定新的时间范围，把所有的时间都改掉，效率也不是最好的
wzy287522564
回复
修改服务器时间只能对是你一个人测试的情况下，如果别人同时也在测试就会有影响，个人的解决方案是找到对应开发提供接口，将逻辑串联起来
个人觉得在一个测试岗位，对所负责的模块和功能一定要有自己的一套快速高效的测试体系才能适应现在的快速迭代和敏捷开发
问题： 如果要测试一年的数据报表，难道要等你持续一年、每天做一次操作之后才能测试吗？
报表的测试点是从数据库取数对不对、计算逻辑、展示对不对， 只要数据是合法的即可（甚至为了测试异常情况，异常的数据也要对应有）
徐喵喵
回复
你们只有一个测试环境？不影响别人的方法也有多种啊，把这个服务器做个镜像，开个虚拟机，创造数据 + 修改时间写个脚本就好了；你还让开发无端写接口，开发肯定不干啊。中间等待的时间段肯定不能改啊，要改就要改代码了；修改时间点前端没入口，后台没接口，只能手动改数据库，但改数据库你不嫌麻烦啊。还不如做个镜像，自己改时间
还有个办法，你写个脚本，1.连接数据库 2.修改数据库的时间点 3.写断言，自动去 web 段检测折线图的生成，以及约课信息的校验，2-3 循环
1.统计一周内的订单折线图，如果测试的话真的要每天做一下单子，连续做一周才会完整的折线图展现吗？
就这个功能而言，开发代码的入参应该是数据库数据吧，那对应地造数据库数据或者改数据库数据不满足需要？2.在线教育课程的，从约课开始，每节课至少要半个小时，一个流程下来好多节课几个小时才能走完一个流程，效率太低
如果不大想改程序，那么你提到的上课前 xx 小时，上课后 xx 小时应该是配置项吧，把配置项值改小，然后搞一个几秒钟的测试专用课程，可以大幅度减少你等待的时间。
你现在的测试思路都是把程序当成完全的黑盒，找开发帮忙多打孔让你方便测试。但敏捷情况下，测试是需要了解被测系统的一些技术设计和基本逻辑的，不至于白盒，但至少是灰盒吧。这样才能找到成本最低，且结果有效的测试方法。
在线教育课程的，一系列逻辑是由时间节点控制的，那是不是可以缩短时间来进行测试，比如半小时，一小时，两小时，改成 1 分钟 2 分钟 5 分钟类似的，如果要考虑其他因素需要进行相应的场景设计。