在其他工程中使用上面的方式，使用自建库，模块安装没有报错，可是 import 报错，引不进来

可以看看，用不了自建库和用得了的项目之间，有什么差异？import 报错，报错的具体错误提示发一下？虽然步骤说得很详细，但关键的日志和代码信息没给出，其实还是不足以协助排查定位问题的。

我们以前曾经尝试在项目中试点 cdc（消费者驱动的契约测试），技术用的是 spring cloud contract ，但后面发现用处不大。

主要原因是，实际项目中虽然微服务间通讯很多，但服务间基本都是通过使用 rpc 的方式来调用（例如 dubbo），schema 是以 java 代码（service 定义接口，model 定义具体数据内容）形式定义并把所有抽离成单独的 Jar 包供所有使用方以依赖项形式引入。双方都通过同样的 java 代码相互调用，基本不大会存在契约被破坏的情况。即使是一个 provider 多个 consumer ，由于用的 java 代码一致，也不存在契约字段数量、类型等对不上契约测试关注的问题点。

至于 provider 或者 consumer 单方面调整协议导致另一方无法通讯，只要 provider 在修改时保证向下兼容即可（如 service 和 model 都只做增加），实在无法兼容的，通知对应所有契约使用方更新依赖 jar 包版本也可以解决。

当然，也有一个很大的原因时，我们微服务的总服务数量不多，在 20 个以内，provider 提供的契约最多也就给 2-3 个服务使用，且都是同一个团队或者沟通非常密切的团队。所以契约测试里提到的沟通不顺畅、同步不到位导致部分服务无辜被契约变更受累的问题也基本不怎么会出现。

查了下 ip 地址的地理信息：11.241.9.247来自美国

截图里的确认是公网 ip ？如果不一定，建议找下运维部门了解下你连接网络的公网出口 ip 是啥。一般一个公司或者一个大楼会公用少数几个出口 ip 的。

请专业地报 bug 或问题。可参考 https://testerhome.com/topics/20226

现在给出的信息实在是太少了。

一般我们是直接通过 code review 来确认重要地方有打印 log 的代码 + 功能测试的时候留意下是不是真的有打印。正常来说一个用户请求或操作，在一个系统内部打印的 log 在 10 条以内，所以人工看工作量倒不会很大。

听你的描述，这种 log 更类似于用户操作或者客户端各类操作的事件埋点？

已解决。

问题原因是这个帖子原来所属的节点已经被去掉了，导致回复时发现帖子缺少节点，内部数据库搜索结果为空，因此返回 404 了。
现在通过编辑给它加上了一个有效的节点，问题解决了。

是的。

这篇文章说的就是 repeater-console 这种方式如何进行 mock 和回放。

好奇问下，花厂是哪家？

作者的简介，具体是指？

因为无论是 github 还是社区，其实挺多用户是没有自己的简介信息的。

后续会公布如何参与贡献的方法，到时候可以留意下~

好问题，我们正在筹划 httprunner 的开源贡献活动，确认后会发帖公布。
到时候可以留意下~

既然有从零开始搭建一个自动化项目，那应该工作中有用到至少一个工具或框架吧。那可以把你实际工作中用上的这个工具吃透——用法用熟、了解原理和这个工具的设计初衷（设计初衷决定了这个工具在哪方面最好用）、一些实际使用上的不足能找到原因和进行改进。

这也是一种体现。如果只是单纯的搭建，而且面试官刚好对这个工具比较熟悉，那你搭建中的一些用法上的不足就会暴露出来了。

提这个问题前，建议先说下背景，以及你做过什么尝试？

搜索 ” 接口测试课程 “，会看到腾讯课堂、慕课网都有接口测试课程的，是都不满足？

好，明白了。

这个图片治好了我的脖子病

开源的源代码在哪里？文中链接的地址没找到源代码入口。

我理解，既然选择了端 - 端加密，那密钥分发可以直接就在两端服务上固定配置，而非另外通过网络分发。

想了解下，这种场景下，攻击方会如何针对密钥分发和管理进行攻击？你指的是通过社会工程的方式，获得内部配置的密钥？

3、要求复杂的密钥分发和密钥管理技术

端到端的加密，不是应该密钥分发更简单么（只有源节点和目标节点要配置，其它都不用），为啥说更复杂？

测开的一项重要工作是开发测试工具，所以问这个其实也很正常。如果没有从零开发过，至少要能体现出你对其中一项测试工具的认知的深入度，或者因项目需要，对某个开源项目的二次开发修改的经历？

如果只是会用工具，可能并不大满足 测试开发 的要求。

赞！

可以在这个体验地址建个项目，自举一下（用 泰斯特平台 测试 泰斯特平台的服务端）？

测试环境 mock（能发出、且参数正确，你的系统就没问题了。剩下的你的系统也管不了）
线上环境 真人花真钱做 + 灰度小流量测试 。

赞，越来越强大了！

这一步需要在源码根目录下执行，并且要在 bash 命令行环境下运行。
这一步不一定要 linux ，但从上面其它同学的反馈来看，后续有些步骤 windows 可能会跑不了，所以建议是在 linux 虚拟机下执行。

我所知道的，就软考这个，还有个 ISTQB 吧。

不过大部分情况下，还是项目经验比较重要，这些证只是加分项。