身为同龄人，羡慕大佬的成就，像大佬看齐

我现在已经在容器中生成 exec 文件，如果要生成 html 报告，还是要跟编译主机进行交互，请问这部分怎么解决的

我觉得测试人员 debug 的前提是 有时间 + 有兴趣 + 有能力
兴趣和能力上面几位回答的很透彻了，但时间也是一个很重要的考量
测试任务很重的情况下，根本没时间 debug 找问题，除非被某个开发惹急了，找出原因打脸用

还是要做数据校验的，接口测试也要有预期值，这就要用到数据库或者 ES 数据了

建议还是以项目根目录为基准，使用相对路径，别人运行项目也不会有问题
fapath = os.path.dirname(os.path.dirname(file))

'例挂接口，接口挂项目，项目会有登录的特性'，这个的意思是每个挂到平台的项目，都提前把登录这部分写好了，执行用例的时候，调一次对应项目的登录接口，是这样理解吧

login 模块与 debugtalk.py 不在同一层级，直接引用是找不到的
我的做法如下，把模块添加到系统变量，然后再 import 就可以了
fapath = os.path.dirname(os.path.dirname(file))
sys.path.append(fapath)

请教下，Yapi 有个测试集合的概念，是成熟的测试用例，这部分支持同步吗

我的解决方法，用 Hook 函数 pytest_configure 接收所有自定义参数并写入 yaml 文件。后续用的时候读取一下文件即可

看了下我的构建情况，也存在类似的问题，应该是 Allure Report 插件引起的。
我想的解决办法：
1、在 Allure Report 步骤后，增加一个构建步骤，保证成功；
2、参考这篇回答中的办法：https://stackoverflow.com/questions/47221524/build-step-allure-report-changed-build-result-to-unstable；

不好意思刚看到，你联系方式发我 lpb.waln@outlook.com

我们现在就这种，以前是 unittest 那套，自己写代码脚本。后来老大让改成 excel 维护用例的方式，原意是减低接口测试门槛。现在只在团队内部用，已经有 5 个项目，800 条左右用例。时不时就会发现一些框架 bug 或者兼容性问题，需要不断优化。

断言不要用 check()，换成 assert() 试下

这样就可以了，你生成的 allure 报告啥样？

总结下来测试就是活多、锅大、工资少。市场上的各种技能、框架一样不能少，没有想象中那么轻松

我理解的这种情况也是两条测试用例。用例 1：测试打开成功，用例 2：测试重复打卡情况

使用 driver.execute_script() 方法，将 token 和其他信息放置浏览器缓存中，就可以解决登陆问题了

建议使用 nginx，端口固定，且服务比较稳定

推荐使用 jsonpath 库，可以很方便的取值

pytest.skip() 可以作为装饰器也可以放在方法内部，总有一种适合你

pytest.skip()， pytest.skipif()
excel 只是用来存放案例数据，与 yaml 或 json 是一样的，不会影响 pytest 框架的功能

jenkins 执行，相对路径指的是基于这个 job 空间的路径，与 pycharm 运行的相对路径不一样

利用一个 py 文件，作为中间变量？