测试之家
  • 社区
  • 问答
  • 招聘
  • 社区学堂新
  • 开源项目
  • 活动
  • Wiki
  • 注册
  • 登录
会员
AngryTester (AngryTester)
第 14414 位会员 / 2017-01-16
2 篇帖子 • 67 条回帖
25 关注者
0 正在关注
3 收藏
GitHub Public Repos
  • jacoco 97

    :microscope: JaCoCo - Java Code Coverage Library

  • jacoco-plugin 17

    Jenkins JaCoCo Plugin

  • java-custom-rules 1

    sonar自定义规则

  • dumptool 1

    针对TCPSERVER模式获取jacoco.exec文件的工具

  • har2rf 1

    Har文件自动转换RF自动化测试工程

  • K8S_Selenium_Grid 1

    从零搭建K8S以及Selenium Grid集群

  • AppiumTestDistribution 1

    A tool for running android and iOS appium tests in parallel across devices... U like it STAR it !

  • easy-mock 1

    A persistent service that generates mock data quickly and provids visualization view.

  • cline_test 0

  • kubernetes-plugin 0

    Jenkins plugin to run dynamic agents in a Kubernetes/Docker environment

More on GitHub
  • 个人信息
  • 专栏
  • 话题
  • 回帖
  • 收藏
  • 关注中
  • 关注者
  • 测试开发之路--UI 自动化设计军规 at 2018年08月14日

    噢噢 多谢解答

  • 测试开发之路--UI 自动化设计军规 at 2018年08月14日

    $(ByText("立即登录")).click()这个$是怎么玩的?

  • 为什么自动化测试是必要的? at 2018年08月02日

    槽神居然有错别字 fitnesse 话说这个e确实经常看到有人漏😁

  • 敏捷模式下,该如何开展测试工作,时间短 at 2018年07月23日

    公司引入 “敏捷测试” 还是引入 “敏捷”,引入 “敏捷测试” 的话照公司的要求做就行了啊😁

    每个公司可能对于敏捷的理解不一样的,最近刚好参加了 ACP 认证的培训,作为一个站在敏捷大门口的人(虽然公司内部已经号称实施敏捷 1 年多),说一些自己比较浅显的见解:

    • 敏捷的核心在于快速应对变化,对于测试工作的挑战会大于开发工作;

    • 敏捷依赖高度自动化,不仅仅是测试,所以如果还是纯手工测试,肯定应付不了敏捷要求的快速迭代要求;

    • 敏捷项目中的质量保证过程可能与传统瀑布型项目有较大区别,比如质量控制的环节会提前,会加强在提交测试之前的质量控制,可以依赖一些自动化实践,比如 ATDD,BDD,同时质量控制的环节也会更丰富;

    综上,建议在刚引入敏捷之前,团队可以一起来规划一下质量保证的过程,为了快速响应,工作内容,人员分工都可能都与之前不一样,仅供参考。

  • jacoco 增量覆盖率计算工具 at 2018年07月19日

    写了个类似的东西用在精准测试上😁 :https://github.com/AngryTester/jacoco

  • 测试开发之路 -- 每一次发布都是一次成长 at 2018年07月04日

    惭愧。。感觉在目前的体制范围下 很难有一批齐心干事的人 羡慕 LZ 更重要的是也得向 LZ 好好学习

  • UI 自动化如何从 0 起步 at 2018年07月04日

    首先得想清楚自动化测试的使用场景,也就是你想解决什么问题?

    在此之前,我还觉得团队得一起评估一下,这个问题真的是你们目前最迫切需要解决的问题吗?或者有其他问题更重要?

  • 记一次 maven 上传公司私有库问题的解决过程 at 2018年07月03日

    呃...好几个deply?是不是少了个o?一般我们的使用场景是assembly用来打可执行 jar,deploy用到直接上传 jar,deploy-file通常用于直接上传打好的 jar,deploy是 maven 生命周期中的一环,在执行之间默认会编译打包,所以不用手工打,使用方法只需要在 pom 文件里配置distributionManagement,相比deploy-file要方便一些。

  • Maven 下载太慢?看这里 at 2018年05月10日

    最佳实践不是应该内部搭个 nexus 吗?😯

  • jenkins: Quality gates plugin :sonar 的分析结果明明通过了但 build 结果依然被 quality gate plugin 置为 failure at 2018年05月10日

    不好意思哈,一直没上线。问题解决了吗?

  • jenkins: Quality gates plugin :sonar 的分析结果明明通过了但 build 结果依然被 quality gate plugin 置为 failure at 2018年05月03日

    能看一下 Job 的配置吗?

  • TesterHome 重庆沙龙人员招募 at 2018年04月18日

    支持~有了小孩之后时间大部分都不是自己的了,心有余而力不足.

  • 关于 mvn+jenkins 持续部署 java 项目有几个问题,想请教一下大家。 at 2018年04月18日

    1.$mbranch这个是啥 没获取到这个变量的值
    2.在打包命令中加上clean

  • 回归测试 大家都用什么办法来做的 at 2018年03月06日

    嗯 这种确实感觉越做越复杂……

  • 回归测试 大家都用什么办法来做的 at 2018年03月06日

    最近在尝试的是精准回归除了基于代码与业务的对应关系(代码覆盖情况)之外,是不是可以从业务角度,梳理产品的业务节点,然后将产品目前的业务流程通过业务节点串起来,之后的工作就是不断丰富和调整业务节点和业务流。理想的展现形式应该是类似火车路线图,然后根据站点的调整选择测试经过这个节点的路线。但在做的过程中发现业务节点的梳理特别困难,大神能否给点建议?这种思路是否可行,或者业界是否有类似的方案?

  • 每次用 selenium 操作浏览器都还原了 (比如没有浏览器历史记录),怎么设置可以像手工操浏览器 一个可以保存 浏览器历史记录呢? at 2018年03月06日

    需求场景是啥?

  • Java 覆盖率相关实践总结 at 2018年03月05日

    😂 我们也只是参考他们的方案
    因为我们的应用还是 web 居多 基本都涉及中间件 设置 jvm 参数很方便 所以还是用的 on-the-fly 模式

  • android 代码和 iOS 代码的增量检查有什么好的方案吗? at 2018年03月05日
    仅楼主可见
  • android 代码和 iOS 代码的增量检查有什么好的方案吗? at 2018年03月05日

    sorry 拼错了 是sonar.inclusions

    参考:https://docs.sonarqube.org/display/SONAR/Analysis+Parameters

  • android 代码和 iOS 代码的增量检查有什么好的方案吗? at 2018年03月04日

    哈哈 我们最近刚好在做这个 目前实现的是每个开发人员可以只对自己的增量部分进行静态扫描 结合 sonar 的质量阀控制开发人员的分支是否可以合并到当前版本开发分支 增量代码部分的获取是结合 git diff 和提交人的信息做的 指定增量代码是用 sonar 自带的 include

  • Java 覆盖率相关实践总结 at 2018年03月04日

    重点是获取变更代码,我们是参考美团的方案做的:https://tech.meituan.com/android-jacoco-practace.html

    通过抽象语法树获取到精确到方法级别的变更,然后改造 jacoco 生成 report 的机制,只生成变更代码部分的报告。

  • 关于使用 robot framework 的一个配置问题 at 2017年11月24日

    不用 ssh 你把 bat 脚本放你的代码库里 分发到 windows 的 slave 上运行的时候会自动把代码下一份到 slave 上 然后执行 bat 就行了 

  • 关于使用 robot framework 的一个配置问题 at 2017年11月24日

    windows 上用 bat 就好了啊

    就一句 pybot *.txt 就行了

  • 关于使用 robot framework 的一个配置问题 at 2017年11月24日

    😁 那个帖子的回复在这里也适用,再回复一遍:

    把构建命令另外包一层封装成 shell,jenkins 去调这个 shell,构建成功与否就只和这个 shell 是否执行成功有关了.

  • 请教一个关于 jenkins 的问题 at 2017年11月24日

    没遇到过这种使用场景...

    对 gradle 不是太了解,类似的 maven 是有办法的,在mvn test后面加参数-Dmaven.test.failure.ignore=true.

    报错应该是 gradle 进程抛出来的异常,还有一种办法就是把构建命令另外包一层封装成 shell,jenkins 去调这个 shell,构建成功与否就只和这个 shell 是否执行成功有关了.

  • 上一页
  • 1
  • 2
  • 3
  • 下一页
  • 关于 / 活跃用户 / 中国移动互联网测试技术大会 / 反馈 / Github / API / 帮助推广
    TesterHome社区,测试之家,由众多测试工程师组织和维护的技术社区,致力于帮助新人成长,提高测试地位,推进质量发展。Inspired by RubyChina
    友情链接 WeTest腾讯质量开放平台 / InfoQ / 掘金 / SegmentFault / 测试窝 / 百度测试吧 / IT大咖说
    简体中文 / 正體中文 / English

    ©testerhome.com 测试之家   渝ICP备2022001292号
      渝公网安备 50022202000435号    版权所有 © 重庆年云聚力信息技术有限公司