07 2011 档案
摘要：一：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，这时就更不能说明谁当天的工作量大。
阅读全文
摘要：你还在为测试管理软件的安装配置纠结吗？你还在为测试管理软件的浏览器支持烦恼吗？你还在整天面对简陋的界面做测试工作吗？你还在测试管理软件中自行查找你要处理的BUG吗？你想要个性化得测试流程吗？你想要从邮件中就能处理BUG吗？你想不安装testlink 也有测试用例管理吗？你还在为BUG只有及简单的状态，难以真实反应BUG生命周期吗？你想图文并茂的BUG和CASE吗？你想尝试下流程驱动的测试管理吗？MYPM一网打尽上述问题
阅读全文
摘要：测试过程中，我们非常关注一些BUG数据的发展趋势，如提交BUG趋势，打开BUG趋势，待处理BUG趋势，修改BUG趋势，关闭BUG趋势，每日处理BUG次数趋势。单独来看上面提到的某个趋势，很难真实反应整个测试进程，放在一起来比较，这些数据一目了然的反应了当前的测试工作状况，对这6趋势典线，我将做一个的解读,欢迎大家批评指正。
阅读全文
