性能测试常见指标和类型
694
2022-11-15
系统测试
1. 系统测试的目的
2. 系统测试的类型
能力测试,容量测试,强度测试,易用性测试,安全性测试,性能测试,存储测试,配置测试,兼容性/配置/转换测试,安装测试,可靠性测试,可恢复性测试,适用性测试,文档测试,过程测试
(1)能力测试
·判断目标文档提及的每一项能力(以区别功能测试中的‘功能’)是否都确实已经实现。
·通常是通过人工检查目标文档中定义了“要做什么” 。
(2)容量测试
·是程序经受大容量数据的检验,目的是证明程序不能处理目标文档中规定的数据容量。
·容量测试需要大量的资源,不可进行过多。
·如何使操作系统的作业队列达到饱和容量。
(3)强度测试
·使程序承受高负载或强度的检验。所谓高强度是指在很短的时间间隔内达到的数据或操作的数量峰值。(要与容量测试相区分)
·强度测试涉及时间因素,适用于在可变负载下运行的程序以及交互式程序、实时程序和过程控制程序。基于Web的应用程序也是最常接受强度测试的软件之一。
如,1.在很短的时间内是操作系统的作业队列达到峰值;
2.web应用程序要处理一定容量的并发用户。
注:强度测试是对强度的界定很重要。
(4)易用性测试
·每个用户界面是否都根据用户的智力、教育程度和环境要求进行了调整?
·程序的输出是否有意义、不模糊且无计算机杂乱信息?
·错误诊断信息是否直接,非计算机专业用户是否能够理解(这要求对错误进行精确的预测和详细的分类)?
·整体的用户界面是否在语法、惯例、语义、格式、风格和缩写等方面展现出了相当程度的完整性、一致性和同一性?
·系统是否包含过多或不太可能用到的选项?
·对于所有输入,系统是否返回了即时确认信息?
·程序是否易于使用?如区分大小写的要求用户是否清楚,不同层次菜单之间的浏览是否容易等。
(5)安全性测试
·设计测试用例来突破程序安全检查。例如,可以设计测试用例来规避操作系统的内存保护机制、破坏数据库管理系统的数据安全机制等。
·常用的测试用例设计方法是研究类似系统中已知的安全问题,然后生成测试用例,暴露被测系统中的类似问题
·基于Web的应用程序常常比绝大多数程序所需的安全测试级别更高,对于电子商务网站尤其如此。
(6)性能测试
·很多软件都有特定的性能或效率目标,这些特性描述为在特定负载和配置环境下程序的响应时间和吞吐率。应设计测试用例来说明程序不能满足其性能目标。
(7)存储测试
·软件偶尔会有存储目标,例如描述程序使用的内存和辅存的容量以及临时文件或移出文件的大小。应设计测试用例来证明这些存储目标没有得到满足。
(8)配置测试
·很多软件都支持多种硬件配置,可以运行在多种操作系统下,使用多种web浏览器。通常可能的配置数量非常之大,以至于无法全面测试,但应该尽可能测试各种配置。
(9)兼容性/配置/转换测试
很多软件不是全新的,而是为了替换某些已有的系统。这样的软件往往涉及与已有系统的兼容以及从已有系统的转换过程,如升级数据库管理系统。
(10)安装测试
有些软件的安装过程非常复杂,测试安装过程是系统测试的一个重要部分。
(11)可靠性测试
所有测试都是为了提高软件的可靠性,但如果软件的目标中包含了对可靠性的特别描述,就必须设计专门的可靠性测试用例。
(12)适用性测试
对于软件的适用性和可维护性目标也必须测试。
(13)可恢复性测试
·诸如OS、DBMS等软件通常都有可恢复性目标,说明系统如何从硬件失败和数据错误中恢复过来。系统测试的一个目标是证明这些恢复机制不能正确发挥作用。
·可以故意将程序错误植入个系统中,判断系统是否可以从中恢复。
·这些系统的设计目标之一是平均恢复时间(MTTR)最小,测试目标之一就是证明系统不能满足MTTR的要求。
(13)文档测试
·系统测试也需要检查用户文档的正确性和清晰性。
(14)过程测试
·很多软件系统不是完全自动化的,其中包括了很多人员操作过程。在系统测试中,必须对所有已规定的人工过程,如系统操作员、最终用户、数据库管理员的操作过程进行测试。
发表评论
暂时没有评论,来抢沙发吧~