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