第14节_软件测试策略.ppt

α测试与β测试 若软件作为一个产品由多个用户使用，让每个用户都进行正式的验收测试是不切实际的。多数软件开发者使用称之为α测试与β测试的过程，以期查找到似乎只有终端用户才能发现的错误。 α测试与β测试 α测试是由最终用户在开发者的场所进行。软件在自然的环境下使用，开发者站在典型用户的后面观看，并记录错误和使用问题。 α测试在受控环境下进行。 β测试在最终用户场所执行。与α测试不同，开发者通常不在场，因此， β测试是在不为开发者控制的环境下的“现场”应用。最终用户记录测试过程中遇到的所有问题，并将其定期地报告给开发者。接到β测试的问题报告之后，软件工程师进行修改，然后准备向最终用户发布软件产品。 系统测试 软件只是基于计算机的大系统的一部分。最终，软件要与其他系统成分相结合，并执行一系列的集成测试和确认测试。这些测试已超出软件过程的范围，而且不仅仅由软件工程师执行。然而，软件设计和测试期间所采取的步骤可以大大提高在大系统中成功地集成软件的可能性。 系统测试 一个传统的系统测试问题是”相互指责”。这种情况出现在发现一个错误时，每个系统成分的开发人员都因为这个问题抱怨别人。软件工程师应该预见潜在的接口问题，以及：(1)设计出错处理路径，用以测试来自系统其他成分的所有信息；(2)在软件接口处执行一系列模拟不良数据或其他潜在错误的测试；(3)记录测试结果，这些可作为”相互指责”出现时的”证据”；(4)参与系统测试的计划和设计，以保证软件得到充分的测试。 系统测试 系统测试实际上是对整个基于计算机的系统进行一系列不同考验的测试。虽然每个测试都有不同的目的，但所有测试都是为了验证系统成分已正确地集成在一起且完成了指派的功能。 恢复测试 多数基于计算机的系统必须从错误中恢复并在一定的时间内重新运行。在有些情况下，系统必须是容错的，也就是说，处理错误绝不能使整个系统功能都停止。而在有些情况下，系统的错误必须在特定的时间内或严重的经济危害发生之前得到改正。 恢复测试 恢复测试是通过各种方式强制地让系统发生故障并验证其能适当恢复的一种系统测试。若恢复是自动的，则对重新初始化、检查点机制、数据恢复和重新启动都要进行正确性评估。若恢复需要人工干预，则估算平均恢复时间以确定其是否在可接受的范围之内。 安全测试 安全测试验证建立在系统内的保护机制是否能够实际保护系统不受非法入侵。 在安全测试过程中，测试者扮演试图攻击系统的角色。测试者可以试图通过外部手段获取密码；可以通过瓦解任何防守的定制软件来攻击系统；可以“制服”系统使其无法对别人提供服务；可以有目的地引发系统错误以期在其恢复过程中入侵系统；可以通过浏览非保密数据，从中找到进入系统的钥匙等。 只要有足够的时间和资源，好的安全测试最终将能够入侵系统。系统设计人员的作用是使攻破系统所付出的代价大于攻破系统之后获取信息的价值。 压力测试 压力测试的目的是使软件面对非正常的情形。 压力测试是一种要求以非正常数量、频率或容量的方式执行系统。例如：(1)当平均每秒出现1~2次中断的情形，可以设计每秒产生10次中断的测试用例；(2)将输入数据的量提高一个数量级以确定输入功能将如何反应;(3)执行需要最大内存或其他资源的测试用例;(4)设计可能产生内存管理问题的测试用例；(5)创建可能会过多查找磁盘驻留数据的测试用例。从本质上说，压力测试者是试图破坏程序。 压力测试 压力测试的一个变体称之为敏感性测试。在一些情况下，包含在有效数据界限之内的一小部分数据可能会引起极端处理情况，甚至是错误处理或性能的急剧下降。敏感性测试试图在有效输入类中发现可能会引发系统不稳定或者错误处理的数据组合。 性能测试 对于实时和嵌入式系统，提供所需功能但不符合性能需求的软件是不能接受的。性能测试用来测试软件在集成环境中的运行性能。性能测试可以发生在测试过程的所有步骤中。即使在单元测试中，也可以在执行测试时评估单个模块的性能。然而，只有当整个系统的所有成分都集成在一起之后，才能搞清楚系统的真实性能。 性能测试 性能测试经常与压力测试一起进行，且常需要硬件和软件相配合。也就是说，在一种苛刻的环境中衡量资源的利用往往是必要的。外部的测试设备可以监测执行间歇，当有事件发生或取样机定时给出信息时记录下来。通过检测系统，测试人员可以发现导致效率降低和系统故障的情形。 部署测试 在很多情况下，软件必须在多种平台及操作系统环境中运行。有时也将部署测试称为配置测试，是在软件将要在其中运行的每一种环境中测试软件。另外，部署测试检查客户将要使用的所有安装程序及专业安装软件，并检查用于向用户介绍软件的所有文档。 调试技巧 调试出现在成功的测试之后，即当测试用例发现错误时，调试是致使错误消除的行为。尽管调试可以是、也应该是一个有序的过程，但它仍然需要很多的技巧。当评估测试