没用过 marker ，简单看了下官方文档，貌似你的用例里缺少 marker 的装饰器？

官方例子：

官方文档：https://docs.pytest.org/en/latest/example/markers.html

也有过类似经历，确实是挺好的经验。大家应该是一起解决最初的问题，保证目标一致

在此也分享一个我平时用得比较多的经验，那就是和别人讲任何事情，都遵循 why->how->what 的顺序。先说明 why-背景，同时也是做这个事情的价值（即文章中提到的 X），然后说 how-想怎么做（接近文章中的 Y ），最后是 what-要做成什么样 。

如果用文章中的例子，类似于：

why：（前半脑补）因为目前系统 A 是不少系统的底层支撑，而近期出现的问题比较多，暴露出在这方面测试的不足。而由于它是遗留型系统，手工做全量测试既耗时也难以确保质量。（脑补结束）因此，需要为系统 A 建设接口自动化回归的能力。

how：从接口梳理时了解到，...（直接用那 2 个理由），因此希望以读接口接入工具 B，写接口另外通过其他工具编写用例覆盖

what：（同样脑补）以尽可能地低接入成本，低维护成本的方式，把这个系统 80% 的接口都提供接口自动化回归，覆盖系统 100% 的核心功能。这样以后这个系统就可以把回归测试时间缩减到 3 小时内了。

how 和 what 的顺序可以根据情况调整，但 why 记得放在第一位。

没问题。欢迎分享。

太好了，很赞！

我也把你的这段内容更新到正文里吧，感谢感谢！

也可以看看这个：
https://testerhome.com/topics/7978

这个是 16 年的帖子，里面用到的证书有效期只到 16 年 12 月。不大确定现在还能不能用。

还没，后面一直没有再去投入。。。

这个月抽时间把这个尾结掉。

不大明白 "用代码录制回放" 是什么意思？

Appium desktop、airtest 可以用更简便的方式生成代码，不知道是否符合你的要求？

可以看下 https://segmentfault.com/a/1190000004362731
正常来说浏览器会缓存的，只要手动输一遍，后面一定时间内就不用重复去输入了。

有个疑问，这里只提到了如何让 iOS 设备出现在设备列表中，好像没有提到如何使用 stf 控制 iOS 设备？

这是写到一半？

加精理由: 梳理总结很体系化，点赞

公司政策如此。

如果您觉得能力特别强，也欢迎投递，对于能力很强的我们会考虑适当放松学历上的要求。

持续在招，欢迎投递~

单线程 + 虚拟机，相比点点点还是有价值的吧。

而且 UI 自动化一台手机不是只能一个线程操控么，要多线程，虚拟机是个不错的选择，成本也低。

作为一个路过的同学，表示没看懂 bug 在哪里。(预期怎样，实际怎样)

建议参考其它报 bug 帖子，把内容写更清晰一点？

推动相关工作的进行，通过提升他人的工作效率，达到提升自我工作效率的目的。

为这句话点赞！

没事，这个理解。您文中提到的接口测试框架，以及您以前在社区分享过的平台、框架以及在实际项目中的实践，其实都可以分享出来的。

如同沙龙开始介绍所说，人人都是老师，人人都是学生。我们期望把沙龙打造成一个大家不仅能通过其他人的分享收获启发，也能通过自己做分享收获分享的喜悦及和其他同学交流的机会。只要您的想法有意思，工具/框架在项目中有实践落地、产生价值，都欢迎来进行分享。

从以往的经验来看，能在现场做到系统平台实际演示和甚至开源，这类极为稀少，属于可遇不可求。至今只遇到过一个技术导向型的国外创业企业有这种 topic 。

原因有几个：
1、包括唯品会、阿里在内的大公司，topic 分享公司内部都会严格把控。平台演示一般也就只能事先录制视频进行播放，现场演示由于网络、内网平台容易包含敏感信息等原因，至今我都没见到过。
2、目前国内大部分公司对开源比较谨慎，除了有意打造技术生态或者技术品牌，大多都没怎么开源。

这个现状暂时不大容易打破。如果您有能做到这方面的 topic，欢迎投递，来沙龙一起分享。

信息量有点少，不好定位。

建议你单独发帖把完整步骤及相关日志补充下？

感谢对广州沙龙的支持！

我们也有一直在收集小团队和落地容易的 topic ，但一直没找到合适的。如果您有兴趣，下半年的沙龙来分享一下？

4 月初开始报名的，报名帖置顶半个多月了

后续可以多留意置顶帖和公众号信息，主要通过这 2 个渠道宣传

正解。目前是这样的

现在业务同学也有提出一些想法把第一次要人工验证的工作量减少，正在在一起优化。后续有好的落地再分享出来

建议楼主做个 demo 出来分享下，这样讨论起来也更具体？

来来来~