运动，比如跑个 5 公里到 10 公里~

觉得 2 楼说的不错，首先还是需要了解该功能的实现原理。不知道原理的情况下我会这样去测试。
1.让开发修改失效时间，既然测试免登陆，7 天，15 天，1 个月在性质上一样的，那就让开发把失效参数设置为 5 分钟，既然 5 分钟都可以，基本上主要功能还是没有问题的。
2.如果登陆的实现方式是通过接口去后台请求，那么后台肯定有上一次登陆的数据，可以考虑修改数据库里的上次登陆时间。达到测试效果。

期待楼主后续～

多少人死在学历上～

自带报告

能不被打扰，学的进最好多学点， 越学越觉得 以前浪费的时间太多了。

自动化肯定能提高效率。不过很多时候是回归测试的。 我这里一个接口测一次全 case 需要半天，第一次作为新功能测试完成以后，写成自动化，前几天遇上代码重构，我就点了一下，关于这个接口的回归测试就完成了。

这个必须赞一个。

这个工具我在以前我做的 execl 作为数据存储的时候已经做好过了。只要一个递归算法即可。不过自动生成的 case 还是很冗余的，参数就算不多，如果把值的情况都考虑的话，case 的数量也是很客观的。
https://testerhome.com/topics/7260
这里有我和别人关于参数的讨论，你有兴趣可以去看一下。

自动化测试最重要的提现就是回归测试，每次版本迭代以后的回归测试随着时间的推移，数量会越来越多。
尤其是在公司做 架构重构的时候，绝对是神器。 因为开发重构好了以后，你只要跑一下以前的自动化用例即可。

我相信用 js 加 mysql 肯定是最简单，最效率的实现方法，但是本人的 js 技术真的是略通皮毛而已，很多时候要考虑到个人的技术栈，和实现效率，我选择是 python。 如果你 js 很强的话，这里有一个我个人很欣赏的框架，你可以去参考一下，就是论坛中开源项目的 Hitchhiker。我开始考虑对 Hitchhiker 进行一下改造，不过考虑学习成本和本人自己的工作量就放弃了。

不过用什么语言去实现都可以，我在本文说的是一种想法和思路，论坛中有很多优秀的接口测试框架，但是把接口文档中的参数直接引用到 case 中，我是没有看到过，所以我个人觉得我这个设计中核心不是很纯粹的接口测试，怎么把文档中的参数贯穿到整个接口测试的生命周期中才是我想表达的。
我们可以想一下，如果公司的接口文档采用的 swagger，那么当接口成型以后，我这里就已经把参数都放到 case 里了，这样不但大大的提高了效率，并且如果有错误，还是马上就可以发现的（用 debug 页面去调用一下）。 这种方式比拿到接口文档后，根据文档去写 case，应该是更加效率的。

关于服务器压力，就是因为考虑过服务器的压力，所以选用 django 框架，我相信一个成熟的框架肯定有解决方案的。（在上海沙龙的时候，析隆讲师也分享过，因为当 django 框架压力大的时候，他们公司是如何处理的）

谢谢，allure 用的不熟练，见笑了。你的意见对我很重要，让我又增长知识了。

开源还是有点距离的，如果你要源码我可以给你，不过启动需要很多依赖，现在工作比较忙，暂时没有整理。
代码仓库在 https://github.com/lunamagic1978/platform3

你的是 hub 中显示的，看英文意思就是 节点将会被注册在 172.17.0.2:4444 上，等你把 node-chrome 运行后，你会看到：
07:07:06.244 INFO - Nodes should register to http://172.17.0.2:4444/grid/register/
07:07:06.244 INFO - Selenium Grid hub is up and running
07:08:27.517 INFO - Registered a node http://172.17.0.3:5555
node-chrome 被注册了，节点的 ip 是 172.17.0.3:5555

其实分享做自动化我个人觉得很有必要的，有的时候不单单是我们自己的程序代码有修改，还有第三方接口有修改，就必须要我们做测试的经常回归，现在一般分享都有 4 个以上，回归分享还是很累人的。

真的要做接口测试，接口文档还是需要开发补起来，这个是基础，没有的话说明公司不怎么看中接口测试，还不如不要去做。就算考抓包可以抓到接口，但是结果的业务逻辑，不是靠抓包看看返回值就可以全部搞定的。

这个是我的微信号 lunamagic1978

https://github.com/lunamagic1978/demo_yin 一个 demo

已经加你 qq 了。 因为我正好在用 requests 做一个平台，没有遇上你这种问题。

你可以考虑这种解决方案，把 requests 封装一下，在 view 里调用你封装的 requests 的文件，把 url ，请求方法，post 的 data 当作参数传过去即可。

看到你说要做平台，那更加要把一些通用的工具封装一下，不然 view 里面代码会很乱的。

干活满满，尤其是一些解决方案，很值得借鉴。

这个门票已经卖完了～ 我该怎么办？

这个是 docker 都没有启动起来。 我没有在 windows 上使用过 docker ，不好意思，帮不了你。

这个我还真没有遇上，普通来说都是用 docker 启动的话，内部的环境应该是一样的。不应该会出现这种情况。docker 就是为了避免大家的环境不一样造成 莫名其妙的问题。

不需要去管他，开始我也以为这样是不可以运行的，实际上 在 pycharm 里面就是这样显示的。你先把脚本跑起来，我估计不会报错的。