质量保证是整个项目组的事情，不能单纯靠测试人员。所以我们在开发测试工具平台的时候，目标用户也要拓展到整个项目组成员，除了测试外，开发、产品、运维等角色都是要考虑进去的。

你提到的这几点我们有些在做了，但不会搞得那么复杂。
数据度量机制肯定是有的，我们会明确每一个指标的计算方式，达成共识后固化到平台，自动采集并进行展示。在项目人员角色上，我们也会增加工具产品类的角色，负责需求规划和版本管理方面的工作。
但权重方面的话我们就不会考虑了，会引入太多主观因素，凭空增加了复杂度，最终可能也很难具有说服力。
至于 KPI，其实我们这里是没有 KPI 的，做这些东西更多还是为了更好地度量我们的工作成果产出，进而指导我们的工作优化。

嗯，总体目标是一致的，就是业务交付效率和线上质量情况。这里制定的指标其实也是相互依赖的。
对于项目组测试人员来说，要想达到更高，肯定就得借助一些技术的手段，可以选择使用我们测开提供的工具平台，也可以选用别的，没有限制。对于我们测开来说，要达到更大的用户覆盖率和日活率，就得多考虑怎么给项目组提供更合适的工具，让他们对我们的工具平台有更多的依赖。
对于你说的因为惯性，即使工具不好用也还持续使用的情况，在没有对项目组测试进行强制要求的情况下应该是不会存在的，因为他们一方面不会有工具使用方面的考核压力（目标导向，做不做自动化和技术建设都完全没关系），另一方面他们也完全可以去选择使用其它的外部工具。

@rihkddd 我看到 PR 里面没有任何描述，当时就没有去细看了。

刚才我也看了下你提的 issue #450，也没有复现该问题。

感谢支持

这个是其他同学基于 HttpRunner 做的接口测试平台。当前基于 HttpRunner 的开源平台已经有好多个了，HttpRunnerManager 是我知道的第一个

@Lihuazhang @chenhengjie123 报个问题，我这 logo 图片为啥贴到文章中颜色变深了好多？实际颜色应该是专栏头像里面那样的。

没明白你的问题哈

居然被你点名了，但实在是有些脸红，我这一年也是在不断摸索当中，走了不少弯路。2019 一起加油吧

你用的是 Windows 系统吧？文件路径不支持反斜杠。
2.0 版本马上就要发布了，你后面用 2.0 再试下

申请开通下

还在招的

简历已收到

赞👍

庆幸大陆是用简体，感觉繁体字好难写啊

都有的。小区离公司都比较近，价格差不多是市场价的一半。满两年后可以申请公租房，免房租只需交物业水电费。

北京有的。

对于测试用例（testcase，配置在 config 中）层面的参数化还是支持的；
对于测试步骤（teststep，配置在 test 中）层面的参数化不支持了。

赞！看来我这文档得抓紧更新了。

@gqq112 @DarkLi 在 API 中定义的是接口描述，在 debugtalk.py 中是没法进行引用的。

看到 QTP、LoadRunner 这些字眼，很难跟互联网公司联系起来啊

实在是过奖了哈，这款框架也是逐步迭代优化出来的

@mickey2017 @shuqing2017 尴尬了，的确是支持的

已经排期了，近期会重点梳理下分层机制。

没有支持哈