有通过 allure generate 命令生成报告吗？

这种不是常规的需求吧，例如前几个步骤不执行，那流程还可以正常执行吗？
如果要这么做，把用例编辑一下，删掉不执行的步骤就可以了（效果和注释掉对应的代码一样）
至于指定节点，这个平台也是没有这个需求的，我的设计就是只要有可执行的节点就能执行。如果需要的话，要改对应查找节点的逻辑。

好，我先试着整理一下

名词解释（网上找的）:

跨域:

浏览器对于javascript的同源策略的限制,例如a.cn下面的js不能调用b.cn中的js,对象或数据(因为a.cn和b.cn是不同域),所以跨域就出现了.

举个例子，某个网页的域名是 a.test.com, 如果网页上有一个 js 是请求的 b.test.com 的， 就是属于跨域了，如果没有设置同源策略，请求就会失败。

下面是 cypress 官网中关于这部分的解释：

Because Cypress works from within the browser, Cypress must be able to directly communicate with your remote application at all times. Unfortunately, browsers naturally try to prevent Cypress from doing this.

我的理解是 cypress 的运行机制导致在访问被测系统时，某些情况下会产生跨域的报错，因此需要通过这个设置项来避免此类问题。

应该是想说搜索框的文本重合了吧

社区里有相关的帖子介绍和群，有兴趣可以找来看一下
我也是看的官方文档，有些问题例如报告里怎么插入截图、如何并发执行等问题还没找到答案

2019-05-06 update:

• 与 jenkins 的集成

感谢邀请，不过我们现在做的事情比较杂，暂时没整理好可以分享的头绪

嗯，其实就像正常的接口测试一样，只从返回值是没办法判断数据是不是真正插入到数据库，对吧？

插入和更新的接口，返回的数据格式也是固定的吧？ 例如 code、msg 等

可能因为这三个主题的分享内容我都有接触过吧， 感觉里面遇到的问题、思路、解决方法还是挺好理解的。 不过只看 PPT 会比现场听到的信息少很多。
至于实际演示，这个涉及到一个是场地环境限制（不一定能接触到对应公司的内网），另一个也是机密信息，不一定方便透露。分享的目的，还是把新的思路、方法，以及取得的效果分享给大家。像我就从其中得到不少启发。

至于开源吧，这么庞大的系统一来脱敏、公司政策之类的不允许，二来那么多代码开源出来，不一定能起到多大的参考价值，毕竟不是所有团队都适合搭建和维护这么大的系统。

看我上面的截图

我的理解是： 同样的参数，先后发两次请求，并对比两次的返回值，并生成下图的校验文件，里面记录了每个字段是否需要对比（第一行的 1 和 0）； 以后测试同一个接口时，把返回值和校验文件进行对比， 1 的就必须和文件保存的值完全一致， 0 的就可以不一致（即跳过）

suite = unittest.TestCase()

你是想定义 unittest.TestSuite() 吧？

这两个应该是 bug ，我有空的时候修复一下

https://testerhome.com/topics/16669

之前用 Python 实现过类似的一个方案，可以参考一下

具体执行 selenium 的方法，可以从 coreservice 方法开始跟踪，最后是由 process.py 里的 main 方法执行单条用例的

你看下 coreservice.py 文件的代码，其实是一个轮询，如果发现有待执行状态的用例或者用例集，就会开始执行；而界面上操作的 update，就是把用例集更新为待执行的状态。

昨天听了这次分享，说说我的理解：

• 1. 假定接口目前的返回值是正确的。 这个前提是接口已经经过了充分的功能测试。
• 2. 在录制阶段，使用同一套参数，先后发两次请求，并获取对应的返回值进行对比，并生成黑白名单： 两次返回值是一致的，直接记录这个返回值，作为以后测试的验证标准； 如果两次返回值不一致，说明这个返回值是变化的，以后测试的时候就跳过该参数，不做验证。
• 3. 在测试阶段，使用同一套参数发送请求，并将返回值安装 第 2 步的黑白名单进行验证： 返回值不变的，按固定的返回值进行验证； 返回值会变化的，跳过不进行验证。

扩展一下思路，如果接口文档足够完整，可以直接按接口文档的返回值列表去生成这个黑白名单列表。

这两个目录为啥会设置为一样？ 前一个是报告的源文件，后一个是生成的报告文件， 你设置为同一个目录会不会被覆盖？

按 allure 的结构，应该源文件是放在 results 目录， 生成的报告是放在 reports 目录，这样会比较清晰

执行记录：

具体是哪个模块找不到呢？ 最好把错误日志贴上来吧，这样才好分析和定位问题。

看下日志打印的具体目录是否一致， 我怀疑是 ${WORKSPACE}/allure-results 这里转换有问题

这里的执行类似是指属于 web 的用例，还是属于 android 的用例。 因为对应具体的用例类型是不一样的（内部应用的驱动不一样，一个是 selenium ，一个是 uiautomator2 ），所以限制了不能混在同一个用例集里执行。

建议可以分开两个用例集，一个是 web 相关的用例，一个是 android 相关的用例。

确认一下对应的目录是不是有生成对应的报告文件吧，脚本生成的数据文件 和 allure 生成的报告