51Testing软件测试论坛

标题: 什么是“基线测试” [打印本页]

作者: diudiucheng 时间: 2004-6-8 09:15
标题: 什么是“基线测试”
请问那位高手可以给我解释一下基线测试的具体意义及操作方法，小妹感激不尽！！

作者: testing 时间: 2004-6-9 17:43
基线是软件配置管理中的一个概念，也就是说，软件版本在基线化后，进入受控状态，基线化后的软件版本成为一个静态的版本，在基线版本上的任何改动，都应该划归到下一个版本中。

举例子说明基线测试：
如果为了修改千年虫问题，需要对软件修改，修改后，需要对软件进行回归测试，回归测试基于未修改千年虫问题之前的的软件基线版本，去验证是否由于修改千年虫的问题，而使原基线版本软件的功能受到影响。
这就是一个极限测试的例子。

谬误之处，请各位指正。

作者: jzhao 时间: 2004-6-9 17:51
同意楼上的观点

作者: diudiucheng 时间: 2004-6-10 14:08
标题: 那可不可以这样认为？
是不是就可以简单的理解为设计并执行简单的测试用例呢？

作者: qatest 时间: 2004-6-15 11:35
应该不是的，应该类似于回归测试。

作者: yang 时间: 2004-6-16 17:10
对，应该是到达某个基线之后的回归。

作者: hxf 时间: 2004-8-10 09:22
应该是程序开发一段时间后，各程序员将自己的程序提交到配置管理器上，项目经理经审核，认为这个版本比较稳定，所以，将这个版本打成一个基线，测试人员就在此版本上进行测试。

作者: lovsnow 时间: 2006-2-6 10:58
o 明白了，有了基线就相当于版本被固定了，不能再修改了是吧。

作者: ppcorn 时间: 2006-2-6 13:14
标题: 差不多吧。
可以修改，但是修改必须发出变更申请。

作者: Lero 时间: 2006-2-6 13:24
基线,就好像台阶,一个基线就是一个里程碑.一般情况是不会修改的,修改都是下个基线或是里程碑里的了!
一个大的项目都会有类似的基线或是里程碑.
我的理解是一个在一定阶段比较稳定,易于再次开发的平台.

作者: ppcorn 时间: 2006-2-6 13:45
标题: 我这边的处理方法不一样
可能我们这边小项目较多的原因，每一个小的版本趋于稳定的话，我们都会基线的，但是有可能出现本版本出现了新的需求，但是由于时间上不允许放入下一个版本，会发出变更申请的。
当然，这是版本的基线，而文档的基线是在评审完毕并修改好了就基线的，如果新的需求加入的话，也会发出变更申请。

作者: 挪威森林 时间: 2007-5-16 10:35
那基线是不是就是版本号？

作者: kevin_park315 时间: 2007-5-16 11:08
基线和版本号是2个概念，没有逻辑关系。

版本号是人为定义某个基线后出来的软件版本。

作者: 巩员外 时间: 2007-5-16 11:18
受教了!

作者: kevin_park315 时间: 2007-5-16 11:24
测试方法一般用得较多的是：
1. BAT(Basic Acceptance Test): 目的是确保软件有能力可以交付给以后（可能交付给系统测试，或其他测试）的测试。
2. Smoke test：目的是检测软件主要功能的基本质量。也就是说从一个基线到另一个基线，可应通过Smoke来检查软件的质量是否有提高或变坏。

一般用黑盒测试就可以做，TestCase也可以单独开发，和可以从原有的case挑选。主要是针对主要功能的测试，当然所有你要测试的功能都要符合客户的需求。sdlkfj5

作者: gehaiyan 时间: 2011-3-11 11:43
我觉得应该是这样的，软件提交测试的时候开发人员会打个基线，测试人员提交Bug，当开发人员修复了这些Bug，并由测试人员验证通过，再由开发人员重新打个测试通过的基线

作者: 愚人 时间: 2011-3-11 11:59
听说过极限测试，木有听说过基线测试

作者: coolwind09 时间: 2011-5-5 13:50
顶楼上的，基线测试就是类似于回归测试，只不过回归测试是确认修改内容之后没有对原有的功能造成影响。基线就是确定了一个版本。个人理解...

作者: ruirui。 时间: 2011-5-5 15:00
受教

作者: javaxin 时间: 2012-6-13 11:36
好烦啊，不知道怎么弄

作者: 余生一瓶 时间: 2019-4-19 11:48
虽然答案看的有点懵，还是谢大佬们指教

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)