测试策略的确定方式和方法概要.ppt

测试策略的制定方法 贺炘 Hcat@163.net 制定测试策略的目的 测试策略用于说明某项特定测试工作的一般方法和目标。 ?一个好的测试策略应该包括下列内容： 1.实施的测试类型和测试的目标 2.实施测试的阶段 3.技术 4.用于评估测试结果和测试是否完成的评测和标准 5.对测试策略所述的测试工作存在影响的特殊事项 确定测试策略的一般方法 1.确定测试的需求 2.评估风险并确定测试优先级 3.确定测试策略 确定测试的需求 测试需求所确定的是测试内容，即测试的具体对象。在分析测试需求时，可应用以下几条一般规则： 1.测试需求必须是可观测、可测评的行为。如果不能观测或测评测试需求，就无法对其进行评估，以确定需求是否已经满足。 2.在每个用例或系统的补充需求与测试需求之间不存在一对一的关系。用例通常具有多个测试需求；有些补充需求将派生一个或多个测试需求，而其他补充需求（如市场需求或包装需求）将不派生任何测试需求。 测试需求可能有许多来源，其中包括用例、用例模型、补充需求、设计需求、业务用例、与最终用户的访谈和软件构架文档等。应该对所有这些来源进行检查，以收集可用于确定测试需求的信息。 确定测试的需求 功能性测试需求 性能测试需求 可靠性测试需求 功能性测试需求 正如其名称所示，功能性测试需求来自于测试对象的功能性行为说明。每个用例至少会派生一个测试需求。对于每个用例事件流，测试需求的详细列表至少会包括一个测试需求。 性能测试需求 性能测试需求来自于测试对象的指定性能行为。性能通常被描述为对响应时间和/或资源使用率的某种评测。性能在各种条件下进行评测，这些条件包括： 1.不同的工作量和/或系统条件 2.不同的用例 3.不同的配置 性能测试需求 性能需求在补充需求中说明。检查这些材料，对包括以下内容的语句要特别注意： 1.时间语句，如响应时间或定时情况 2.指出在规定时间内必须出现的事件数或用例数的语句 3.将某一项性能的行为与另一项性能的行为进行比较的语句 4.将某一配置下的应用程序行为与另一配置下的应用程序行为进行比较的语句 5.一段时间内的操作可靠性（平均故障时间或 MTTF） 6.配置或约束 可靠性测试需求 测试可靠性需求有若干个来源，它们通常在补充需求、用户界面指南、设计指南和编程指南中进行说明。 检查这些工件，对包括以下内容的语句要特别注意： 1.有关可靠性或对故障、运行时错误（如内存减少）的抵抗力的语句 2.说明代码完整性和结构（与语言和语法相一致）的语句 3.有关资源使用的语句 评估风险和确定测试优先级 成功的测试需要在测试工作中成功地权衡资源约束和风险等因素。为此，应该确定测试工作的优先级，以便先测试最重要、最有意义或风险最高的用例或构件。为了确定测试工作的优先级，需执行风险评估和实施概要，并将其作为确定测试优先级的基础。 评估风险和确定测试优先级的步骤 确定测试需求只是确定测试内容的一部分。还应该确定测试内容的优先级和先后顺序。之所以要执行这一步骤，是为了以下几个目的： 1.确保将测试工作的重点放在最适当的测试需求上 2.确保尽早地处理最关键、最有意义或风险最高的测试需求 3.确保在测试中考虑到了任意依赖关系（序列、数据等等） 要评估风险并确定测试优先级，可执行以下三个步骤： 评估风险 确定实施概要 确定测试优先级 评估风险 在开始时可确定并说明将要使用的风险程度指标，例如： H - 高风险，无法忍受。极易遭受外部的风险。公司将遭受巨大的经济损失、债务或不可恢复的名誉损失。 M - 中等风险，可以忍受，但是不希望其出现。遭受外部风险的可能性最小，公司可能会遭受经济损失，但只存在有限的债务或名誉损失。 L - 低风险，可以忍受。根本不会或不太可能遭受外部的风险，公司只有少许经济损失或债务或根本没有损失。公司的名誉也不会受到影响。 评估风险 在确定风险程度指标之后，列出测试对象中的每个用例或构件。为列表中的每一个用例或构件确定一个风险程度指标，并简要说明您选择相应值的原因。 可以从三个方面来评估风险： 影响 - 指定用例（需求等）失效后将造成的影响或后果 原因 - 用例失效所导致的非预期结果 可能性 - 用例失效的可能性。 选择一个方面，确定风险程度指标并说明您所作选择的原因。不必为风险的每个方面都确定一个指标。然而，如果确定了一个低风险指标，最好再从另一个方面来评估该风险，以确保它的确是低风险。 影响 要根据评估结果风险，应确定条件、事件或操作，从而确定它的影响。 可以询问以下问题： “如果 ___________，将出现什么情况？” 例如： “如果在安装新软件时，系统磁盘空间不足，将出现什么情况？” “如果 Internet 连接在查询事务过程中