05 2019 档案
摘要：测试人自己开发，汇聚10年沉淀，独创流程驱动测试、度量展现测试人价值的测试协同软件；Itest 开源团队成员由来自对软件测试有情怀，热衷于开源，又热心传播分享我们测试理念的一群人组成，打造最懂测试人的开源测试管理软件,正是 Itest不灭的执念。
即将发布的新版将增加环境管理功能，下接下3.5将实现接口测试功能，数据驱动形式的接口测试功能，零编码，在新迭代测试提交前，先跑接口测试，对接口进行回归。
阅读全文
摘要：导读，先从云化说起，再谈谈云化形态下，除了常规的功能测试，云化的测试，还需要有几个必须要get到的硬核指标，最后在分别详解这些关键点硬核指标是什么，和如何测试呢。这是个值得深思的问题，希望所有测试人都get 到这些，且比贴子说提到的做得更多，提炼出更多 check point。 先回顾一下云化的掘起
阅读全文
摘要：导读：先从引发的5个问题讲起，再简单回顾一下devops 简介和兴起背景 ,再从itest 测试管理团队的视角提出应对办法
DevOps后，测试面临的挑战
敏捷开发必然是迭代开发管理模式，以实现持续集成和持续交付，而不是瀑布模式下阶段性介入。
问题1：持续集成首先引入的问题是集成环境的管理的问题，大公司有专门的运部门还相对好一些，小公司环境会直接摔给测试人员自己整，测试人员如果环境一直依赖开发人员，那测试人员在公司的地位当然也可想而知了。
问题2： 持续交付下，不可能做到每个迭代手动回归的所有case
问题3：每个迭代侧重点不一样，测试策略必然不一样
问题4：上级管理者，需要快速知道整体测试进展，以便更好的进行风险把控
问题5：并行项目多，在每日站立会了，要拿测试数据说话，咋便利收集测试数据，简单扔两个统计图是远远不够的，需要体现出进度和工作量的数据，以及相关过程监控趋势分析数据，数据从哪来呢?
阅读全文
