因开发原因导致在回归过程中需要退回重新修改的，可算问题单回归通过处理（）
举一反三
- 问题单回归不通过二次走单回归时，历史回归记录需要保留（）
- 问题单回归不通过二次走单回归时，历史回归记录（）
- 关于问题单回归不通过的描述，下面哪一些是正确的（） A: 回归问题单时只要存在修改引入的问题就一定按照不通过处理 B: 涉及界面变更的需要给资料开同步单.如遗漏没开，则问题单按照回归不通过处理 C: 软件新增功能未给规格开同步单则问题单按回归不通过处理 D: 回归测试时只要发现影响使用的必现问题就可以按照不通过处理.无需跟开发人员确认 E: 回归测试时测试人员与开发人员意见不一致时可提交测试经理确认.以测试经理意见为准
- 问题单回归时问题已经解决，只要验证结果是通过的，测试过程可以不详细描述（）
- 关于问题单回归的描述，下面哪一些是正确的（） A: 同一个批次版本上的同步单回归时需要全部同步单验证完成后再走单 B: 回归测试时优先使用产线申领的设备.不使用临时组装设备 C: 开发人员在修改过程中发现遗留问题并且已经提单跟踪的.回归测试时该问题可不作为回归不通过的依据 D: 回归问题单时涉及非必现严重及以上问题.只要归档版本上验证没有问题就可以直接关闭 E: 界面变更时只需要在任意一个浏览器上验证界面配置下发正常即可.关注功能可用性，浏览器兼容性、布局、一致性等无需关注 F: 问题单回归时涉及界面或软件功能变更的需要关注用户手册.产品彩页、规格等资料是否需要同步修改，回归测试需要覆盖