正文内容加载中...
posted @ 2019-04-17 20:09 itestAndy 阅读(198) 评论(3) 编辑
摘要: 导读: 主要从4个方面来阐述,1:背景;2:思路;3:代码实现;4:使用 一:封装背景, 在做项目的时候,用的JPA ,有些复杂查询,比如报表用原生的JdbcTemplate ,很不方便;传参也不方便,如果参数多;需要增加分页功能,以及结果集自动转对像等5个常用功能,见第4节。 下面两个图是开源测试阅读全文
posted @ 2019-04-15 13:31 itestAndy 阅读(215) 评论(3) 编辑
摘要: https://www.infoq.cn/article/c-LHJS2ksuDxp1WkrGl4 理面提到几点,DevOps 的关键原则是开发团队、测试团队和运营团队协作,无缝发布软件。这意味着集中或隔离的 QA 部门现在必须与开发和运营团队合并,以便为各种版本提供按需测试服务。测试变得更加渐进、阅读全文
posted @ 2019-04-06 08:55 itestAndy 阅读(54) 评论(0) 编辑
摘要: 测试人自己开发,汇聚10年沉淀,独创流程驱动测试、度量展现测试人价值的测试协同软件,开源免费 官网刚上线,近期发布源码: http://www.itest.work 在线体验 http://www.itest.work/demo Itest 开源团队成员由来自对软件测试有情怀,热衷于开源,又热心传播阅读全文
posted @ 2019-04-03 16:40 itestAndy 阅读(248) 评论(0) 编辑
摘要: 项目中没用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 阅读(3358) 评论(1) 编辑
摘要: 主要讲述下面几个义题详见附件 1.测试管理的问题和挑战 2.项目管理与测试管理的共性 3.测试中的配置管理 4.测试项目中的评审 5.测试任务管理和流程驱动测 6.测试过程监控 7.在实际项目中带新人步技巧阅读全文
posted @ 2012-03-22 21:18 itestAndy 阅读(213) 评论(0) 编辑
摘要: 一朋友,他是项目负责人,下面三个测试团队,一个做功能测试,一个做系统测试,一个做解决方案测试 现在碰到的问题是,他们并行在同一项目时进行测试,发现三个团队间,有在部分测试工作是重复的,然后和我讨论如何清晰的划分三个团队的工作边界,尽可能少的减少交叉性的重复工作,以提高效率。阅读全文
posted @ 2011-09-25 13:16 itestAndy 阅读(1523) 评论(2) 编辑
摘要: 小问题的反思 qa的问题?开发的问题?流程问题? 新产品发布到用户那,用户在页面上找一个checkbox 一直没找到,然后问客户,这个checkbox 为什么找不到阅读全文
posted @ 2011-08-20 16:26 itestAndy 阅读(787) 评论(1) 编辑
摘要: 一:BUG龄期的意义 在一个项目完成后,BUG龄期这个指标,在分析团队的解决BUG的效率方面是很有意义的,特别是在团队进行对比时,也可作为一个参考项 二:BUG龄期的定义及分类 从定义上来讲,就是BUG从某种状态演化为另种状态的过程所花费的时间。 从关注点上我们可以分来下面几类 (1)己关闭BUG龄期:BUG从发现到解决的龄期,她又从时间段上按天和按周来分为两类,不同的项目阶段对时间段的关注也要当强烈 (2)待处理BUG龄期,除时间段上又分为按天的按周外,待处理龄期,又分为绝对龄期和待处理龄期。从待处理龄期上可以发现中间环节是否顺畅,比如测试人员发现的BUG,开发 人 员迟迟没修改,不一定是开发人员的问题,因为在分配环节停停留得太久,开发人员迟迟没有被分派到BUG;绝对龄期反应的是整个团队的效率。 注: 待处理BUG指所有未解决的BUG;待处理龄期为停留在某个处理流程上的龄期;绝对龄期指从提交到现在的龄期阅读全文
posted @ 2011-07-14 12:38 itestAndy 阅读(1200) 评论(2) 编辑
摘要: 在用开源的或是其他测试管理软件时,除了安装比较麻烦外,本人最不满意的一点是,测试数据的分析度量很不能满足我们的需要,且需要自己去找自己要办理的BUG,BUG和CASE都不能直接插图,看起来不直观,界面不友好 。。。。。。总之功能不是过于简单,就是过于复杂。然后我们在公司自己开发自己的项目管理软件,用来支撑公司的研发管理工作,慢慢的MYPM在两年的磨合中不断改进和完善,后来朋友说,你们这样的软件,只是一个内部工具太可惜了,于是,我们把我们研发管理平台中的测试管理共享出来。阅读全文
posted @ 2011-07-08 18:07 itestAndy 阅读(389) 评论(0) 编辑