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

模糊测试是黑盒法中的一种，其执行过程为：向产品有意识地进行无效输入以期望触发错误条件或引起产品的故障。模糊测试最为形象的说法是：测试过程要做的就是站在后面向目标投掷石头，等待玻璃被打破的声音。就这个意义而言，模糊测试可被归结为黑盒测试。若我们对产品内部有所了解，就可以让石头每次的飞行路线更直接并且更真实。因此，模糊测试也可以应用在灰盒测试中。模糊测试ADBC在单元测试阶段采用白盒法；在集成测试阶段采用灰盒法；在系统测试阶段采用黑盒法。有一种观点认为：测试方法的选择按测试步骤划分，有单元测试、集成测试、系统测试。单元测试：也称模块测试。测试的对象是设计的最小单位－功能模块。单元测试的依据是详细设计描述，对模块内所有表达功能/性能的节点设计测试用例，以便发现模块内部的错误。单元测试主要发现详细设计阶段产生的错误。12测试的分类集成测试：又称联合测试也称组装测试，它是对由各模块组装而成的产品进行测试，主要检查模块间的接口和通信。系统测试：是把软、硬件和环境连在一起全面的测试，检查系统的功能、性能及其他特征是否与用户的需求一致，它是以需求规格说明书作为依据的测试。系统测试又可细分为功能测试、容量测试、压力测试、使用性测试、安全性测试、性能测试、可靠性测试、恢复测试、强度测试、文档测试以及工序测试。测试的分类测试的分类划分测试的种类并不重要，重要的是，一定要把测试看成是产品设计全生命周期持续不断而不是阶段性的工作。010203正确性测试：测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能。健壮性测试：正确信息输入将产生预期输出，非法信息输入将导致相应提示或错误处理，而不至于系统/模块崩溃。容错性测试：测试系统/产品的功能单元、接口间出现异常的情况下系统的保护性处理，以及异常结束后系统功能性能的恢复处理。测试覆盖范围01.可靠性测试：测试系统/产品在实际应用环境下可保证性能功能有效性的能力。02.压力测试：测试在大信息量处理情况下的系统/产品正常工作的能力。03.回归测试：测试上一轮测试所发现缺陷的解决及对系统的潜在影响。测试覆盖范围01软件测试：软件不涉及制造加工，因此软件测试的目的仅仅是验证设计的正确性。硬件测试：除了验证设计正确性以外，还要包括制造的准确性，或者一致性测试。02软件测试与硬件测试当我们只考虑验证设计正确性的话：01软件测试：发现软件代码语法错误和逻辑错误，衡量软件设计正确性的标准是：软件在某种输入条件下是否按正确时序完成对硬件的操作（如写入/读出寄存器数据）。02硬件测试：发现硬件设计的错误，衡量硬件设计正确性的标准是：硬件系统在某种激励条件下能否保证线路上的信号完整性，即“在需要的时间内信号达到所需要的形状”。03软件测试与硬件测试测试的实施制定测试策略。01测试用例设计。02实施测试工作的过程为：03执行测试用例。04缺陷修复过程。05回归测试。06测试实施010203040506资源需求的详细说明。进度约束下的人力资源角色和职责。依据测试项目的特定环境约束而规定的测试原则、方式、方法的集合，用以描述在测试活动各阶段所采用的测试方法和测试目标。内容主要包括：某测试阶段所使用的测试方法和工具。某测试阶段所需要执行的测试类型。测试完成和测试成功所采用的评价标准。测试策略－定义测试策略的制定还可以使得测试过程中的沟通交流变得更为容易和有效，而它会影响到整个项目组。01测试策略明确了所有测试阶段、测试技术和项目所使用的测试工具和测试目标，用以指导后续测试工作得有效实施。02测试策略－意义测试用例(TestCase)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个功能单元/模块、系统/产品是否满足某些特定需求。测试用例指对特定的功能单元/模块、系统/产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、测试输入、测试步骤、预期结果等，并以文档的形式予以表达。测试用例－定义用例编号：便于测试用例的管理及测试过程的跟踪。重要级别：定义测试用例的优先级别。高：确保系统基本功能及主要功能的测试用例中：确保系统功能的完善方面的测试用例低：较少使用或辅助功能的测试用例，如提示信息用例标题：清楚表达测试用例的用途。测试输入：定义用例实施中的各种输入条件。1234测试用例－要素操作步骤：对于复杂测试用例，操作时需要分几个步骤完成，这部分内容在操作步骤中详细列出。A预期结果：提供测试执行的预期结果，预期结果应该根据产品需求中的输出得出。B基本事件：描述该测试用例的基本操作流