6.1测试的基本价值
作为一个测试团队，
基本的职责是测试产品，发现缺陷，报告结果，使每个版本的测试水准稳步提升。
如何更好地履行这些本职工作，除了技术方面，
实施上还要注意的问题。
这里有一个经验之谈。以前在测试团队内部做测试设计培训的时候，学员在学习后经常会问：这些方法我都会了，但是真正到做测试的时候，并不知道应该选择哪个方法来应用。
测试设计方法常用的有20多种，要选择一个
最适合自己特性的确实不是容易的事，如果确实不知道怎么开始，可以先尝试使用流程图+逻辑表达式+参数定义表，开始特性的测试设计，
大部分产品特性用这些分析方法就能够得到较好的测试。在这些方法应用熟练之后，可以尝试找出特性的
核心数据对象，用数据对象的状态图代替流程图，因为状态迁移图更能简洁地表现各种异常处理、处理失败回滚、流程回退的情况，因而在很多情况下更适合用于测试建模。当然，测试设计方法最终还是根据
特性进行选择，实现业务流程、实现算法，或者处理数据的特性，测试设计方法肯定不一样。
6.2支持基本价值实现的测试架构
在我们的测试团队中，高级别的工程师需要负责测试架构的设计、实现和优化。不同的团队对测试架构的理解是不同的，大体有两种解释：
1、
测试用例基线的架构。即测试用例的组织结构、管理和使用的方式。
2、
测试所需全部知识、信息、技术和工具组织架构。合理的架构帮助准确、高效、高质量地完成研发各阶段的风险识别、缺陷拦截以及产品测试的工作，支撑产品的商业成功。
“支持基本价值实现的测试架构”主线是
研发流程和测试类型，测试架构覆盖研发各阶段的测试活动的
需要，常规的内容大概包括：
1、
流程。依据这些内容进行基本的阶段计划和人员安排，参考这些内容灵活调整项目过程。
主要包括：
规范性方面（定义流程应该是什么样）；
流程执行方面（指导流程执行遇到的问题如何解决，流程执行方面的内容，一般是以指导、参考和案例文档的形式存在）；
2、
测试管理。这些内容帮助TL进行日常的测试过程管理沟通和报告。通常客户化测试与研发测试采用的是两套独立的测试管理资料。
主要包括：
计划管理（用于计划管理的内容；各类日常报告的模板和样例参考材料；测试项目过程数据的采集和分析的方法及工具；计划执行风险和问题的识别所需经验数据等；计划执行风险和问题报告的模板，风险规避和问题处理的案例等参考材料）；
缺陷管理（用于缺陷管理的内容）；
风险管理（用于风险管理的内容）；
测试过程改进（用于测试过程改进分析和实施的内容）；
3、
测试分析。工程师参考这些内容进行测试策略的制订、调整。
主要包括：
测试范围分析（这部分内容帮助测试工程师确定在项目中需要测试的新老特性；需要组合测试的特性；需要开展的DFX、静态测试；需要开展的客户化测试或其他测试，这是制定测试策略的基础）；
测试策略制定（这部分内容帮助测试工程师根据项目的范围、风险和目标，确定测试的覆盖内容和优先级，提出环境、工具、输入信息的需求，以及项目各个测试阶段的出入口准则等）；
4、
功能测试。完成具体功能的测试。
主要包括：
测试设计（完成功能测试方案和用例的设计）；
测试执行（完成测试用例的执行，达到用例预期的测试目的）；
自动化（实现测试用例的自动化测试）；
5、
DFX测试。完成各种类型的DFX测试，每个DFX测试类型用到的内容与功能测试一样。
6、
静态测试。完成需求和设计评审、代码的静态检查等针对设计和开发交付件的静态测试。
7、
单元测试。原则上是开发工程师的职责，测试工程师有时候需要为开发工程师提供工具方案上的支持。
8、
客户化测试。完成体验测试、镜像测试、验收等客户化测试，用到的内容与功能测试一样。此外，体验测试、验收测试的过程、方法、环境与其他测试
区别比较大。
9、
持续集成。帮助测试工程师实现、使用和维护持续集成方案。
10、
探索式测试。充分发挥探索式测试的优势。
11、
测试环境。获得可用的、稳定的测试环境。
12、
测试评估。完成产品的商用质量评估，输出测试报告。
13、
测试用例基线库。包括测试用例基线库本身，以及基线库建设、使用、维护的相关信息。
以上只列出了常见的测试活动可能需要的内容，每个团队都会因为产品的
特点，有自己特殊的测试活动，这些活动也会有相应的资料和信息，这些资料和信息也可以参照以上列表，按活动来组织。
测试团队不可能也不应该追求一个全的架构，需要什么就积累什么。架构的作用是：当有了一方面
积累的时候，帮助找到合适的
安置位置，方便以后
查找和使用。当需要解决什么问题的时候，架构帮助找到需要创建的
模板。
测试架构中管理的内容，多数都是起源于测试工程师的日常工作，尤其是那些富有挑战、遇到了困难和问题的工作。测试工程师在解决问题、战胜挑战的过程中，通过
实践摸索出来测试活动在方法和工具、流程、平台上需要做哪些调整和改进，几个部分怎么配合才能达成质量、成本、效率的目标。在完成工作后，把实践的成果加以
归纳和整理，纳入测试架构，成为测试能力的一部分。这些能力一方面为将来解决同类问题提供帮助，更理想的效果是，可以
避免同类问题再次发生。