上一页 1 ··· 3 4 5 6 7 8 9 10 11 下一页
摘要: https://www.infoq.cn/article/c-LHJS2ksuDxp1WkrGl4 理面提到几点,DevOps 的关键原则是开发团队、测试团队和运营团队协作,无缝发布软件。这意味着集中或隔离的 QA 部门现在必须与开发和运营团队合并,以便为各种版本提供按需测试服务。测试变得更加渐进、 阅读全文
posted @ 2019-04-06 08:55 itestAndy 阅读(464) 评论(0) 推荐(1) 编辑
摘要: 测试人自己开发,汇聚10年沉淀,独创流程驱动测试、度量展现测试人价值的测试协同软件,开源免费 官网刚上线,近期发布源码: 120.78.0.137 在线体验 120.78.0.137/demo Itest 开源团队成员由来自对软件测试有情怀,热衷于开源,又热心传播分享我们测试理念的一群人组成,打造最 阅读全文
posted @ 2019-04-03 16:40 itestAndy 阅读(4534) 评论(0) 推荐(1) 编辑
摘要: 项目中没用spring 的restTemplate 而是采用 jersey来做rest 的实现,一直用着,也没发现有什么不对,后来加入了,以quartz用硬编码方式实现,结果启动项目的时候报错 ,具体信息为job id重复。后来经排查是因为:jersey依赖于org.springframework.web.context.ContextLoaderListener初始化 的ApplicationContext,而spring mvc 依赖于org.springframework.web.servlet.DispatcherServlet初始化的ApplicationContext,也就是说je 阅读全文
posted @ 2013-07-01 13:32 itestAndy 阅读(4496) 评论(1) 推荐(2) 编辑
摘要: 主要讲述下面几个义题详见附件 1.测试管理的问题和挑战 2.项目管理与测试管理的共性 3.测试中的配置管理 4.测试项目中的评审 5.测试任务管理和流程驱动测 6.测试过程监控 7.在实际项目中带新人步技巧 阅读全文
posted @ 2012-03-22 21:18 itestAndy 阅读(412) 评论(0) 推荐(1) 编辑
摘要: 一朋友,他是项目负责人,下面三个测试团队,一个做功能测试,一个做系统测试,一个做解决方案测试 现在碰到的问题是,他们并行在同一项目时进行测试,发现三个团队间,有在部分测试工作是重复的,然后和我讨论如何清晰的划分三个团队的工作边界,尽可能少的减少交叉性的重复工作,以提高效率。 阅读全文
posted @ 2011-09-25 13:16 itestAndy 阅读(1860) 评论(2) 推荐(2) 编辑
摘要: 小问题的反思 qa的问题?开发的问题?流程问题? 新产品发布到用户那,用户在页面上找一个checkbox 一直没找到,然后问客户,这个checkbox 为什么找不到 阅读全文
posted @ 2011-08-20 16:26 itestAndy 阅读(963) 评论(1) 推荐(2) 编辑
摘要: 一:BUG龄期的意义 在一个项目完成后,BUG龄期这个指标,在分析团队的解决BUG的效率方面是很有意义的,特别是在团队进行对比时,也可作为一个参考项 二:BUG龄期的定义及分类 从定义上来讲,就是BUG从某种状态演化为另种状态的过程所花费的时间。 从关注点上我们可以分来下面几类 (1)己关闭BUG龄期:BUG从发现到解决的龄期,她又从时间段上按天和按周来分为两类,不同的项目阶段对时间段的关注也要当强烈 (2)待处理BUG龄期,除时间段上又分为按天的按周外,待处理龄期,又分为绝对龄期和待处理龄期。从待处理龄期上可以发现中间环节是否顺畅,比如测试人员发现的BUG,开发 人 员迟迟没修改,不一定是开发人员的问题,因为在分配环节停停留得太久,开发人员迟迟没有被分派到BUG;绝对龄期反应的是整个团队的效率。 注: 待处理BUG指所有未解决的BUG;待处理龄期为停留在某个处理流程上的龄期;绝对龄期指从提交到现在的龄期 阅读全文
posted @ 2011-07-14 12:38 itestAndy 阅读(1436) 评论(2) 推荐(4) 编辑
摘要: 在用开源的或是其他测试管理软件时,除了安装比较麻烦外,本人最不满意的一点是,测试数据的分析度量很不能满足我们的需要,且需要自己去找自己要办理的BUG,BUG和CASE都不能直接插图,看起来不直观,界面不友好 。。。。。。总之功能不是过于简单,就是过于复杂。然后我们在公司自己开发自己的项目管理软件,用来支撑公司的研发管理工作,慢慢的MYPM在两年的磨合中不断改进和完善,后来朋友说,你们这样的软件,只是一个内部工具太可惜了,于是,我们把我们研发管理平台中的测试管理共享出来。 阅读全文
posted @ 2011-07-08 18:07 itestAndy 阅读(3050) 评论(0) 推荐(2) 编辑
摘要: 这确实是一个不好讨论的话题,我先抛砖引玉吧 最常见的问题是,某个测试人员某天执行了10个用例,另一个测试人员那天只执行了5个用例,单从例用数上,我们无法分清,他们那天谁的工作量大;另外,就算,执行了相同的用例数,比如某天一测试人员执行10个用例发现了5个BUG;另一个测试人员那天也执行了10个用例,没发现或只发现了两个BUG,这时就更不能说明谁当天的工作量大。 阅读全文
posted @ 2011-07-07 12:05 itestAndy 阅读(1988) 评论(6) 推荐(4) 编辑
摘要: 你还在为测试管理软件的安装配置纠结吗?你还在为测试管理软件的浏览器支持烦恼吗?你还在整天面对简陋的界面做测试工作吗?你还在测试管理软件中自行查找你要处理的BUG吗?你想要个性化得测试流程吗?你想要从邮件中就能处理BUG吗?你想不安装testlink 也有测试用例管理吗?你还在为BUG只有及简单的状态,难以真实反应BUG生命周期吗?你想图文并茂的BUG和CASE吗?你想尝试下流程驱动的测试管理吗?MYPM一网打尽上述问题 阅读全文
posted @ 2011-07-05 08:43 itestAndy 阅读(598) 评论(1) 推荐(3) 编辑
上一页 1 ··· 3 4 5 6 7 8 9 10 11 下一页