研发流程中的产品测试.pptVIP

研发流程中的产品测试 软件测试与硬件测试 软件测试：软件不涉及制造加工，因此软件测试的目的仅仅是验证设计的正确性。 硬件测试：除了验证设计正确性以外，还要包括制造的准确性，或者一致性测试。 软件测试与硬件测试 当我们只考虑验证设计正确性的话： 软件测试：发现软件代码语法错误和逻辑错误，衡量软件设计正确性的标准是：软件在某种输入条件下是否按正确时序完成对硬件的操作（如写入/读出寄存器数据）。 硬件测试：发现硬件设计的错误，衡量硬件设计正确性的标准是：硬件系统在某种激励条件下能否保证线路上的信号完整性，即“在需要的时间内信号达到所需要的形状”。 测试的实施 测试实施 制定测试策略。 测试用例设计。 实施测试工作的过程为： 执行测试用例。 缺陷修复过程。 回归测试。 测试策略－定义 资源需求的详细说明。 进度约束下的人力资源角色和职责。 依据测试项目的特定环境约束而规定的测试原则、方式、方法的集合，用以描述在测试活动各阶段所采用的测试方法和测试目标。内容主要包括： 某测试阶段所使用的测试方法和工具。 某测试阶段所需要执行的测试类型。 测试完成和测试成功所采用的评价标准。 测试策略－意义 测试策略的制定还可以使得测试过程中的沟通交流变得更为容易和有效，而它会影响到整个项目组。 测试策略明确了所有测试阶段、测试技术和项目所使用的测试工具和测试目标，用以指导后续测试工作得有效实施。 测试用例－定义 测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个功能单元/模块、系统/产品是否满足某些特定需求。 测试用例指对特定的功能单元/模块、系统/产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、测试输入、测试步骤、预期结果等，并以文档的形式予以表达。 测试用例－要素 用例编号：便于测试用例的管理及测试过程的跟踪。 用例标题：清楚表达测试用例的用途。 重要级别：定义测试用例的优先级别。 高：确保系统基本功能及主要功能的测试用例 中：确保系统功能的完善方面的测试用例 低：较少使用或辅助功能的测试用例，如提示信息 测试输入：定义用例实施中的各种输入条件。 测试用例－要素 操作步骤：对于复杂测试用例，操作时需要分几个步骤完成，这部分内容在操作步骤中详细列出。 预期结果：提供测试执行的预期结果，预期结果应该根据产品需求中的输出得出。 基本事件：描述该测试用例的基本操作流程，指每个流程都“正常”运作时所发生的事情。基本事件用以测试在正确环境及操作下产品所能实现的性能、功能。 测试用例－要素 备选事件：表示这种行为或流程是可选的或备选的，并不是总要执行。 异常事件：表示在发生某些非正常的事件后产品所要执行的响应。 正面测试：用于验证被测单元能够执行应该完成的工作。 负面测试：用于验证软件不执行其不应该完成的工作。 测试用例设计－白盒法 白盒测试是穷举类测试，主要强调的是覆盖率，即测试用例要覆盖单元内部所有处理流程。 对软件来讲就是代码路径的覆盖率，对于硬件测试来讲则是检查所有电路节点的响应信号。 受到进度和资源的约束，不可能达到完全覆盖率，折衷办法就是选取关键重要的部分进行测试用例的设计。 测试用例设计－白盒法 语句覆盖：检查到模块中每个语句执行情况。 判定覆盖：检查到模块中每个分支/信号流执行情况。 条件覆盖：使判定中的每个条件获得各种可能的结果。 判定/条件覆盖：选择足够的测试用例，使得判定中每个条件取到各种可能的值，并且每个判定取到各种可能的结果。 条件组合覆盖：执行足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次。 覆盖率由低到高 路径覆盖：执行足够的测试用例，使得每条路径至少被执行一次。 测试用例设计－白盒法 白盒法实施深度： 白盒法（包括设计文档评审、软件代码检查）工作量应占到测试总工作量的50％。 对测试缺陷进行统计分析，白盒法发现的缺陷要达到总缺陷数的50％以上。 测试用例设计－黑盒法 黑盒法是测试者完全不考虑功能模块内部结构和处理过程，而只是根据功能说明来设计测试用例，检查模块功能是否符合规格说明的要求。 等价分类法 边缘值分析法 因果图法 错误推测法 测试用例设计－黑盒法 等价分类法：在输入数据中选择一组子集，每个子集选择一个具有“代表性”的测试用例，使这个测试用例可以代表一大类的有同样共性的其他测试用例，这就形成了一个等价类。这样就可使用少数的等价类测试用例能发现较多的错误。 等价分类法分为二步： 根据功能说明中的输入条件划分等价类； 按等价类来选择测试