摘要： 测试人自己开发，汇聚10年沉淀，独创流程驱动测试、度量展现测试人价值的测试协同软件；Itest 开源团队成员由来自对软件测试有情怀，热衷于开源，又热心传播分享我们测试理念的一群人组成，打造最懂测试人的开源测试管理软件,正是 Itest不灭的执念。 即将发布的新版将增加环境管理功能，下接下3.5将实现接口测试功能，数据驱动形式的接口测试功能，零编码，在新迭代测试提交前，先跑接口测试，对接口进行回归。 阅读全文

摘要： 导读，先从云化说起，再谈谈云化形态下，除了常规的功能测试，云化的测试，还需要有几个必须要get到的硬核指标，最后在分别详解这些关键点硬核指标是什么，和如何测试呢。这是个值得深思的问题，希望所有测试人都get 到这些，且比贴子说提到的做得更多，提炼出更多 check point。 先回顾一下云化的掘起 阅读全文

摘要： 导读：先从引发的5个问题讲起，再简单回顾一下devops 简介和兴起背景 ,再从itest 测试管理团队的视角提出应对办法 DevOps后，测试面临的挑战 敏捷开发必然是迭代开发管理模式，以实现持续集成和持续交付，而不是瀑布模式下阶段性介入。 问题1：持续集成首先引入的问题是集成环境的管理的问题，大公司有专门的运部门还相对好一些，小公司环境会直接摔给测试人员自己整，测试人员如果环境一直依赖开发人员，那测试人员在公司的地位当然也可想而知了。 问题2： 持续交付下，不可能做到每个迭代手动回归的所有case 问题3：每个迭代侧重点不一样，测试策略必然不一样 问题4：上级管理者，需要快速知道整体测试进展，以便更好的进行风险把控 　 问题5：并行项目多，在每日站立会了，要拿测试数据说话，咋便利收集测试数据，简单扔两个统计图是远远不够的，需要体现出进度和工作量的数据，以及相关过程监控趋势分析数据，数据从哪来呢? 阅读全文

摘要： 导读： 从问题场景和 itest 优雅解决办法及示例2部分来阐述 1.问题场景: 研发团队是分散在几地的分布式团队，经常会因沟通引来一些问题。如下三图是开发觉得测试进度太慢，一番对话之后， 接下来他们的对话截屏： 问题的本质实际上是沟通的问题，多问几句也可以解决，但是常常是一人测试多个项目，开发也是 阅读全文

摘要： 导读： 主要从4个方面来阐述，1：背景；2：思路；3：代码实现；4：使用 一：封装背景 像easy ui 之类的纯前端组件，也有下拉列表组件，但是使用的时候，每个下拉列表，要配一个URL ,以及设置URL反回来的值和 select 的text ，和value 的对应关系 ，这有2个问题：一使用者必须 阅读全文

摘要： 导读： 主要从4个方面来阐述，1：背景；2：思路；3：代码实现；4：使用 一：封装背景， 在做项目的时候，用的JPA ，有些复杂查询，比如报表用原生的JdbcTemplate ，很不方便;传参也不方便，如果参数多；需要增加分页功能，以及结果集自动转对像等5个常用功能，见第4节。 下面两个图是开源测试 阅读全文

摘要： https://www.infoq.cn/article/c-LHJS2ksuDxp1WkrGl4 理面提到几点，DevOps 的关键原则是开发团队、测试团队和运营团队协作，无缝发布软件。这意味着集中或隔离的 QA 部门现在必须与开发和运营团队合并，以便为各种版本提供按需测试服务。测试变得更加渐进、 阅读全文

摘要： 测试人自己开发，汇聚10年沉淀，独创流程驱动测试、度量展现测试人价值的测试协同软件,开源免费 官网刚上线，近期发布源码: 120.78.0.137 在线体验 120.78.0.137/demo Itest 开源团队成员由来自对软件测试有情怀，热衷于开源，又热心传播分享我们测试理念的一群人组成，打造最 阅读全文

摘要： 项目中没用spring 的restTemplate 而是采用 jersey来做rest 的实现，一直用着，也没发现有什么不对，后来加入了，以quartz用硬编码方式实现,结果启动项目的时候报错 ,具体信息为job id重复。后来经排查是因为：jersey依赖于org.springframework.web.context.ContextLoaderListener初始化 的ApplicationContext，而spring mvc 依赖于org.springframework.web.servlet.DispatcherServlet初始化的ApplicationContext，也就是说je 阅读全文

摘要： 主要讲述下面几个义题详见附件 1.测试管理的问题和挑战 2.项目管理与测试管理的共性 3.测试中的配置管理 4.测试项目中的评审 5.测试任务管理和流程驱动测 6.测试过程监控 7.在实际项目中带新人步技巧 阅读全文