Bugfree是一款优秀的bug管理和追踪工具,因此受到不少公司的青睐。但实际的工作中,我发现不少开发或是测试的同事有一些不好的使用习惯,使得我们对Bugfree的利用不够高效。我下面列出使用Bugfree的一些坏习惯,以此与各位测试同仁切磋使用这个工具的高效的方法。 
  对开发的同事而言,可能会有下面几条坏习惯。

  坏习惯一:只采用默认的解决方案。 
  周围不少开发的同事,在解决掉一个bug的时候,往往只采用默认的解决方案:fixed。事实上,Bugfree提供了7种解决bug的方案供程序员选择。它们分别是:By Design、Duplicate、External、Fixed、Not Repro 、Postponed、Won't Fix 。这7种解决方案反应了程序员解决bug的理由。By Design的意思是,设计上就是这么定的,bug无效;Duplicate的意思是,这个bug已经有人提过,重复了;External的意思是,软件本身没有问题,是外部因素(比如操作系统)造成的问题;Fixed的意思是:bug被解决掉了;Not Repro的意思是,这个bug无法重现;Postponed的意思是,这个bug推迟到以后解决;Won't Fix的意思是,是个问题,但是不值得解决。为什么会有这种习惯呢?我询问过一位开发的同事,他说看不懂英文,又懒得去查。另一位开发同事说,一开始没注意到这一项是可选的,时间久了,自然而然就视而不见了。 
  改掉这个习惯不是更好吗?我的理由:给bug设置正确的解决方案,一方面可以减少开发和测试的沟通障碍,让测试员知道程序员为什么要关掉这个bug;另一方面可以给bug归类,便于查找bug和开发后期集中解决bug。

  坏习惯二:只在详细信息里写上:已解决。 
  由Bugfree提供的7种解决方案,不难看出详细信息这一栏多数情况下是为第四种解决方案Fixed提供补充的。很多bug在被fixed掉以后,如果只在这一栏注明已解决字样会有不好的影响。因为时间久了,或许程序员自己都不清楚这个bug是怎么被fixed掉的,如果再碰到类似的问题又要花很长时间去想办法解决,影响工作的效率。 
  改掉这个习惯不是更好吗?我的理由:在详细信息栏里注明bug被fixed掉的理由,一方面像上面所说的可以给开发人员提个醒,便于解决类似的bug;另一方面对测试员也有好处。测试员在碰到类似的bug以后,能够知道哪儿出了问题,这样就可以准确及时地提醒开发人员,便于bug的修改。

  对测试的同事而言,可能会有下面的几条坏习惯。

  坏习惯一:创建bug时,选错了项目。 
  周围有测试同事,在发现了bug后,就急急忙忙去bugfree里描述bug和指派bug,往往会忽略其他的选项。就拿这个项目来说,登录bugfree后里面就有默认的内容,但未必是和bug相对应的。如果测试人员因为发现了bug,有点兴奋,再加上一点粗心就会忽略这一项。 
  改掉这个习惯不是更好吗?我的理由:设置正确的项目可以给bug归类,便于bug的查找。若选错了项目,难免会抱怨找不到自己创建的bug,还得通过其他方式查找这个沉入“大海”的bug,影响了工作的心情和效率。

  坏习惯二:创建bug时,没有选/选错了模块。 
  创建bug时,模块这个选填项,不仅看起来不起眼,而且会让人误以为它没有用,所以测试人员往往会忽略它。         改掉这个习惯不是更好吗?我的理由:设置正确的模块,可以给bug分门别类。这样,开发人员就能很方便知道A模块有哪些bug,B模块有哪些bug,让开发人员对自己负责的项目模块心里有底。所以,还请测试人员辛苦下,把模块这一项设置好。

  坏习惯三:设置错误的严重等级。 
  周围有同事,往往只注重对bug地描述,不去关注对bug等级的设置,不利于开发人员优先解决严重的bug。其实Bugfree提供可选的4种严重等级:1、2、3、4。1是最高等级,意思是这个bug导致系统死机,数据丢失或者与需求不符合;2是严重等级,意思是这个bug导致计算出现错误,功能实现出现错误;3是一般等级,意思是这个bug是个合法性问题,界面问题或是文档问题等;4是最低等级,意思是这个bug影响易用性。不少情况下是测试人员不清楚各种级别的含义,导致的分类错误。 
  

  改掉这个习惯不是更好吗?

  我的理由:设置正确的严重等级,可以让开发人员优先解决1、2bug,在项目时间允许的情况下,再着手解决3、4类bug,以保证产品的质量。啰嗦一句,首先要保证产品能用,再去保证产品好用。

  其实最好的习惯是按照bugfree的格式,把每一项该填的内容填好!!

本文转自:http://wenku.baidu.com/link?url=STysNSt6GmG88rXACuGsXM4QFdseAtuAMYeh-3GWOLP4dZC3QuNneMVbARWxEfVyV3BCHkd470oAVzAzfR8a_eeqg9pYeZj7OGlF9UOXoju

使用Bugfree不应有的坏习惯的更多相关文章

  1. PHP代码不应有的坏习惯

    >>使用echo取代print >>使用str_replace取代preg_replace, 除非你绝对需要 >>不要使用 short tag >>简单 ...

  2. SQL 中的好习惯和坏习惯

    在程序员日常的工作中,SQL可以说不可避免的,高效的SQL可以带来更加愉悦的体验.好的SQL书写习惯会给我们的工作带来极大的好处.简单总结下SQL的好习惯和坏习惯. IN和NOT IN 操作符 编码中 ...

  3. 因为这几个TypeScript代码的坏习惯,同事被罚了500块

    作者:Daniel Bartholomae 翻译:疯狂的技术宅 原文链接:https://startup-cto.net/10-bad-typescript-habits-to-break-this- ...

  4. Web开发中的6个坏习惯

    在 Usersnap,我们在能很好的组织网站开发有超过20(总和)年的经验.我们认为这些过去的经验能让我们很好的分辨出什么是好.坏和丑陋的网站开发.如今我们不想把注意力放在消极的部分,但就这一次,我们 ...

  5. Sonar中的坏习惯详解

    22种代码的坏味道,一句话概括: 如果一段代码是不稳定或者有一些潜在问题的,那么代码往往会包含一些明显的痕迹. 正如食物要腐坏之前,经常会发出一些异味一样. 我们管这些痕迹叫做“代码异味”. 参考资料 ...

  6. [No000015]坏习惯一大堆?别怕,还有救-坏习惯一堆,怎么好好学习嘛!

  7. 网上搜集了点资料,学web的人互相分享共同进步吧(php编码的好习惯必须养成)

    网上搜集了点资料,学web的人互相分享共同进步吧 一.优秀的代码应该是什么样的? 优秀的PHP代码应该是结构化的.大段的代码应该被分割整理成一个个函数或方法,而那些不起眼的小段代码则应该加上注释,以便 ...

  8. PHP程序员,因该养成 7 个面向对象的好习惯

    在 PHP 编程早期,PHP 代码在本质上是限于面向过程的.过程代码 的特征在于使用过程构建应用程序块.过程通过允许过程之间的调用提供某种程度的重用. 但是,没有面向对象的语言构造,程序员仍然可以把 ...

  9. UNIX 高手的 20 个习惯[转]

    使用 mkdir 的 -p 选项并在单个命令中创建所有父目录及其子目录要容易得多.但是即使对于知道此选项的管理员,他们在命令行上创建子目录时也仍然束缚于逐步创建每级子目录.花时间有意识地养成这个好习惯 ...

随机推荐

  1. 【HeadFirst设计模式】9.迭代器与组合模式

    迭代器: 定义: 提供一种方法,顺序访问一个聚合对象中的各个元素,而又不暴露其内部的表示.(不让你知道我内部是如何聚合的) 把游走的任务放在迭代器上,而不是聚合上.这样简化了聚合的接口和实现,也让责任 ...

  2. [转]优化PHP程序的方法

    1. If a method c++an be static, declare it static. Speed improvement is by a factor of 4. 如果一个方法可静态化 ...

  3. NOSQL之【WIN7的安装配置】

    1.下载安装 大家根据各自系统配置,下载相对应的redis版本.我下载是redis 2.6 将redis.conf 复制到 bin/release/redisbin 里面 redis-server.e ...

  4. javascipt学习笔记1

    一.javascript 部分 1.整理 <<javascript>> 要学习哪些章节 及核心内容? ①javascript简介 核心技术点:javascript定义 作用特点 ...

  5. phpcms v9后台多表查询分页代码

    phpcms v9里面自带的listinfo分页函数蛮好用的,可惜啊.不支持多表查询并分页. 看了一下前台模板层支持get标签,支持多表查询,支持分页.刚好可以把这个功能搬到后台来使用. 我们现在对g ...

  6. Python学习_Python 3.X版本导入httplib模块报ImportError解决方案

    之前用Python 2.7版本的httplib做接口测试时,运行代码都是正常的, 最近开始用Python 3.3之后,再去看以前的代码,发现import httplib出现错误:Unresolved ...

  7. ZOJ 3471 压缩状态DP

    这个问题要看状态怎么想,第一种直接的想法是1代表未合并,状态就从1111111 转移到 带有1个0,然后带有两个0, 但是这样子编程非常不直观.换一种思路,0代表未合并,但是我可以先合并前几个,就是说 ...

  8. Spring核心框架 - AOP的起源及介绍

    一.AOP技术起源 AOP技术的诞生并不算晚,早在1990年开始,来自Xerox Palo Alto Research Lab(即PARC)的研究人员就对面向对象思想的局限性进行了分析.他们研究出了一 ...

  9. js add media query

    var msViewportStyle = document.createElement("style"); msViewportStyle.appendChild( docume ...

  10. 服务器环境搭建系列(四)-mysql篇

    1.按照上一篇服务器环境搭建系列(三)-JDK篇中的方法检查系统是否已经预装Mysql并卸载. 2.下载mysql,这里是MySQL-server-5.5.25-1.linux2.6.x86_64.r ...