[你问我来答第8期]：软件缺陷管理交流（已结束）

默默巫 · 发表于 2011-1-11 09:56:13

本期客座专家

论坛ID：千里
姓名：罗永钦
擅长领域：测试管理、缺陷管理、热衷于研究测试度量、对项目管理也有一定经验。
现任公司：宇信易诚科技有限公司
现任职位：高级测试工程师，测试组长
工作经验：4年
项目经验：广东联通多账户系统、无线固话支撑平台、南洋保税仓系统、收入稽核保障系统、广发新网银暨手机银行。
现任51Testing论坛[软件测试新手上路]和[软件测试管理] 版版主。

各位会员可以在2月10日前以回帖的方式向客座专家提问。
（请大家围绕本期客座专家的擅长领域进行提问、探讨）
客座专家将在2月11日—2月28日为大家集中解答。
机会难得，欢迎大家踊跃提问！

wuqnw8 · 发表于 2012-5-18 11:44:31

非常谢谢楼主，顶一下

wbnbb · 发表于 2012-5-16 22:13:23

有什么好看的电影 234电影网最新电影最新电影下载推荐最新电影有哪些好看的电影现在有什么好看电影

河南延津#空格#{随即省份}#空格#{随即城市}#空格# www.qu234.com 去234电影网

寂寞时休克 · 发表于 2011-7-14 18:48:22

好贴，先顶再看。

苦瓜001 · 发表于 2011-6-14 18:54:38

学习中……

千里 · 发表于 2011-4-22 14:11:09

俺就是从广州宇信易诚科技有限公司离职的，2010年10-2011年8月份都是做广发银行的项目；版主的观点都是纯理 ...
zhifei.xie 发表于 2011-3-23 11:51

请问哪些观点在实际中并不是如此操作的？你肯定是做技术的，讲究实在。我们就实实在在的针对具体问题进行分析，你看如何？测试度量在国内我承认确实做得并不算好，但如果我们不去了解，那就将永远做得不好。而且我认为测试度量是管理者应该关注的，实施者同样也需要了解。
如果我们只测试，却不知道测试达到了什么样的效果，什么时候应该制定、改变测试策略，什么时候测试可以结束，测试过程中有哪些风险。这是一件很危险的信号，而测试度量是来为这些问题服务的。

smile0102 · 发表于 2011-3-23 21:25:28

持续学习中...

smile0102 · 发表于 2011-3-23 21:25:21

很受千里兄的启发啊！

zhifei.xie · 发表于 2011-3-23 11:51:01

俺就是从广州宇信易诚科技有限公司离职的，2010年10-2011年8月份都是做广发银行的项目；版主的观点都是纯理论化；实际中并不是如此操作的！哈哈...... 理想与现实不一致！什么度量都是骗人的东西，没有几家公司能做到的！.........

electh · 发表于 2011-3-2 15:43:09

原来你就是传说中的千里师兄呀，久仰大名，支持，呵呵

alineyou · 发表于 2011-3-1 16:31:25

学习了

alineyou · 发表于 2011-3-1 16:30:54

见到了千里的真面目
支持一个

默默巫 · 发表于 2011-3-1 12:10:20

感谢千里版主的热心解答！

kuangquanshui · 发表于 2011-2-28 12:06:22

向大家学习总结经验教训膜拜楼主ing ps：百合竟然灌水念经ing 希望淹死这家伙

千里 · 发表于 2011-2-27 09:04:17

那专家，你能发个测试需求的大致格式么
xtaqvedx 发表于 2011-2-21 10:35

我们公司的论坛模板中字段有：测试需求编号，测试功能点，测试功能点描述，功能点设计要求，对应的需求文档编号，需求业务规则，测试需求标识，优先级，创建日期，创建者，对应的用例编号，备注。

arile · 发表于 2011-2-25 09:56:10

"在小公司团队中，特别是新人。都非常的希望有一个带我们的师傅，甚至可以用渴望。"

非常赞同！感觉小团队里特别没有方向。

lqadnggw · 发表于 2011-2-24 16:27:46

回复 111# 千里

同意千里的说法。
进公司几个月后，有一段时间觉的测试很简单~~其实不是测试简单，而是自己狭隘了，思考的不够深入，发现不了深层次的BUG。还是要深入了解自己在测试的项目。个人测试的话哟局限性，换角度测试，能发现其他的问题。

zhifei.xie · 发表于 2011-2-24 12:25:02

1、首先缺陷的管理需要1个好的缺陷管理流程，BUG能否在预定的时间内得以修复处决于1个好的BUG管理流程

2、缺陷管理有依赖于工具的管理。工具管理有几个好处：
  1）格式固定记录方便，永久保存（除非BUG管理系统崩溃了，崩溃了做了备份也无碍）
  2）BUG工具管理可以方便缺陷出来流程的管理与实施（自动收发邮件功能、指派给开发人员等等
   功能）
  3）BUG管理工具可以自动生成缺陷分析图表（可以以图表形式显示在哪1个时间段产生了什么严
   重级别的BUG 、BUG的状态是怎样的、BUG的数目有多少、用例的执行率是多少、缺陷发现率多
少等等）
  4）可以集需求管理--用例管理--BUG管理于一身（推荐QC9.0）

3、必须记录1个高质量的BUG。
什么是高质量的BUG呢，1个高质量的BUG是能够跟踪到版本号、功能模块、缺陷的重现步骤、简洁的标题、测试结果的详细说明和截图、缺陷编号和相互关联的缺陷等这些信息。

4、以1个礼拜为周期对不同模块的缺陷数进行统计分析，供QA进行测试进度和测试效率分析提高依据

千里 · 发表于 2011-2-24 00:02:42

本帖最后由千里于 2011-2-27 09:15 编辑

回复 103# Tinally

谢谢千里大哥的意见！
本人自己认为是一个有目标就会坚持下去的人，当然了，做一个成功的测试人员要有足够 ...
Tinally 发表于 2011-2-21 13:11

我最近听得最多的话是：1.你为什么要做这个事情。2.你做这个事情想达到什么效果。3.你做完后有没有达到应有的效果。其实出现一些问题并不奇怪，相反还算正常。不过问题出在了哪儿呢？是业务的不熟悉，还是经验的不够？我鼓励你的是像LR、QTP这些玩意儿，有兴趣是可以了解，反正全是了解嘛。像我就了解过，不过并不懂，但对做测试还是有一定的帮助。不过你的观念需要一些改变，你把目前你的工作看得过于简单。

		自动登录	找回密码
密码			(注-册)加入51Testing

[你问我来答第8期]：软件缺陷管理交流（已结束）

本帖子中包含更多资源

相关帖子

站长推荐 /1