我们有一个基于SVN的多模块java项目。由于多个团队处理多个项目并拥有自己的发布计划，因此他们在开始开发时会从trunk创建分支。当分支被释放和展开时，它被折回到行李箱 由于没有自动回归测试，QA人员过去常常在将其合并回主干后对分支中开发的所有功能进行完整性测试。 团队中有一部分开发人员最近表达了他们对此的关注。他们的观点是，由于合并是由像SVN这样的稳定工具执行的，所以任何数量的测试都只是测试工具而不是产品，除非存在冲突。因此，他们试图通过将范围限制为仅冲突的模块或功能来减少QA的工作量。 我的问题是，你看到开发人员的论点中有价值吗？ ？
答案 0 :(得分：1)
即使没有冲突的合并也可能导致应用程序错误。
例如：有一个函数A未在项目的任何地方使用过。
Team 1删除了它，因为它已经过时且未被使用，团队2在其代码中使用它。合并后，您的代码甚至无法编译。
因此，在任何更改代码库之后，都需要运行测试。
答案 1 :(得分：0)
我认为测试是必需的，因为我们在合并到SVN中继之前过滤问题。如果中间测试过程被消除，则存在一些高风险，即某些问题可能会在中间测试级别本身消除。在后期修复问题的成本总是很昂贵。因此非常需要中间测试。意外的人为错误是不可避免的!!