《软件测试》课件第7章.ppt

(7)选择和确定测试用例。

在选择和确定测试用例时，要考虑是否达到了相应的覆盖标准。

第一个层次：列出扩展基本用例和系统功能的关联矩阵；然后找出可以覆盖所有功能的一组扩展基本用例；最后通过使用这些扩展基本用例导出真实用例以及系统测试用例。

第二个层次：通过所有真实用例开发测试用例。这是系统测试所应该达到的最低限度的测试覆盖要求。

第三个层次：通过有限状态机导出测试用例。

第四个层次：通过基于状态的事件表导出测试用例。8．系统测试执行的原则

系统测试的执行常常需要使用相应的测试工具，对于那些涉及数据量很多的测试尤其如此。使用手工测试不但浪费时间，而且有时候也无法得到精确的测试结果。为了能够把系统测试工作做好，可以参考下面几条原则：

(1)判断是否已经给出测试手段，若没有，就要判断工作量，选择自动化工具。

(2)进行测试，保存好测试脚本以及测试结果，对测试结果进行精确的分析，判断软件缺陷所在。(3)若软件不是第一版本，要重新测试先前系统测试周期中发现的缺陷。

(4)在系统测试执行期间，必须把测试的结果添加到缺陷跟踪数据库中。

(5)在系统测试的过程中，测试人员要注意一定要使用具有代表性并且接近真实的数据，因为这样可以保证测试的可靠性和真实性。7.4.5验收测试

1．定义

验收测试是系统开发生命周期方法论的一个阶段，这时，相关的用户和独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统，是一项确定产品是否能够满足合同或用户所规定需求的测试。

通过集成测试之后，软件已完全组装起来，接口方面的错误也已排除，软件测试的最后一步验收测试即可开始。验收测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。实现软件确认要通过一系列黑盒测试。验收测试同样需要制定测试计划和过程。测试计划应规定测试的种类和测试进度；测试过程则定义一些特殊的测试用例，旨在说明软件与需求是否一致。无论是计划还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确，人机界面和其他方面(例如可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意。验收测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序，并且包括软件维护所必需的细节。事实上，软件开发人员不可能完全预见用户实际使用程序的情况。例如，用户可能错误地理解命令或提供一些奇怪的数据组合，亦可能对设计者自认为明了的输出信息迷惑不解等。因此，软件是否真正满足最终用户的要求，应由用户进行的一系列验收测试决定。验收测试既可以是非正式的测试，也可以是有计划、系统的测试。有时，验收测试长达数周甚至数月，不断暴露的错误导致开发延期。一个软件产品可能拥有众多用户，不可能由每个用户验收，此时多采用称为Alpha、Beta测试的过程，以期发现那些似乎只有最终用户才能发现的问题。Alpha测试是指软件开发公司组织内部人员模拟各类用户，对即将面市的软件产品(称为Alpha版本)进行测试，试图发现错误并修正。Alpha测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作，并尽最大努力涵盖所有可能的用户操作方式。经过Alpha测试调整的软件产品称为Beta版本。紧随其后的Beta测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用Beta版本，并要求用户报告异常情况、提出批评意见。然后软件开发公司再对Beta版本进行改错和完善。Beta测试一般包括功能度、安全可靠性、易用性、可扩充性、兼容性、效率、资源占用率、用户文档八个方面。2．策略

实施验收测试的常用策略主要有三种，分别是正式验收测试、非正式验收测试(Alpha测试)和Beta测试。策略的选择通常建立在合同需求、公司标准以及应用领域的基础上。

(1)正式验收测试。正式验收测试是一项管理严格的过程，它通常是系统测试的延续。计划和设计这些测试的周密和详细程度不亚于系统测试。选择的测试用例应当是系统测试中所执行测试用例的子集，并且不应当偏离所选择的测试用例方向。在很多项目中，正式验收测试是通过自动化测试工具执行的。其优点有：

?要测试的功能和特性都是已知的；

?测试的细节是已知的并且可以对其进行评测；

?这种测试可以自动执行，支持回归测试；

?可以对测试过程进行评测和监测；

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

其缺点有：

?要求大量的资源和计划；

?这些测试可能是系统测试的再次实施；

?可能无法发现软件中由于主观原因造成的缺陷。(2)非正式验收测试(Alpha测试)。在非正式验收测试中，执行测试过