请教大家，如何平衡测试版本发布、基线发布、尽快回归测试之间的关系？
目前我们的项目正在测试阶段，存在以下的问题：1、开发存在质量问题，经常会出现致命性的bug，比如流程跑不下去、数据丢失等，导致测试无法执行下去，测试人员经常要盯着开发人员尽快修改后再次发布测试版本，甚至一天之内会发多次版本。
2、也有些时候，可能连续几天都没有发布新的测试版本，导致测试人员无法尽快对bug管理系统中开发人员已经解决的bug进行回归测试并关闭bug。
考虑中的一种解决方案是做每日构建，每天凌晨自动从配置管理服务器上获取最新代码、编译、打包、发布到测试环境。除非特殊情况，每天不再人工发布测试版本。
但这种解决方案目前有以下疑惑之处：
1、每日构建并发布到测试环境时，是否需要对当前源代码打基线。也就是说，业界通行的软件开发规范中是否存在以下原则要求”测试必须基于已经基线化的编码产品”。
2、每日构建后，测试的基准是每天都变化的，是否符合业界通行的软件开发规范要求。或者说，是否存在以下原则““基于上一基线版本的测试中发现的缺陷全部修改后，才可以进行下一基线版本的测试”。
请各位达人多多赐教。 楼主提出的问题非常好。这也是一些常见的问题。现就这些问题一点点进行解释。
1. 基线（baseline）
基线也是有标准的。满足了基线标准才可以构建基线。所以你至少要有一套基线标准来标注是否满足基线版本要求。这个标准不能单独以时间点来标识，必须辅以其他的要素，比如质量达标定义。
2. 是否存在以下原则““基于上一基线版本的测试中发现的缺陷全部修改后，才可以进行下一基线版本的测试”。
首先，这个标准是不存在的。测试执行重要的不是最后修改的结果，而是覆盖。一旦满足了覆盖，原则上就可以进行下一基线版本的测试了。
在配置管理中，有很多关于版本的定义，常见的是普通版本，基线版本，发布版本三大类。Daily Build是一个普通版本，满足了基线标准后才可以打基线版本。满足了发布要求后才能在基线版本之上打上发布版本的记号。普通版本并不是都需要进行测试的。Daily Build作为普通版本，并不需要每个版本都需要进行测试。 继续关注。。。 基线这个术语才明白不久！你现在的情况和我们公司差不多，一旦要发布版本了，就到处出问题！
我的理解是：打基线就是开发部出一个稳定版本。
对于你现在的情况，个人觉得至少要走完预测试才可以进行打基线。然后接下来的所有变更在leader允许的情况下，以打补丁的形式覆盖到基线版本上面。等到要出版本的时候，再进行一个预测试，把主要流程走通！
---个人愚见
页:
[1]
