软件测试之验收测试[2]

　　软件测试之验收测试[2]   软件测试工具

　　非正式验收测试

　　在非正式验收测试中，执行测试过程的限定不象正式验收测试中那样严格。在此测试中，确定并记录要研究的功能和业务任务，但没有可以遵循的特定测试用例。测试内容由各测试员决定。这种验收测试方法不象正式验收测试那样组织有序，而且更为主观。

　　大多数情况下，非正式验收测试是由最终用户组织执行的。

　　这种测试形式的优点是：

　　● 要测试的功能和特性都是已知的。

　　● 可以对测试过程进行评测和监测。

　　● 可接受性标准是已知的。

　　● 与正式验收测试相比，可以发现更多由于主观原因造成的缺陷。

　　缺点包括：

　　● 要求资源、计划和管理资源。

　　● 无法控制所使用的测试用例。

　　● 最终用户可能沿用系统工作的方式，并可能无法发现缺陷。

　　● 最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。

　　● 用于验收测试的资源不受项目的控制，并且可能受到压缩。

　　Beta 测试

　　在以上三种验收测试策略中，Beta 测试需要的控制是最少的。在 Beta 测试中，采用的细节多少、数据和方法完全由各测试员决定。各测试员负责创建自己的环境、选择数据，并决定要研究的功能、特性或任务。各测试员负责确定自己对于系统当前状态的接受标准。

　　Beta 测试由最终用户实施，通常开发(或其他非最终用户)组织对其的管理很少或不进行管理。Beta 测试是所有验收测试策略中最主观的。

　　这种测试形式的优点是：

　　● 测试由最终用户实施。

　　● 大量的潜在测试资源。

　　● 提高客户对参与人员的满意程度。

　　● 与正式或非正式验收测试相比，可以发现更多由于主观原因造成的缺陷。

　　缺点包括：

　　● 未对所有功能和/或特性进行测试。

　　● 测试流程难以评测。

　　● 最终用户可能沿用系统工作的方式，并可能没有发现或没有报告缺陷。

　　● 最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。

　　● 用于验收测试的资源不受项目的控制，并且可能受到压缩。

　　● 可接受性标准是未知的。

　　● 您需要更多辅助性资源来管理 Beta 测试员。

　　二、验收测试过程

　　1、软件需求分析：了解软件功能和性能要求、软硬件环境要求等，并特别要了解软件的质量要求和验收要求。

　　2、编制《验收测试计划》和《项目验收准则》：根据软件需求和验收要求编制测试计划，制定需测试的测试项，制定测试策略及验收通过准则，并经过客户参与的计划评审。

　　3、测试设计和测试用例设计：根据《验收测试计划》和《项目验收准则》编制测试用例，并经过评审。

　　4、测试环境搭建：建立测试的硬件环境、软件环境等。(可在委托客户提供的环境中进行测试)

　　5、测试实施：测试并记录测试结果。

　　6、测试结果分析：根据验收通过准则分析测试结果，作出验收是否通过及测试评价。

　　7、测试报告：根据测试结果编制缺陷报告和验收测试报告，并提交给客户。

原文转自：http://www.ltesting.net