软件测试33449演示文稿.PPTVIP

验收测试主要内容——配置项复审 验收测试的另一个重要环节是配置项复审。在进行验收测试之前，必须保证所有软件配置项都能进入验收测试，只有这样才能保证最终交付给用户的软件产品完整性和有效性。 复审的目的：保证软件配置齐全、分类有序，并且包括软件维护所必须的细节。 6.2 验收测试的常用策略 施验收测试的常用策略有三种，它们分别是： 正式验收测试 非正式验收或 α 测试 β 测试 选择的策略通常建立在合同需求、组织和公司标准以及应用领域的基础上。 正式验收测试 正式验收测试是一项管理严格的过程，它通常是系统测试的延续。计划和设计这些测试的周密和详细程度不亚于系统测试。选择的测试用例应该是系统测试中所执行测试用例的子集 正式验收测试的两种方式： 在某些组织中，开发组织（或其独立的测试小组）与最终用户组织的代表一起执行验收测试。 在其他组织中，验收测试则完全由最终用户组织执行，或者由最终用户组织选择人员组成一个客观公正的小组来执行。 正式验收测试（续） 正式验收测试形式的优点包括： 要测试的功能和特性都是已知的。 测试的细节是已知的并且可以对其进行评测。 这种测试可以自动执行，支持回归测试。 可以对测试过程进行评测和监测。 可接受性标准是已知的。 正式验收测试形式的缺点包括： 要求大量的资源和计划。 这些测试可能是系统测试的再次实施。 可能无法发现软件中由于主观原因造成的缺陷，这是因为您只查找预期要发现的缺陷。 非正式验收或 α 测试 在非正式验收测试中，执行测试过程的限定不象正式验收测试中那样严格。在此测试中，确定并记录要研究的功能和业务任务，但没有可以遵循的特定测试用例。测试内容由各测试员决定。 这种验收测试方法不象正式验收测试那样组织有序，而且更为主观。 大多数情况下，非正式验收测试是由最终用户组织执行的。 非正式验收或 α 测试（续） 非正式验收或 α 测试的优点包括： 要测试的功能和特性都是已知的。 可以对测试过程进行评测和监测。 可接受性标准是已知的。 与正式验收测试相比，可以发现更多由于主观原因造成的缺陷。 非正式验收或 α 测试的缺点包括： 要求资源、计划和管理资源。 无法控制所使用的测试用例。 最终用户可能沿用系统工作的方式，并可能无法发现缺陷。 最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。 用于验收测试的资源不受项目的控制，并且可能受到压缩。 β 测试 在上述三种验收测试策略中， β 测试需要的控制是最少的。在 β测试中，采用的细节多少、数据和方法完全由各测试员决定。各测试员负责创建自己的环境、选择数据，并决定要研究的功能、特性或任务。各测试员负责确定自己对于系统当前状态的接受标准。 β 测试由最终用户实施，通常开发（或其他非最终用户）组织对其的管理很少或不进行管理。 β测试是所有验收测试策略中最主观的。 β 测试（续） β 测试的优点是： 测试由最终用户实施。 大量的潜在测试资源。 提高客户对参与人员的满意程度。 与正式或非正式验收测试相比，可以发现更多由于主观原因造成的缺陷。 β 测试的缺点是： 未对所有功能和/或特性进行测试。 测试流程难以评测。 最终用户可能沿用系统工作的方式，并可能没有发现或没有报告缺陷。 最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。 用于验收测试的资源不受项目的控制，并且可能受到压缩。 可接受性标准是未知的。 需要更多辅助性资源来管理β 测试员。 * * 软件缺陷从哪来？ 第一大原因就是软件产品规格说明书，很多情况下，说明书没有写，或写的不够全面，经常更改，或者开发小组没有很好的沟通，造成对说明书理解的不一致。 第二大原因是软件设计，没有做设计或设计不好，经常变动等和产品规格说明书一样的问题， 第三个原因才是编写代码和其它原因；前两个原因至少占了 80%以上。 通过大量的测试理论研究及测试实践经验的积累，典型的软件缺陷产生的原因被归纳为以下几种类型： 需求解释有错误； 用户需求定义错误； 需求记录错误； 设计说明有误； 编码说明有误； 程序代码有误； 数据输入有误； 测试错误； 问题修改不正确； 不正确的结果是由于其他的缺陷而产生。 * * * 4.5错误推测法 1.???????? 定义：基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。 2.???????? 错误推测方法的基本思想： 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。 1)??????? 例如, 输入数据和输出数据为0的情况；输入表格为空格或输入表格只有一行。 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。 2)??