• 使用 phpExcel 工具包,实现用例 excel 批量导出,在 excel 里修改用例,再执行批量导入;相同项目下,导入的时候新建一个用例集和,用名字区分版本(可以手动新建也可以自动新建,看你程序支持情况);条件:需要对 testlink 进行二次开发。修改 lib/testcases/tcExport.php 和 lib/testcases/tcImport.php 支持 xlsx 后缀的 excel。

  • 无论哪一年,我的目标始终是,向钱看!

  • dubbo 接口测试技术 at 2017年11月27日

    对于使用 python 的哥们,使用 telnetlib 搭建 dubbo 测试框架非常好用,亲测有效!不过有个限制就是 dubbo 的接口必须都是接受 string 类型的请求参数!

    如果是自定义类型参数,或者泛型的话,就不能用 telnet 了(因为 telnet 是完全模式用户操作,最后输入一定是 string 类型)。

  • 有 changelog 吗 ?

  • 再补充一下,模板里的 drawChart("custom_monitor_chart_1", [data.customData1], formatDouble, interval); formatDouble 需要自己实现,如果没有实现就必须用已有方法例如 formatMemory 替代,否则 js 执行错误不会继续执行,无法显示数据。

  • 好文!补充
    public abstract class MonitorInfo 下添加 getDouble 方法,否则编译不过去
    protected static Double getDouble(CompositeData cd, String itemName) {
    return (Double) getObject(cd, itemName);
    }

  • Caused by:
    org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'NGrinderDefaultPluginManager': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire method: public void org.ngrinder.infra.plugin.extension.NGrinderDefaultPluginManager.setExtensionFinder(ro.fortsoft.pf4j.ExtensionFinder); nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'NGrinderDefaultExtensionFinder': Requested bean is currently in creation: Is there an unresolvable circular reference?

    谁遇到过这个问题?
    我编译出来的包可以在 Windows 上运行,但是在 linux 下运行就报错,相同版本的 jdk,相同版本的 maven

  • 我用的是 2.1.0 版本,应该是没更新的;我自己下的源码,编译一份改过的,就没问题了。


  • 因为在拼接字符串的时候,有可能包含中文,utf8 中文占 3 个字节,如果文件名过长,导致系统报错(各大系统默认文件名长度是 255)File name too long,appcrawler 在创建文件的时候失败,抛出空指针程序无法继续。

  • 配置文件实在太强大了,能不能提供一份完整的配置文件附加使用说明 书? 经过调试后我发现几乎所有的报错都能通过黑白名单(Blacklist,urlblacklist)+ 触发条件(triggerActions)这些配置项给绕过去。期待详细配置说明文档。

  • STF 初步定制测试平台 at 2017年08月08日

    作者好牛,求源码,实在改不出作者的效果,非常感谢

  • 我感觉这个思路不仅可以管理用例调度,也可以用于测试,生产环境的管理。

  • 还未尝试,感觉挺高大上,建议支持插装 jacoco 等覆盖率分析工具,这样就可以把自动或者手工测试覆盖率也拿到了,从多个维度体现出 app 质量。

  • 同意楼上并补充(我个人认为还算合格的接口平台或者引擎,不喜勿喷)

    1. web 化,有搭配合理的 ui,进行配置。
    2. 接口文档标准化,可以自动化导入平台,并根据字段类型和算法生成用例。
    3. 满足业务,各种脚本组,依赖解决,加密,token 认证等问题的合理解决,api 提供 Jenkins 等持续集成调用。
    4. mock api,可以给客户端和前端同学提供 mock 引擎,支持并行开发。
    5. 接口性能评估,支持并发,线程组。产出吞吐率报告等相关指标。
  • 亲测,证明楼主总结到位,完全支持 ldap 和 AD,感谢楼主大公无私分享!