第5节系统测试.pptVIP

* 正式验收测试 优点包括： 要测试的功能和特性都是已知的 测试的细节是已知的并且可以对其进行评测 这种测试可以自动执行，支持回归测试 可以对测试过程进行评测和监测 可接受性标准是已知的 缺点包括： 要求大量的资源和计划 这些测试可能是系统测试的再次实施 可能无法发现软件中由于主观原因造成的缺陷 * 2．非正式验收测试 在非正式验收测试中，执行测试过程的限定不像正式验收测试中那样严格，那样组织有序。 非正式验收测试确定并记录要研究的功能和业务任务，但没有可以遵循的特定测试用例，测试内容由各测试人员决定。多数情况下，非正式验收测试是由内部测试人员组织执行的。 * 非正式验收测试 优点包括： 要测试的功能和特性都是已知的 可以对测试过程进行评测和监测 可接受性标准是已知的 与正式验收测试相比，可以发现更多由于主观原因造成的缺陷 缺点包括： 要求资源和计划 无法控制所使用的测试用例 最终用户可能沿用系统工作的方式，并且可能无法发现缺陷 用于验收测试的资源不受项目的控制，并且可能受到压缩 * 3．Beta测试 在以上三种策略中，Beta测试需要的控制是最少的。 在Beta测试中，采用的数据和方法完全由各测试人员决定。各测试人员负责创建自己的环境，选择数据，并决定要研究的功能、特性和任务。各测试人员负责确定自己对于系统当前状态的接受标准。 Beta测试由最终用户实施，通常开发组织对最终用户的管理很少或不进行管理。Beta测试是所有验收测试策略中最主观的。 * Beta测试 优点包括： 测试由最终用户实施 大量的潜在测试资源 提高客户对参与人员的满意程度 与正式或非正式验收测试相比，可以发现更多由于主观原因造成的缺陷 缺点包括： 未对所有功能或特性进行测试 测试流程难以评测 最终用户可能沿用系统工作的方式，并可能没有发现或没有报告缺陷 最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷 用于验收测试的资源不受项目的控制，并且可能受到压缩 可接受性标准是未知的 需要更多辅助性资源来管理Beta测试人员 α测试是指软件开发公司组织内部人员模拟各类用户对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。 经过α测试调整的软件产品称为β版本。β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善。 * α测试和β测试 (1) 验收测试的目的主要是验证软件功能的正确性和需求的符合性。这是组织和编写验收测试用例的出发点。 (2) 验收测试用例所覆盖的范围应该只是软件功能的子集，而不是软件的所有功能。验收测试不可能也没有必要把研发阶段所有的测试用例都重新执行一遍。 (3) 验收测试用例应当是粗粒度的、结构简单的、条理清晰的，而不应当过多地描述软件内部实现的细节。验收测试预期结果的描述，要从用户可以直观感知的方面体现，而不是针对内部数据结构的展示。 * 验收测试用例的设计要点 (4) 验收测试用例的组织应当面向客户，从客户使用和业务场景的角度出发，而不是从开发者实现的角度出发。 (5) 设计验收测试用例应当充分把握客户的关注点。在保证系统完整性的基础上，把客户关心的主要功能点和性能点作为测试的重点，其它的功能点可以忽略，避免画蛇添足。 (6) 验收测试用例可以适当地展示软件的某些独有特性，引导和激发客户的兴趣，达到超出客户预期效果的目的。 * 验收测试用例的设计要点 回归测试是在软件发生变动时保证原有功能正常运作的一种测试策略和方法。 回归测试不需要进行全面的测试，而是根据修改的情况进行有选择性的测试。 这里所说的保证软件原有功能正常运作，可以从两方面来理解： 所做的修改达到了预期的目的，例如缺陷得到了修改，新增加的功能得到了实现； 软件的修改没有引入新的缺陷，没有影响原有的功能实现。 * 5.14 回归测试 * 回归测试方法 1．测试用例库的维护 (1) 删除过时的测试用例 (2) 改进不受控制的测试用例 (3) 删除冗余的测试用例 (4) 增添新的测试用例 2．回归测试包的选择 (1) 再测试全部用例 (2) 基于风险选择测试 (3) 基于操作剖面选择测试 (4) 再测试修改的部分 (1) 识别出软件中被修改的部分。 (2) 从原基线测试用例库T中排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。 (3) 依据一定的策略从T0中选择测试用例测试被修改的软件。 (4) 生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。 (5) 用T1执行修改后的软件。? * 回归测试的基本过程 什么是性能测试，性能测试主要包括哪几个方面？ 什么是负载测试、压