有效性测试是在模拟的环境(可能就是开发的环境)下,运用黑盒测试的方法,验证被 测软件是否满足需求规格说明书列出的需求。为此,需要首先制定测试计划,规定要做测试 的种类。还需要制定一组测试步骤,描述具体的测试用例。通过实施预定的测试计划和测试 步骤,确定软件的特性是否与需求相符,确保所有的软件功能需求都能得到满足,所有的软 件性能需求都能达到,所有的文档都是正确且便于使用。同时,对其它软件需求,例如可移 植性、兼容性、出错自动恢复、可维护性等,也都要进行测试,确认是否满足。 ②软件配置复查 软件配置复查的目的是保证软件配置的所有成分都齐全,各方面的质量都符合要求,具 有维护阶段所必需的细节,而且已经编排好分类的目录 除了按合同规定的内容和要求,由人工审查软件配置之外,在确认测试的过程中,应当 严格遵守用户手册和操作手册中规定的使用步骤,以便检査这些文档资料的完整性和正确性。 必须仔细记录发现的遗漏和错误,并且适当地补充和改正 ③验收测试 在通过了系统的有效性测试及软件配置审査之后,就应开始系统的验收测试。验收测试 是以用户为主的测试。软件开发人员和QA(质量保证)人员也应参加。由用户参加设计测 试用例,使用用户界面输入测试数据,并分析测试的输出结果。一般使用生产中的实际数据 进行测试。在测试过程中,除了考虑软件的功能和性能外,还应对软件的可移植性、兼容性 可维护性、错误的恢复功能等进行确认。 ④a测试和β测试 在软件交付使用之后,用户将如何实际使用程序,对于开发者来说是无法预测的。因为 用户在使用过程中常常会发生对使用方法的误解、异常的数据组合、以及产生对某些用户来 说似乎是清晰的但对另一些用户来说却难以理解的输出等等。 如果软件是为多个用户开发的产品的时侯,让每个用户逐个执行正式的验收测试是不切 实际的。很多软件产品生产者采用一种称之为a测试和β测试的测试方法,以发现可能只有 最终用户才能发现的错误 a测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操 作环境下进行的测试。这是在受控制的环境下进行的测试。a测试的目的是评价软件产品的 FURPS(即功能、可使用性、可靠性、性能和支持)。尤其注重产品的界面和特色。α测试 人员是除开产品开发人员之外首先见到产品的人,他们提出的功能和修改意见是特别有价值 的。α测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也 可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等 应事先准备好。 β测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。与a测试 不同的是,开发者通常不在测试现场。因而,β测试是在开发者无法控制的环境下进行的软 件现场应用。在β测试中,由用户记下遇到的所有问题,包括真实的以及主观认定的,定期 向开发者报告,开发者在综合用户的报告之后,做出修改,最后将软件产品交付给全体用户 使用。B测试主要衡量产品的 FURPS。着重于产品的支持性,包括文档、客户培训和支持产 品生产能力。只有当α测试达到一定的可靠程度时,才能开始β测试。由于它处在整个测试 的最后阶段,不能指望这时发现主要问题。同时,产品的所有手册文本也应该在此阶段完全 定稿。由于β测试的主要目标是测试可支持性,所以β测试应尽可能由主持产品发行的人员 来管理 (4)系统测试 所谓系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计 算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行(使9 有效性测试是在模拟的环境（可能就是开发的环境）下，运用黑盒测试的方法，验证被 测软件是否满足需求规格说明书列出的需求。为此，需要首先制定测试计划，规定要做测试 的种类。还需要制定一组测试步骤，描述具体的测试用例。通过实施预定的测试计划和测试 步骤，确定软件的特性是否与需求相符，确保所有的软件功能需求都能得到满足，所有的软 件性能需求都能达到，所有的文档都是正确且便于使用。同时，对其它软件需求，例如可移 植性、兼容性、出错自动恢复、可维护性等，也都要进行测试，确认是否满足。 ② 软件配置复查 软件配置复查的目的是保证软件配置的所有成分都齐全，各方面的质量都符合要求，具 有维护阶段所必需的细节，而且已经编排好分类的目录。 除了按合同规定的内容和要求，由人工审查软件配置之外，在确认测试的过程中，应当 严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。 必须仔细记录发现的遗漏和错误，并且适当地补充和改正。 ③ 验收测试 在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。验收测试 是以用户为主的测试。软件开发人员和 QA（质量保证）人员也应参加。由用户参加设计测 试用例，使用用户界面输入测试数据，并分析测试的输出结果。一般使用生产中的实际数据 进行测试。在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、 可维护性、错误的恢复功能等进行确认。 ④ α测试和β测试 在软件交付使用之后，用户将如何实际使用程序，对于开发者来说是无法预测的。因为 用户在使用过程中常常会发生对使用方法的误解、异常的数据组合、以及产生对某些用户来 说似乎是清晰的但对另一些用户来说却难以理解的输出等等。 如果软件是为多个用户开发的产品的时侯，让每个用户逐个执行正式的验收测试是不切 实际的。很多软件产品生产者采用一种称之为α测试和β测试的测试方法，以发现可能只有 最终用户才能发现的错误。 α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操 作环境下进行的测试。这是在受控制的环境下进行的测试。α测试的目的是评价软件产品的 FURPS（即功能、可使用性、可靠性、性能和支持）。尤其注重产品的界面和特色。α测试 人员是除开产品开发人员之外首先见到产品的人，他们提出的功能和修改意见是特别有价值 的。α测试可以从软件产品编码结束之时开始，或在模块（子系统）测试完成之后开始，也 可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等 应事先准备好。 β测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。与α测试 不同的是，开发者通常不在测试现场。因而，β测试是在开发者无法控制的环境下进行的软 件现场应用。在β测试中，由用户记下遇到的所有问题，包括真实的以及主观认定的，定期 向开发者报告，开发者在综合用户的报告之后，做出修改，最后将软件产品交付给全体用户 使用。β测试主要衡量产品的 FURPS。着重于产品的支持性，包括文档、客户培训和支持产 品生产能力。只有当α测试达到一定的可靠程度时，才能开始β测试。由于它处在整个测试 的最后阶段，不能指望这时发现主要问题。同时，产品的所有手册文本也应该在此阶段完全 定稿。由于β测试的主要目标是测试可支持性，所以β测试应尽可能由主持产品发行的人员 来管理。 (4) 系统测试 所谓系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计 算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行（使