测试执行,就是将测试准备工作真正应用、发现软件存留缺陷的过程,这个过程是将提高软件质量的目标变成现实的过程。
这中间存在的问题(如楼主所说)我个人的看法如下:
问题一、二:
答:测试执行过程中发现的bug数量庞大,这只能说明,开发人员提交的软件存在着很大的问题;至于还要不要继续测试下去,需要看情况而定。
1.如果已经发现的缺陷绝大多数都是同一个模块里或者重要的模块里,并且严重级别较高,直接影响到用户基本的正常使用了。那就没有必要继续测试下去了。说明开发人员的预测试工作的质量比开发还要粗糙。直接返回给开发人员,要求其做完必要的预测试,保证软件正常的执行和使用没有问题了,再提交给测试人员测试。
2.如果已经发现的缺陷绝大多数都是严重或者致命,但是不影响用户的正常使用,那就要全心全意,一个不落的完整记录下来,交给开发人员修改,并做好准备工作开始进行回归测试。
3.数量大不要紧,关键是测试人员分析已经发现的缺陷种类,类型,是什么个情况。也就是具体情况具体分析,决定我们的下一步做什么。也就不会为眼前的状况而烦恼拿不定主意了!
问题三:
答:1.如果,我们测试的软件像
微软操作系统等等一样的大软件版本,并且每一个版本都不可能被下一个版本所替代的话,那就继续测试。不过话说回来,真的是这种每个版本短时间内无法替代的话,该软件公司都不小,测试人员肯定相当多。那就可以考虑分组测试版本;将测试重心按照公司的需要进行必要的调整,并不是搞一刀切!
2.如果我们测试的软件版本是替代性的,如小的应用程序软件。下一个版本出来了,那么新版本的功能肯定会包含旧版本的。那这样的话,就直接放弃旧版本,开始测试新版本了,是吧?!
3.在我看来,在大型的软件公司或者部门开发的软件,版本是由市场定义的,谁说都不行;但是在小公司,软件版本的定义和提交应该是由测试人员根据客户提出的无尽的变更和开发人员对已发现的缺陷关闭情况决定的,这样测试人员就不会被动的被开发人员牵着鼻子走了,还受气!嘿嘿!
问题四:
答:这种情况一看就知道,是开发环境和软件应用环境的差别,这样发现的问题,当然要记录了。我们先要明白一个关系:测试人员,是相对于用户来说是比较专业的应用人员。所以说测试人员的应用环境跟各户的环境是一回事或者一摸一样,如果在测试环境下能出现的问题,在客户那里肯定也会出现。客户认可的永远是他们的应用情况,并不是你开发人员的开发环境。所以,这样的环境缺陷因素必须要记录,而且级别还不低!
呵呵!这些是我个人的观点,有什么地方不对的或者不妥的,望大伙儿指正!谢啦!