测试流程控制?
这里讨论了很多缺陷管理的工具还有一些流程控制的工具,但是如果公司本身流程不清楚,用工具好象没有什么作用?我主要是做嵌入式产品测试。
基本上一个项目成品后,开始做Free Test,有问题拿去改,改好后,换新版本再测。3/4的时间都是FreeTest,公司用例库的用例也很少。有时候感觉测的比较盲目。
还有不知道大家是怎么做回归测试的。只是验证本BUG是否改了,如果产生其他的BUG怎么判断?总不能再从头再测一遍吧??? 有测试用例最好了,可以按照测试用例重新跑一遍。
没有,除验证已有缺陷外,应该再把程序测试一遍,越到后来,整体测试的可以越简略。
重点测试已发现缺陷的地方以及修改缺陷可能会影响到地方。 luming
我们公司的测试用例本来已经很少了,但重跑一遍还是要花费很多精力、时间。如果用例库再庞大些,都不敢想了。。。
还有更改bug会影响到的地方,这个也要以经验来判断,象我这样的新手如何判断更改后会影响的地方? 补充一点:
按照规范的流程,是否有这样一个人呢(判断bug影响到的地方?) 正是因为手工回归测试需要的时间太久,而且人容易犯错误,所以很多人才想用自动化测试来完成手工测试的工作。
至于判断缺陷发生的地方,一是经验,二是对程序的熟悉,三是对开发人员的了解,四是对开发语言的了解,五是对系统的了解,……
呵呵,测试人员要求的比较广泛,专门的技能可能都不如别人。
至于需要专人判断,个人觉得没有必要,有些浪费人力。测试人员就是需要在这些地方不停的进步,有人帮忙做了未必是什么好事。 万分感谢luming!!
不过能否问一下,关于嵌入式产品,可有自动化测试工具??? 对不起,我没有做过嵌入式的测试,所以对这个方面不是很了解。
这里不是有嵌入式软件测试的论坛吗?你去那里看看吧。 总之,谢谢luming了!你真是个尽职的版主:)
我在winrunner版问问题,斑竹都不答理我:( 楼主说的,其实许多不规范的公司都有这情况,首先要从规范整个公司的项目管理流程入手,整个公司项目管理规范了,测试的问题就好解决了,然后用工具配合实施,需要上层领导的大力支持是不可获缺的 看来依我个人力量有点薄弱啊:( 重点还是测试那些修改的问题,结合自动化回归测试工具进行全面测试!靠个人经验,对系统熟悉 所以这个就体现了测试流程的重要性
如果在回归测试的时候又发现了新的bug,那么提出这个bug当修复完成后再重新作回归测试
这是正确的测试流程。
页:
[1]