你的自动化测试用例是用来干嘛的？ 如果是直接用来给机器执行的，就按代码设定的格式来写，不然读取不了吧？

格式一不一样，取决于你们的设计。

count = 10  # 1万
    beginID = 666
    try:
        with open("/Users/zln/user.txt", "wb") as fo:
            length = count + 1
            for i in range(49, length):

这里的逻辑有问题吧？ length = 10+1 ，也就是 11； 然后 for i in range（49,11） 没有满足条件的 i ，所以进不去这个循环。

你的文件名不应该和模块名重复，否则导入的时候会找不到

jenkins.py 这个文件不要和已存在的模块 jenkins 重名

为啥要在环境 hosts 里面配？ 写在代码里或者做成配置项不行吗？

好吧，我就觉得这个问题太奇怪了

刚刚尝试添加了一个元素不存在时的报错处理，可以更新代码后再跑一下看看日志

我这边是正常可以跑的。 麻烦检查一下你的 selenium 版本，或者看下错误的截图有没有什么问题？

内部使用有集成的，不过效果不是很好，后来改成单独的接口测试项目进行管理了

指的接口测试部分吗？ 现在接口测试没有放在这个平台上面

例如是后端接口返回的数据错误，那就是后端的问题；
如果是接口返回正确，前端展示错误，那就是前端的问题。

可以从流程上去推动一些规范，例如接口的规范、接口文档的参数列表和说明，接口设计等等，减少接口频繁变动带来的风险和自动化维护成本

这个我就不清楚了， 可以去搜一下看有没方案

你是在命令行里执行吧？ 这时应该是会用默认的环境

赞，这一套搭起来工作量不小

截一下完整的日志和提示？
有一种可能是你本地安装了多个 python 版本，然后刚好执行的这个版本上还没装 allure

2019-02-02 update:

• 抽取公共的接口和签名测试方法
• 补充 pytest 的 mark 功能跳过某些用例

是消息系统又出问题了吧？ 之前好像也遇到过

1. OPTION 请求只有在第一次访问的时候会请求一次，后面就不会请求了。
   
   从测试结果看，是每次都会请求 options 的，可能是我的方式不对？

2. 如果请求跨域了，必须要有 OPTION
   测试结果如下：
   修改前：
   https://testerhome.com/uploads/photo/2019/1bf20558-9ef5-4a34-a887-a1dcb7ea87a8.png! large

修改后：

测试的结果说明，改成 text/plain 之后是不会触发 options 接口的。

正常毕业加上待业一年，为啥会被嫌弃年龄小啊？

https://testerhome.com/topics/10422

可以参考下这篇文章的介绍

建议检查一下这两个地方：

1. workspace 里是否能正确展示对应的目录和文件？
   

2. 看下日志里打印的目录是否正确？ 你之前的截图里，命令中的目录是错的（因为没有加 ${}， 所以没有生成正确的 build id）
   

你确定加不加 ${} 是没没关系吗？ 先去百度一下 Jenkins 环境变量的使用说明吧

没有代码，没有截图，只看这些描述是没人能明白你的问题的

你两个地方配的 build id 格式都不一样

不是好欺负，跟踪、确认、记录 bug，这是测试的责任所在啊