什么是“基线测试”
请问那位高手可以给我解释一下基线测试的具体意义及操作方法,小妹感激不尽!! 基线是软件配置管理中的一个概念,也就是说,软件版本在基线化后,进入受控状态,基线化后的软件版本成为一个静态的版本,在基线版本上的任何改动,都应该划归到下一个版本中。举例子说明基线测试:
如果为了修改千年虫问题,需要对软件修改,修改后,需要对软件进行回归测试,回归测试基于未修改千年虫问题之前的的软件基线版本,去验证是否由于修改千年虫的问题,而使原基线版本软件的功能受到影响。
这就是一个极限测试的例子。
谬误之处,请各位指正。 应该是程序开发一段时间后,各程序员将自己的程序提交到配置管理器上,项目经理经审核,认为这个版本比较稳定,所以,将这个版本打成一个基线,测试人员就在此版本上进行测试。 同意楼上的观点
那可不可以这样认为?
是不是就可以简单的理解为设计并执行简单的测试用例呢? 应该不是的,应该类似于回归测试。 对,应该是到达某个基线之后的回归。 o 明白了,有了基线就相当于版本被固定了,不能再修改了是吧。差不多吧。
可以修改,但是修改必须发出变更申请。 基线,就好像台阶,一个基线就是一个里程碑.一般情况是不会修改的,修改都是下个基线或是里程碑里的了!一个大的项目都会有类似的基线或是里程碑.
我的理解是一个在一定阶段比较稳定,易于再次开发的平台.
我这边的处理方法不一样
可能我们这边小项目较多的原因,每一个小的版本趋于稳定的话,我们都会基线的,但是有可能出现本版本出现了新的需求,但是由于时间上不允许放入下一个版本,会发出变更申请的。当然,这是版本的基线,而文档的基线是在评审完毕并修改好了就基线的,如果新的需求加入的话,也会发出变更申请。 那基线是不是就是版本号? 基线和版本号是2个概念,没有逻辑关系。
版本号是人为定义某个基线后出来的软件版本。 受教了! 测试方法一般用得较多的是:
1. BAT(Basic Acceptance Test): 目的是确保软件有能力可以交付给以后(可能交付给系统测试,或其他测试)的测试。
2. Smoke test:目的是检测软件主要功能的基本质量。也就是说从一个基线到另一个基线,可应通过Smoke来检查软件的质量是否有提高或变坏。
一般用黑盒测试就可以做,TestCase也可以单独开发,和可以从原有的case挑选。主要是针对主要功能的测试,当然所有你要测试的功能都要符合客户的需求。sdlkfj5 我觉得应该是这样的,软件提交测试的时候开发人员会打个基线,测试人员提交Bug,当开发人员修复了这些Bug,并由测试人员验证通过,再由开发人员重新打个测试通过的基线 听说过极限测试,木有听说过基线测试 顶楼上的,基线测试就是类似于回归测试,只不过回归测试是确认修改内容之后没有对原有的功能造成影响。基线就是确定了一个版本。 个人理解... 受教 好烦啊,不知道怎么弄
页:
[1]
2