同样待在测试开发团队 3 年，这些和业务脱节导致做出来的平台不大受欢迎的事情也遇到过。

我们是通过定期轮岗业务解决的。每过半年左右，和业务同学一起去参与实际业务项目的测试。一方面是拉近和业务团队的关系，另一方面也能熟悉业务，同时自己去亲身感受团队的痛点，挖掘有价值的提升点。

另外，根据痛点做出来的工具，也会先找和这个痛点有关的个项目试点，确认有效并修正一些小问题后再考虑推广。而且推广的时候也要考虑被推广团队是否合适，不强推。团队大了需求自然有差异，如果发现别的团队用不起来，先了解确认是不是不适合他们业务。

PS：
我们接口测试目前也没做成平台，而是以框架形式提供。因为整体团队都有一定的编码基础，也希望通过写脚本更熟悉 java 语言，便于去熟悉开发写出来的程序。
而基于流程自动化用例做得造数据就做成了平台。只需要增加一些接口定义的信息，就能变成造数据平台的界面。平台化更方便研发、产品使用，学习成本低且无需搭建环境。

覆盖率只能表明有没有执行，无法表明有没有测到。而且就算是测到，也无法说明有没有测全。比较适合不同功能比较分散的场景，对于公共模块比较多的也不一定适合。

从帖主的这个场景看，不大适合用覆盖率。如果操作不多，更多是校验计算出来的数据是否正确，可能做自动化测试，断言写完整些，然后看执行通过率会更好。

相机？这个有点偏了。。。评测和测试还是有差异的。

会的，届时公众号会推送。

组内有每日展会的路过。确实会有不同项目没啥交集，大家走神的问题，不过控制好时间这个其实不会很夸张。而且组长肯定是关注每个人的工作的，所以组长是每个都会听的。

而且至少能避免大家都不知道彼此在干嘛，也方便有难题可以相互协助。

建议搜一些微信公众号，估计更能找到有参考价值的答案。印象中朱少民老师的公众号之前有分享过。

理论上只要是 java 都支持，但不确定 android 会不会有坑，建议可以自己试下。

木有遇到，有没有更详细的信息？

可以去 oschina 开源中国搜索。关键字你可以自己试试

1. JIRA 在运用成熟的公司中的运行模式是怎样的？用本地的服务器还是云服务（就是大家访问的终端在哪里）？

运维搭建在公司内网服务器上，内部办公区域通过内部域名访问。外部得连 V VN 进内网才能访问。服务器用公司内部的，没有用云，因为这样便宜够用。当然这个看各自需要，如果公司大部分人都不在办公区域（如外包），上云也是一种可行的选项。

1. 我现在在自己的电脑上安装了 JIRA 最新版，但是我需要在内网固定我的 IP 并且保持在线才能被访问，是否有办法使用外网访问？

因为 jira 服务是你电脑提供的，你电脑离开了服务没有电脑提供，自然其他人就访问不了了。这个和是否 jira 没太大关系，是个 web 服务都是这样的。

另外，留意一个点，jira 是付费商业工具，只有用户量极少或者破解版才免费。要在公司大规模应用的话要考虑这个点哦。

预计后续确定场地和议题后，会再放出报名链接，敬请留意。

感谢提醒，已修正。

$ httprunner modifySettingCrossAbroad.yml
INFO     HttpRunner version: 2.2.5
!!!!!!!!!! exception stage: parse tests !!!!!!!!!!
httprunner.exceptions.FunctionNotFound: get_cookies is not found.

方便把你的完整项目放到 github 上吗？估计是内容不全，所以我本地被另一个问题挡住了，重现不了你的问题，无法进行更详细的分析定位。

大公司内部可能有，但开源或者免费的，应该没有。而且说实话到达这种程度，和业务贴合度不会低（比如自动化就区分 UI、接口等），使用的团队为了能落地地更好，其实也必须具备对它二次开发和维护的能力了。

也许可以考虑看看一些商业化的方案，一些云测平台的商业方案可能可以做到。

应该是要转换。

repeater 内部正常只能使用 hessian 序列化的数据，当然你也可以通过二次开发让它使用其它的序列化工具。

额，这个是 15 年的工具了，底层使用的 UIAutomation 在 xcode 9 左右就已经被去掉了，用不了也不奇怪。不确定现在最新版是否有适配新的 XCUITest 。

建议寻找更新一点的 iOS monkey 工具？

这个建议直接和这位 HR 沟通吧，上传过应该不影响面试，没必要搞那么曲线救国。

如果我是面试官，知道简历用化名会有一种明显的身份造假的感觉，进而怀疑简历上其他信息的真实度，甚至考虑直接改为不录取（简历造假这个是一个比较底线的问题了）。所以非常不建议这么做。

是的，用的是 repeater 自带的 hessian 做序列化，具体算法没有去细研究，但从序列化后的文本看应该是做了一些转换的。

序列化后的数据建议还是反序列化后重新序列化成类似 json 之类的格式再加工，避免直接加工出问题导致数据损坏。

没看懂，那现在是有问题还是没问题？

名字是可以改的。

这个顶栏变成两行的，已修复了。原因是所有标题加起来字数太多，被挤成 2 行了。

从技术完整性角度，是个接口最好都做一下性能测试摸个底。

但从实际场景角度，要从几个方面考虑：
1、这个接口日常调用量大吗？不大的话是不是可以改为通过监控预警来观察性能？
2、第三方接口对接的网络链路质量满足性能测试需要吗？如果有性能问题第三方愿意配合吗？第三方给出的测试环境接口性能是否和生产基本没差异？如果这几个问题都是否定回答，那这个测试也没太大做的必要，因为做了意义不大，知道了问题但也解决不了问题。通过监控预警来观察更好。
3、从公司角度，做性能测试中的每次调用如果都得花钱，除非能说服老板性能测试的收益比这个多次调用成本要高很多，值得投入。否则我相信大部分公司领导都不大会接受这样的性能测试，要不让你自己内部模拟代替，要不找商务沟通性能测试期间特殊处理，去掉调用收费。

这个就和为啥有些公司只招本科以上一样，只能说在整个大的行业上看，非外包群体相对于外包群体，整体能力和经验会更强一些（能接触更多东西，公司内部也会更花时间精力培养），更符合大部分公司的能力要求。

所以对于部分招聘要求比较高的公司，为了提高招聘效率，会直接在这方面提出不招外包的要求。这点其实也很正常，也许会因此错过一些外包中优秀的人，但这种挖金子的成本对很多公司来说并不低，不一定能接受。

环境搭建这个，范围很大，通用性不强（不同语言技术栈搭建方式差异很大），如果只是搭建而非调优，深度也不深，所以书和博客没有系统提及也正常。

建议你不如直接把你具体想要了解什么样的环境搭建梳理一下，说不定相比 “环境搭建” 这个关键字更容易找到相关资料？

我主要想指的是，不要用 "low" 这类很明显带有贬低意思的词。

问问题 != 懒/伸手，也可能是方法不对或者没人告知好的问问题方式是什么。我们可以提供思路或者建议便于对方更正，但我个人觉得不适合去说 low 之类的词，对解决问题和提高对方都没啥益处。

想了解下，-allure 和--count 这两个参数，是从什么资料上找到并用来使用的？

从错误信息上看，程序本身并不支持这两个参数。