摘要： 导读： 主要从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.在实际项目中带新人步技巧 阅读全文

摘要： 一朋友，他是项目负责人，下面三个测试团队，一个做功能测试，一个做系统测试，一个做解决方案测试 现在碰到的问题是，他们并行在同一项目时进行测试，发现三个团队间，有在部分测试工作是重复的，然后和我讨论如何清晰的划分三个团队的工作边界，尽可能少的减少交叉性的重复工作，以提高效率。 阅读全文

摘要： 小问题的反思 qa的问题？开发的问题？流程问题？ 新产品发布到用户那，用户在页面上找一个checkbox 一直没找到，然后问客户，这个checkbox 为什么找不到 阅读全文

摘要： 一：BUG龄期的意义 在一个项目完成后，BUG龄期这个指标，在分析团队的解决BUG的效率方面是很有意义的，特别是在团队进行对比时，也可作为一个参考项 二：BUG龄期的定义及分类 从定义上来讲，就是BUG从某种状态演化为另种状态的过程所花费的时间。 从关注点上我们可以分来下面几类 （1）己关闭BUG龄期：BUG从发现到解决的龄期，她又从时间段上按天和按周来分为两类，不同的项目阶段对时间段的关注也要当强烈 (2)待处理BUG龄期，除时间段上又分为按天的按周外，待处理龄期，又分为绝对龄期和待处理龄期。从待处理龄期上可以发现中间环节是否顺畅，比如测试人员发现的BUG，开发 人 员迟迟没修改，不一定是开发人员的问题，因为在分配环节停停留得太久，开发人员迟迟没有被分派到BUG；绝对龄期反应的是整个团队的效率。 注： 待处理BUG指所有未解决的BUG；待处理龄期为停留在某个处理流程上的龄期;绝对龄期指从提交到现在的龄期 阅读全文

摘要： 在用开源的或是其他测试管理软件时，除了安装比较麻烦外，本人最不满意的一点是，测试数据的分析度量很不能满足我们的需要，且需要自己去找自己要办理的BUG，BUG和CASE都不能直接插图，看起来不直观，界面不友好 。。。。。。总之功能不是过于简单，就是过于复杂。然后我们在公司自己开发自己的项目管理软件，用来支撑公司的研发管理工作，慢慢的MYPM在两年的磨合中不断改进和完善，后来朋友说，你们这样的软件，只是一个内部工具太可惜了，于是，我们把我们研发管理平台中的测试管理共享出来。 阅读全文

摘要： 这确实是一个不好讨论的话题，我先抛砖引玉吧 最常见的问题是，某个测试人员某天执行了10个用例，另一个测试人员那天只执行了5个用例，单从例用数上，我们无法分清，他们那天谁的工作量大；另外，就算，执行了相同的用例数，比如某天一测试人员执行10个用例发现了5个BUG；另一个测试人员那天也执行了10个用例，没发现或只发现了两个BUG，这时就更不能说明谁当天的工作量大。 阅读全文