没在项目里用，因为 google 官方是用于 c++ 这类语言的，我们用 java 差异比较大，所以没有用。

学习了。

很详细的说明，感谢！

以前曾经做过类似的，规范 xmind 写法实现 xmind 转传统用例格式。但实际使用发现，要让大家的 xmind 格式统一非常困难。大家用 xmind 的目的是通过脑图减少用例中的重复编写成本，提高编写效率，xmind 更多是思路的体现，而非固定按传统用例的 前置条件 - 操作步骤 - 预期结果 这种写法。

好奇问下贵司这种强格式规范要求，实际推行的时候测试人员接受度高吗？

充满挑战的一年呀，加油！

自己试了一下，如果是在 venv 里面刚安装完 pandas ，直接用 pytest 运行，是会这样的。

解决方法：安装完后，通过 deactivate && source venv/bin/activate 退出并重新进入一次，就没问题了。

解决方法查找方式：用 bing 搜索 virtualenv pytest ，第一个 stackoverflow 的回答就是（虽然内容不大能对上，但原理基本一样，应该都是要重新进入后重新初始化一些环境配置）

你可以试试这个解决方法？

几个建议：

1、不是只有写平台才是技术，功能测试里面，多看看开发的代码怎么实现，项目用到的一些技术是什么，多了解各种线上疑难杂症背后的技术原因，也能得到一些技术上的提升（偏广度和视野）。

2、技术提升最快的不是你有更多的空余时间学习，而是你在工作中就在使用技术。可以看看团队里有没有类似这样的机会，尽量争取一下，这样深度会更好。如果团队限制实在没这样的机会，也可以考虑通过换工作获取这样的机会。

我重新看了下你前面 pip freeze 命令运行环境，命令行最前面没有 (venv) ，说明并不是在 venv 环境中执行。

你按上一层的步骤，在运行 source venv/bin/activate 进入 venv 环境后，再执行 pip freeze 命令看到底有没有装到依赖？没有的话在这个环境内用 pip 命令安装你所需要的依赖就好

那你得看看这个 app 的滑动解锁识别原理是啥，看是不是有什么特殊配置（比如要求每个点要停留一定时间之类的）。

那看来确实有依赖。把你完整的怎么启动 pytest 的方式发一下？详细到手把手级别，看是不是实际执行环境用的不大一样。

这个应该和新写法没太大关系。你这个滑动解锁人工滑动是要怎么滑的，正常滑完是什么样？你的坐标确认都有对到每个点上了么？

没看出哪里失败了？日志没有报错，左边截图也没提示解锁成功/失败什么的。

麻烦附上一个正确的结果，有对比才能看出哪里不对。

你是怎么调用 tidevice 的呢，一般这种情况发个 kill <进程id> 命令发送中断信号给进程，就可以关闭了。

电脑 ctrl+c、ctrl+d 这些本质上也是发送信号给进程。关于信号的详细信息，可以参考 https://www.jianshu.com/p/d7b96562d6ed

这个场景用 V*i 是不是更正规一些？看起来有点像是一些暴露内网端口给公网访问的招，容易有安全风险。

有没有结合项目实际实践的分享？

纯这么讲有点虚，而且这些概念也挺多地方有介绍了，不算新，仅仅讲概念没什么感觉。

从官方文档介绍，这个 shake 方法只支持 iOS ：

https://appium.io/docs/en/commands/device/interactions/shake/

不知道你是什么场景需要用到抖动这样的动作，建议让开发把这个通过抖动触发的功能，加个通过别的方式调用的入口供你调用吧。

你这个路径确认是你用的 venv 安装依赖库的路径么？建议你在你对应的 venv 环境里用 pip freeze 之类的命令确认。

虚拟环境是一个 Python 环境，安装到其中的 Python 解释器、库和脚本与其他虚拟环境中的内容是隔离的，且（默认）与 “系统级” Python（操作系统的一部分）中安装的库是隔离的

出自官方文档：https://docs.python.org/zh-cn/3/library/venv.html#venv-def

venv 里面确认配置和安装了 panda 这个库么？这个虚拟环境的依赖库配置和普通 shell 这些是隔离的，相当于每次都是从一个什么依赖库都没有的干净环境启动。

疑难杂症的原因，总是出现在你想象不到的地方。

验证过 vars.putObject() 支持写入 byte[] 类型数据么？

1、可以看看这个回答，也写个最简化代码验证一下？
2、正文提到有报错，具体报错信息也贴上来吧？

无论你有多少个 python ，which python3 都只会有一个的（它显示的是当前环境变量下 python3 命令的实际路径，这个路径是按照 path 的顺序找的，首次匹配就返回，所以不可能有多个），这个校验方法并不正确。

具体找法可以参考：https://www.zhihu.com/question/270799956

然后这个问题大概率就是楼上所说的你有不止一个 python ，且不同执行环境用的并不是同一个。卸载掉其中一个，或者确保把环境变量都设置为指向同一个就好。

恭喜，预祝新婚快乐！求婚这个好有气氛呀~

额，前面说的这个思路可以么？可以的话，写脚本实现然后供 jenkins 调用是否可以？

这个属于项目强相关的逻辑，自行写脚本去实现是最合适的。

控制准确构建，核心是要识别到变更涉及的 service 是什么。

如上面槽神说的，既然区分了 service ，那这几个 service 大部分情况下应该是放在不同文件夹的，然后通过 module 或者 git submodule 之类的形式组合成这个大仓库。那么你通过 git diff 看下改动的代码文件路径包含哪些 service 的文件夹，然后就只运行这个 service 对应的 docker build 命令，是否可以？