在持续集成领域，一个产品的发布往往都有自己的过程周期（lifecycle）,大体都会划分为：构建->部署->测试->发布等几个重要阶段，其中测试是发布产品前不可或缺的重要阶段，是产品质量的保证。而能让持续集成奏效，除了要求测试脚本更充分健壮，还要求测试脚本运行得更快更好。这点对于小型项目而言可能显得无关紧要，毕竟大多小项目的测试脚本不过百条，验证点不过千“点”；但对于一个大型项目而言，测试代码源文件可能成百上千，执行完所有的测试可能要等很久，而苦等之后的结果却可能是满眼的fai

在持续集成领域，一个产品的发布往往都有自己的过程周期（lifecycle）,大体都会划分为：构建->部署->测试->发布等几个重要阶段，其中测试是发布产品前不可或缺的重要阶段，是产品质量的保证。而能让持续集成奏效，除了要求测试脚本更充分健壮，还要求测试脚本运行得更快更好。这点对于小型项目而言可能显得无关紧要，毕竟大多小项目的测试脚本不过百条，验证点不过千“点”；但对于一个大型项目而言，测试代码源文件可能成百上千，执行完所有的测试可能要等很久，而苦等之后的结果却可能是满眼的fai

在持续集成领域，一个产品的发布往往都有自己的过程周期（lifecycle）,大体都会划分为：构建->部署->测试->发布等几个重要阶段，其中测试是发布产品前不可或缺的重要阶段，是产品质量的保证。而能让持续集成奏效，除了要求测试脚本更充分健壮，还要求测试脚本运行得更快更好。这点对于小型项目而言可能显得无关紧要，毕竟大多小项目的测试脚本不过百条，验证点不过千“点”；但对于一个大型项目而言，测试代码源文件可能成百上千，执行完所有的测试可能要等很久，而苦等之后的结果却可能是满眼的fai

在持续集成领域，一个产品的发布往往都有自己的过程周期（lifecycle）,大体都会划分为：构建->部署->测试->发布等几个重要阶段，其中测试是发布产品前不可或缺的重要阶段，是产品质量的保证。而能让持续集成奏效，除了要求测试脚本更充分健壮，还要求测试脚本运行得更快更好。这点对于小型项目而言可能显得无关紧要，毕竟大多小项目的测试脚本不过百条，验证点不过千“点”；但对于一个大型项目而言，测试代码源文件可能成百上千，执行完所有的测试可能要等很久，而苦等之后的结果却可能是满眼的fai