软件测试步骤介绍

　　验收测试（Acceptance Testing）

　　在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。

　　验收测试是以用户为主的测试。软件开发人员和QA（质量保证）人员也应参加。

　　由用户参加设计测试用例，使用生产中的实际数据进行测试。

　　在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、可维护性、错误的恢复功能等进行确认。

　　确认测试应交付的文档有：

　　–确认测试分析报告

　　–最终的用户手册和操作手册

　　–项目开发总结报告。

　　系统测试（System Testing）

　　系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

　　系统测试的目的在于通过与系统的需求定义作比较, 发现软件与系统的定义不符合或与之矛盾的地方。

　　α测试和β测试

　　在软件交付使用之后，用户将如何实际使用程序，对于开发者来说是无法预测的。

　　α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。

　　α测试的目的是评价软件产品的FLURPS（即功能、局域化、可使用性、可靠性、性能和支持）。尤其注重产品的界面和特色。

　　α测试可以从软件产品编码结束之时开始，或在模块（子系统）测试完成之后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。

　　β测试是由软件的多个用户在实际使用环境下进行的测试。这些用户返回有关错误信息给开发者。

　　测试时，开发者通常不在测试现场。因而，β测试是在开发者无法控制的环境下进行的软件现场应用。

　　在β测试中，由用户记下遇到的所有问题，包括真实的以及主观认定的，定期向开发者报告。

　　β测试主要衡量产品的FLURPS。着重于产品的支持性，包括文档、客户培训和支持产品生产能力。

　　只有当α测试达到一定的可靠程度时，才能开始β测试。它处在整个测试的最后阶段。同时，产品的所有手册文本也应该在此阶段完全定稿。

　　测试类型

　　软件测试是由一系列不同的测试组成。主要目的是对以计算机为基础的系统进行充分的测试。

　　功能测试

　　功能测试是在规定的一段时间内运行软件系统的所有功能，以验证这个软件系统有无严重错误。

　　强度测试

　　 强度测试是要检查在系统运行环境不正常乃至发生故障的情况下，系统可以运行到何种程度的测试。例如：

　　–把输入数据速率提高一个数量级，确定输入功能将如何响应。

　　–设计需要占用最大存储量或其它资源的测试用例进行测试。

　　–设计出在虚拟存储管理机制中引起“颠簸”的测试用例进行测试。

　　–设计出会对磁盘常驻内存的数据过度访问的测试用例进行测试。

　　强度测试的一个变种就是敏感性测试。在程序有效数据界限内一个小范围内的一组数据可能引起极端的或不平稳的错误处理出现，或者导致极度的性能下降的情况发生。此测试用以发现可能引起这种不稳定性或不正常处理的某些数据组合。　　

　　性能测试

　　性能测试是要检查系统是否满足在需求说明书中规定的性能。特别是对于实时系统或嵌入式系统。

　　性能测试常常需要与强度测试结合起来进行，并常常要求同时进行硬件和软件检测。

　　通常，对软件性能的检测表现在以下几个方面：响应时间、吞吐量、辅助存储区，例如缓冲区，工作区的大小等、处理精度，等等。

　　恢复测试

　　恢复测试是要证实在克服硬件故障(包括掉电、硬件或网络出错等)后，系统能否正常地继续进行工作，并不对系统造成任何损害。

　　为此，可采用各种人工干预的手段，模拟硬件故障，故意造成软件出错。并由此检查：

　　–错误探测功能──系统能否发现硬件失效与故障；

　　–能否切换或启动备用的硬件；

　　–在故障发生时能否保护正在运行的作业和系统状态；

　　–在系统恢复后能否从最后记录下来的无错误状态开始继续执行作业，等等。

　　–掉电测试：其目的是测试软件系统在发生电源中断时能否保护当时的状态且不毁坏数据，然后在电源恢复时从保留的断点处重新进行操作。