新手关于记录bug时碰到的疑惑，求解答
我是一名测试新手现在有一些问题困惑着我：第一，就是关于测试时发现了一些bug，当时我不会直接记录到qc或者devsuite中，而是用笔记本写下，当软件出现新版本时，再看下这些问题是否存在，若存在就录到qc或者devsuite中，但是若新版本前，我碰到开发本人时，我就会把本子上的bug给他说下，告诉他，这些问题希望能在下个版本时解决，并且我在下个版本在验证一下，若是还存在，则录入到qc中。而且有些问题觉得开发能马上解决的，我也会直接联系相应开发，让他们解决。
第二，就是我回归bug后，发现还是有问题，于是马上反馈给开发，当时开发已经知道，并且开发可能马上就改回来了，我的做法一般是把bug先不退回去，而是等新版本，若开发把bug重新修复了，那么我就关bug。
第三，就是发现了一些问题，马上反馈给开发后，开发马上就解决了，比如当时系统异常了，登陆不了系统，这种问题直接反馈给开发 ，让他马上解决，但是开发马上就解决了，事后，测试经理知道了，就让我把这个问题录入qc中，明明问题都解决了，还要录入到qc中，我感到多此一举，明明都解决了问题，还要把这种问题录入到qc中，感觉完全没有必要。。
不知我以上这些做法或想法是否明智，求各位同事，好友们帮忙分析一下，该怎么办。。。
在此先感谢各位关注此贴的朋友们。 如果像你这样做，那要qc或者devsuite有什么用呢？ 假设这样一个流程，版本1的时候你发现10个bugs，都记在本子上，开发发布版本2的时候，你去验证，10个bugs都解决了，所以你就没把这10个bugs记录到QC中去。在版本2上你又发现了新的8个bugs，你还记在本子上，开发发布版本3的时候，这8个bugs也解决了。依次类推，到最后到版本10的时候，基本没有bug了，老bug也都解决了。产品质量很不错，发布给客户使用了。
年末的时候，老板考核你们测试组这一年工作怎么样呢？QC里面一个bug都没有，为什么？原来都记在你们本子上，老板要把你们的本子统统收上来，在你们像天书一样的笔记本上把你们所有记录的bugs都查一遍，然后发现，哦～张三这一年测出了100个bugs，李四这一年测出了150个bugs，不过这250个bugs到底是在哪个版本解决了？不知道。总之最后第10个版本这250个bugs都没有了。
QC里面空空如也，原来每次一个版本的bugs都在下一个版本解决了，都无需录入QC了。
工具有时候是个保存，跟踪，查阅的平台。每个bug都要记录在内，不是说马上可以解决的bug就不用记，解决了一次解决不了的才记。这是一个规范的流程，是一个标准。希望作为测试人员的你，能否follow这个流程。 bug录入系统的作用：
1、便于跟踪
2、便于回溯
3、便于分析 另外，bug数也是你的工作成果之一，需要保存记录 个人看法：从上看得出来的，你的出发点、着眼点是为了产品质量，不错。
只要这种流程能工作的话，效果不错的话，还是可以继续的。
但是如果需要数据的话，需要体现产出的话，需要Bug分析的话，需要跟踪开发过程的中情况的话，还是及时记录Bug的系统中比较好。
另外，直接跟开发口头沟通Bug多的时候，他容易忘了。也不太利于保护自己。
页:
[1]
