什么是测试架构？商业成功的关键是什么？测试仅仅是找bug吗？经过多年商业环境中测试工作的经验和实践，我将在本文分享心中的——测试架构支撑商业成功。【本文第一部分见原创测试文章系列（十六）】。
首先，请大家看图一，后续的内容将是对图一的一个全面阐述，告诉大家测试架构，测试活动的执行对商业成功的价值和意义。
三、测试的输出
测试计划
测试计划与一个产品商业项目计划没有太大本质的区别。
测试计划主要包含内容有：
测试范围；测试入口和出口标准；测试用例集；测试用例开发；测试预算；测试进度；测试工具和其他测试资源；用于测试的风险管理；测试状态报告。
测试计划本身至少需要考虑包含如下核心要素：
测试范围——测试计划所要达到的商业目标的范围，也可以理解成需要为多少商业目标提供检测服务，这是决定项目成本，项目进度，项目质量的源头。如果测试范围的制定过于主观，脱离现有资源的现实或工程科学性，那么可以说这个测试计划就只会是一个“无限通用”但又没有实际指导意义的计划。而好的测试范围则能帮助阅读测试计划的项目经理，开发经理，测试工程师们清晰明白的知道在后续的测试活动中，我们测试团队将会对哪些商业目标进行检测活动，测试工程师明白测试的商业目的，项目经理和开发经理知晓是否本计划的测试活动最终与项目目标对齐，有无对商业需求的遗漏。
测试项目的大小和资源——有经验的测试经理会根据测试范围的内容，预估本测试计划项目的大小（项目需要多少测试人力来执行），需要多少相关测试工具等资源。
测试进度——依据测试范围和测试项目的规模(大小和资源)来制定，完成测试范围所需要的里程碑。
风险管理——在测试计划中，测试计划的制定者需要依据项目的情况预先进行项目的质量风险预测，并针对预先识别出来的质量风险进行风险管理，针对不同的风险值制定不同的测试策略。
总体测试策略——将为整个测试计划确立不同的测试阶段，为测试范围选择不同的测试技术和测试活动。
测试计划本身的内部冲突：
当公司所要求的测试进度与测试质量要求发生冲突时，如何处理呢？为了保障测试本身的质量水准，应该在制定测试计划时通过减少测试范围的内容来应对。这样既能保障公司所需要的进度，又不失质量。
测试计划本身的成本：
1年左右的项目，可考虑用几周时间来制定；
1个月左右的项目，可考虑用1-2天的时间来制定；
1周左右的项目，可考虑用几个小时制定；
1天左右的项目（敏捷story），在早上的站立会议上需要1个小时即可；
