摘要： V4.0.0 根据用户反馈，共增加了29个更新：其中有15 个功能增强和14个BUG修复 ；UI更加清爽，用例执行和用例复制粘贴，以及BUG流转，更加便利友好，借中秋放假之际，进行了新版测试并发版。下一版本V4.5.0,将实现接口测试功能。V4.0.0详情如下所述: 阅读全文

摘要： 3.5.0 有9个功能增强，17个Bug 修改。功能增强：（1）增加xmind 转EXCEL 功能 ，且用的是itest 用例导入模板，方便修改后再导入 （2）度量分析中，4个过程分析，之前按人按日期趋势分析，又另外增加了，只按日期不按人的(总)的趋势分析 (3)看板中增加，可查看测试迭代报告，以及可查看测试包的具体执行情况。(4)BUG 查询中增加可按fix 版本查询,方便发新版时查找所有待验正的BUG 阅读全文

摘要： 5个功能增强，8个BUG修复。5个功能增强：(1)用例导入，支持从思维导图（XMIND）中导入(2)看板中，除了显示任务外，增加测试包和迭代在看板上的显示，以更方便的了解测试进度 (3)导入导出Excel模板统一改为相同的模板，且解决了以前版本中，不能清除单元格内容的限制 （4）任务看板中，把之前分配状态的任务改为未开始 （5）上个版本安装程序和升级程序2合1了，为防万一，升级后没删除备份的数据，经广泛测试升级安装后，升级前数据正常，新版安装程序装删除备份数据；8个BUG修复：迭代中测试包里执行测试用例时，执行按扭显地不清...... 阅读全文

摘要： itest(爱测试) ，开源敏捷测试管理 & BUG 跟踪管理软件 ,3.3.5 发布 正式发布,官网可下载或体验最新版 V3.3.5 有 6个功能增强，2个BUG修复 1：增加BUG类源分布统计 2：bug 和用例管理，上传图片时，可以从截切板粘贴截屏图片 3：增加测试用例线下处理(线下修改，新增，执行以及他们的排列组合操作)，再同步导入到线上的功能,提升用例修改，执行效率 测试包用例可以导出或线下处理....... 阅读全文

摘要： 测试包中增加预计开始时间，预计结束时间，实际开始时间，以便不以迭代的方式执行测试时，可以把测试包当作测试任务来管理，可以按执行环境来建用例包，或是按不同的测试目的来建不同的测试包，同时也可通过用例包来分配不同的测试人员执行不同的测试任务。这个修改也不影响以迭代方式执行测试时，把测试包加到迭代中；另外还修复了三个严重BUG 阅读全文

摘要： 增加8个功能：（1）增加环境管理功能，可一健部docker 镜像，或是通过docker file 构键并部署镜像， （2）用例转BUG功能，转的时候，生成用例的执行记录，同时建转的BUG的所转用例的关联关系；（3）测试总览待处理BUG数，可以点，一点就跳转到对应人员待处理BUG列表页面；另外，（4）在收到的BUG邮件中，带一个连接，一点就自动登录ITEST，同时，弹出邮件中的BUG处理界面 阅读全文

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

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

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

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