Beta测试的目的是确定产品是否能在预计的各种硬件平台和操作系统中正常运行，虽然Beta测试的反馈意见很有参考价值，但除非存在重大问题，否则不应对功能集再做修改，所有建议和反馈都留在下一版中再考虑纳入。Beta测试之后就要向RC和RTM进军。测试人员要着重测试Beta后的变动。到达RC，意味着软件质量状态为没有活跃的bug（Active bug）；没有悬而未决的事；已经稳定了一段时间，如一周内很少或没有变动，或变动很小。如果RC后的测试没有发现新的需要改的bug，可以达到RTM，随后查病毒，验证光盘，检查内容。
需要注意的是，在整个阶段性的软件测试过程中，质量不仅仅是测试组的责任。一定要防止完全依赖测试组来保证质量的做法，否则结果只能是质量差、进度延迟。采用Zero-Defect策略的好处在于，可以同时保证产品的质量、进度和功能集，尽早发现和修正产品中的bug，始终把产品的状态和bug数量控制在可以管理的范围之内，程序员应该修正所有的优先级为一级（P1）的bug才能写新的代码。
同时测试组应当开发一些好的测试管理工具，比如测试用例管理工具和bug的管理工具等等。测试工程师应当细化测试子区域，重视测试用例的数量和质量，对bug状态的变化要反应迅速。要防止仅以bug多少来评价工程师的工作。
