如何平衡基线、测试版本发布、尽快回归测试之间的关系?
如何平衡基线、测试版本发布、尽快回归测试之间的关系?请质量保证方面的高手提供些相关经验！谢谢！ 呵呵，我是楼主的同事，把楼主的问题再明确一下。目前我们的项目正在测试阶段，存在以下的问题：
1、开发存在质量问题，经常会出现致命性的bug，比如流程跑不下去、数据丢失等，导致测试无法执行下去，测试人员经常要盯着开发人员尽快修改后再次发布测试版本，甚至一天之内会发多次版本。
2、也有些时候，可能连续几天都没有发布新的测试版本，导致测试人员无法尽快对bug管理系统中开发人员已经解决的bug进行回归测试并关闭bug。
考虑中的一种解决方案是做每日构建，每天凌晨自动从配置管理服务器上获取最新代码、编译、打包、发布到测试环境。除非特殊情况，每天不再人工发布测试版本。
但这种解决方案目前有以下疑惑之处：
1、每日构建并发布到测试环境时，是否需要对当前源代码打基线。也就是说，业界通行的软件开发规范中是否存在以下原则要求”测试必须基于已经基线化的编码产品”。
2、每日构建后，测试的基准是每天都变化的，是否符合业界通行的软件开发规范要求。或者说，是否存在以下原则““基于上一基线版本的测试中发现的缺陷全部修改后，才可以进行下一基线版本的测试”。
页:
[1]
