最近几次两个项目的测试，感觉特别有压力，以前就知道测试要尽可能多的发现问题，但现在问题又出现了：
如果一个项目分几期完成，比如一期里面有3个版本，第一次发现100个BUG，第二次发现30个BUG，第三次发现10个BUG
这样有没有问题呢？
个人觉得是问题不大，但开发总是会说测试有问题，现在已经是最后一个版本了，还有10个新BUG，这些BUG应该在第一、二个版本。
测试的两个准则是：1、尽可能多的发现BUG；2、尽可能早的发现，节约成本；
但现在的问题是，怎么知道这第三个版本发现的10个新BUG应该在前两个版本就该被发现呢？而且有的问题在第二个版本回归通过后，最后一个版本又出现了....
现在每到最后一个版本，都担心提新BUG，面对这样的问题，该怎么解决呢？
熊志男 2012-05-16
这种问题难免会遇到，这10个bug应不应该出现在最后的版本，要分析下：
（1）这些新bug是不是在后面的版本中由于修改程序而新出现的；
（2）是否如果不修改前面版本的一些bug，某些功能无法正常使用，就不可能发现这些新bug。
那么如何能回答上面两个问题，就需要在测试过程中有良好的记录习惯，记录每一轮测试执行的用例及详细结果，出现的问题。做到有据可查。
其实开发质疑有时候也可以理解，因为有些bug到最后在修改，真是很麻烦，也许设计的思路都要从新考虑。
总之，最重要的是要在测试过程中与开发做好良好的沟通，保证获取信息的完整；做好详细的记录，方便自己后期分析参考。即使在要发版的前一天晚上，发现了新的bug，也要勇敢的报出来，某些人也许会质疑，但是我们测试人员的职责就是尽量减少bug流入用户那里。
张林 2012-05-17
从代码控制入手分析
新的bug是
a.之前测试覆盖不足
b.还是新的功能改动引起的？
我们做事情总是要拿证据的不要瞎猜，只是凭感觉不可取
骆海燕 2012-05-17
熊志男: 这种问题难免会遇到，这10个bug应不应该出现在最后的版本，要分析下：
（1）这些新bug是不是在后面的版本中由于修改程序而新出现的；
（2）是否如果不修改前面版本的一些bug，某些
（1）这些新bug是不是在后面的版本中由于修改程序而新出现的；
（2）是否如果不修改前面版本的一些bug，某些
谢谢啊，有些问题的确是 前现版本就有的问题，就在想怎么去改进
熊志男 2012-05-17
骆海燕: 谢谢啊，有些问题的确是 前现版本就有的问题，就在想怎么去改进
那就要分析前版本未发现的原因了，时间原因？还是用例覆盖度不够？可以增加交叉测试环节，减少漏测bug
谢谢啊，有些问题的确是 前现版本就有的问题，就在想怎么去改进
杨森 2012-05-17
看样子对自己的测试用例没什么信心。仔细分析，完善用例，认真执行。
杨森 2012-05-17
自己的工作做到位之后，就让程序员闭嘴去找原因。
夏浩淋 2012-05-18
LS.S.S...说的好，很全面啊。
赵云峰 2012-05-18
1.永远没有最后一个版本，，除非这个软件快下架了..
所以不用怕发布前还提出问题。。
2.没有什么问题必须在什么版本里出现，开放这样说 必须在XX版本的时候发现，真是太有才了。。
3.发现bug也不能用量能估算的..软件中永远存在bug。。
孙晓勇 2012-06-13
到最后一个版本发现故障确实是个令项目经理疼痛的问题，测试也确实需要分析一下，看看是技术上的原因还是管理上的问题。但是不能因此而不敢提故障单，故障在发布前发现总是比发布后由用户发现，代价要来的小！
李甜脆 2012-08-01
孙晓勇: 到最后一个版本发现故障确实是个令项目经理疼痛的问题，测试也确实需要分析一下，看看是技术上的原因还是管理上的问题。但是不能因此而不敢提故障单，故障在发布前发现
同意
请 登录 后发表评论
