系统测试(功能测试、性能测试、负载测试、压力测试、兼容性测试、安全测试、稳健性测试、配置测试、可用性测试、文档测试)
最编程
2024-04-14 19:23:57
...
文章目录
- 系统测试概述
- 功能测试
- 性能测试
- 负载测试
- 压力测试
- 性能测试、压力测试、负载测试的关系
- 兼容性测试
- 安全测试
- 健壮性测试
- 配置测试
- 可用性测试
- 文档测试
系统测试概述
- 系统测试的定义
- 将已经集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行(使用)环境下, - 对计算机系统进行一系列测试活动。
- 根本任务
- 证明被测系统的功能和结构的稳定性;还要有一些非功能测试:性能测试、压力测试、可靠性测试等等。
- 目的
- 确保软件产品能够被用户或操作者接受。
- 系统测试属于黑盒测试范畴,不再对软件的源代码进行分析和测试。
- 系统测试的组织
- 系统测试主要是由质量部门的测试工程师来主导工作。
- 测试组组长:组织测试;
- 测试分析员:负责设计和实现测试脚本和测试用例;
- 测试者:负责执行测试脚本中记录的测试用例。
- 系统测试员和用户
- 相似的地方
- 都是使用软件,一般不接触软件的代码
- 都是假设软件应该正确实现说明书的功能
- 不同的地方
- 使用软件的目的
- 对待错误
- 相似的地方
- 系统测试主要是由质量部门的测试工程师来主导工作。
- 系统测试的内容
- 功能特性的测试:功能测试、用户界面测试、安装/卸载测试、可使用性测试。
- 非功能特性的测试:性能测试、负载测试、压力测试、疲劳测试、安全测试、恢复测试、兼容性测试、可靠性测试、强度测试、容量测试、配置测试。
功能测试
功能测试(Functional Test)是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。
- 目标
- 检验产品功能是否正确实现
- 内容
- 正常功能、异常功能、边界测试、界面测试、接口测试、安全测试、错误处理测试等。
- 依据
- 需求规格说明书
- 方法
- 黑盒测试
- 黑盒测试
性能测试
性能测试(Performance Testing)通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
- 目标
- 对产品的性能进行测试,检验是否达标、是否能够保持。
- 工具
- 在需要大访问量时候尤其需要使用工具。
- 并发性能测试工具 (load—负载)
- LoadRunner、 QALoad、 SilkPerformer、 WebLoad
- 用户视角的软件性能
- 从用户角度来说,软件性能就是软件对用户操作的响应时间。
- 系统管理员视角的软件性能
- 系统的响应时间;
- 系统运行时服务器的状态,如CPU利用情况、内存使用情况等;
- 系统是否能够实现扩展;
- 系统支持多少用户访问;
- 系统性能可能的瓶颈在哪里;
- 系统是否支持7*24小时的业务访问。
- 软件性能指标
- 并发用户
- 一给定时间内,某个时刻与服务器同时进行会话操作的用户数。
- 响应时间
- 客户端发出请求到得到服务器返回结果的整个过程所经历的时间。
- 吞吐量
- 单位时间内系统处理的客户请求的数量
- 一般来说,吞吐量用请求数/秒或页面数/秒来衡量。
- 从业务的角度,吞吐量也可以用访问人数/天或处理的业务数/小时等单位来衡量。
- 从网络的角度来说,也可以用字节数/天等单位来考察网络流量。
- 资源利用率
- 指系统资源的使用程度,比如服务器的CPU利用率、内存利用率、磁盘利用率、网络带宽利用率等。
- 并发用户
- 软件性能要素
- 环境要素
- 软件、硬件、网络
- 业务要素
- 用户数、执行功能、数据量
- 在使用性能指标描述软件的性能特征时,应该给出明确的软件性能要素,否则,所给出的性能指标无法参考。
- 环境要素
- 性能测试用例的设计:主要是通过改变模拟的业务因素来测试软件的性能。
- 并发用户数
- 精算法
- 估算法
- 经验值
- 对于一些系统,可以通过同类软件系统的用户数据来估算,这种估算可以通过类似系统的日志分析和问卷调查来进行。
- 精算法
- 吞吐量
- 基于业务的设计
- 并发用户数
负载测试
- 定义
- 数据在超负荷环境下运行,测试软件系统是否能够承担。这种超负荷主要指多并发用户。
- 方法
- 人为生成大数据量,并利用工具模拟频繁并发访问
- 工具
- 一般需要使用自动化工具
- 考察指标
- 响应时间、交易容量、资源使用率等
压力测试
- 定义
- 指系统不断施加越来越大的负载(并发,循环操作,多用户,网络流量)的测试。
- 目标
- 通过确定一个系统的瓶颈或者不能接收的性能点,来确定系统能提供的最大服务级别的测试。
性能测试、压力测试、负载测试的关系
- 性能测试是正常情况下的性能指标;
- 压力测试是测试系统的瓶颈所在;
- 负载测试是指系统重负荷性能指标;
- 性能测试、压力测试、负载测试在广义上讲都是性能测试的内容,建议将三种测试结合起来并行进行。
兼容性测试
- 定义
- 测试软件在一个特定的硬件、软件、操作系统、网络等环境下系统能否正常运行。
- 目的
- 检验被测软件对其他应用软件或者其他系统的兼容性。
安全测试
- 定义
- 安全测试检测系统对非法入侵的防范能力。
- 应用程序级别的安全性测试
- 数据库安全性测试
- 系统级别的安全性测试
健壮性测试
- 定义
- 又称为容错测试。主要检查系统容错能力。当系统出错时,能否在指定的时间间隔内修正错误并重启系统。
- 方法
- 容错测试首先要通过各种手段让软件系统强制发生故障,然后验证系统能否快速恢复。
配置测试
- 定义
- 配置测试将验证软件与其所依赖硬件环境的依赖程度。
- 测试中的硬件环境指进行测试所必需的服务器、客户端、网络连接设备,以及打印机、扫描仪等辅助硬件设备所构成的环境。
- 所有软件都需向用户说明其运行的硬件环境,对于多层结构的软件系统来说,需要分别说明其服务器、客户端以及网络所需的环境。
可用性测试
可用性测试是面向用户的系统测试。让一群有代表性的用户尝试对产品进行典型操作,- - 同时观察员和开发人员在一旁观察,聆听,做记录。
- 系统中是否存在繁琐的功能以及指令;
- 安装过程是否复杂;
- 错误信息提示内容是否详细;
- GUI接口是否标准;
- 登录是否方便;
- 需要用户记住内容的多少;
- 帮助文本是否详细;
文档测试
- 定义
- 文档测试是对系统提交给文档进行验证,它要求检查系统的文档是否齐全。
- 文档的种类
- 包括联机帮助文档或用户手册,指南和向导,
- 安装、设置指南,示例及模板,错误提示信息,
- 用于演示的图像和声音,
- 授权/注册登记表及用户许可协议,
- 软件的包装、广告宣传材料等。
上一篇: 交互设计知识点 - 可用性测试
下一篇: 可用性分享--如何执行可用性测试
推荐阅读
-
35 岁实现财务*,腾讯程序员手握2300万提前退休?-1000万房产、1000万腾讯股票、加上300万的现金,一共2300万的财产。有网友算了一笔账,假设1000万的房产用于自住,剩下1300万资产按照平均税后20-50万不等进行计算,大约花上26-60年左右的时间才能赚到这笔钱。也就是说,普通人可能奋斗一辈子,才能赚到这笔钱。在很多人还在为中年危机而惶惶不可终日的时候,有的人的35岁,就已经安全着陆,试问哪个打工人不羡慕?但问题是有这样财富积累必然有像样的实力做靠山。没有人可以不劳而获。 看到这里,肯定有人说,那么对于普通人来说,卷可能真就成了唯一的出路。但是卷也有轻松的卷,“偷懒”的卷法,对于程序员而言,刨除掉一时无法改掉的开会传统占用的大部分时间,如何把有限的时间和精力放在真正重要的架构设计、需求设计上,而不是重复的造*,编码、改bug、手动测试。因此在科技改变生活的今天,学会使用AI工具成为程序员们的必备技能。 以全栈式全自动的软件开发工具飞算SoFlu软件机器人为例,作为全球首款面向微服务架构设计和最佳实践的软件机器人,SoFlu软件机器人改变了原来手工编码的作业模式,通过可视化拖拽方式以及参数配置就能实现等同于编写复杂代码的业务逻辑,在设计业务逻辑时就完成了微服务应用开发,做到“业务即图,图即代码”,实现“软件开发,十倍提效”。 而作为飞算SoFlu软件机器人的一个重要组成部分,FuncGPT(慧函数)支持所有类型函数创建。通过自然语言描述Java函数需求,实时生成高质量、高可读性的Java函数代码。生成代码可直接复制到IDEA,或一键导入Java全自动开发工具函数库。 FuncGPT(慧函数)具有五大核心能力: ● 自然语言:通过自然语言即可生成函数,降低软件开发门槛。 ● 秒级函数开发:全自动秒级开发函数,秒级完成,效率千倍提升。 ● 一站式函数开发应用:函数生成即可直接应用,效率、安全有保障。 ● 质量可靠:生成的函数代码符合业界规范、具备良好的可读性,符合最优解。 ● 灵活生成:可以根据开发人员的具体需求生成并支持调整和修改。 以“将文件流转换为File对象”这个需求为例,以下是FuncGPT(慧函数)秒级生成的代码: / 类名:FileConverter // 函数名:convertStreamToFile // 函数功能:将文件流转换为File对象 // POM依赖包:无 import java.io.File; import java.io.FileOutputStream; import java.io.IOException; import java.io.InputStream; public class FileConverter { /** * 将文件流转换为File对象 * @param inputStream 文件流 * @param filePath 文件路径 * @param fileName 文件名 * @return 转换后的File对象 * @throws IOException 如果发生I/O异常 */ public static File convertStreamToFile(InputStream inputStream, String filePath, String fileName) throws IOException { File file = new File(filePath + File.separator + fileName); // 创建File对象 try (FileOutputStream outputStream = new FileOutputStream(file)) { // 创建文件输出流 byte buffer = new byte[1024]; int bytesRead; while ((bytesRead = inputStream.read(buffer)) != -1) { // 从文件流读取数据并写入文件 outputStream.write(buffer, 0, bytesRead); } } return file; // 返回转换后的File对象 } } // 函数示例 // 将文件流转换为File对象示例 // 入参:inputStream,文件流 // 入参:filePath,文件路径 // 入参:fileName,文件名 // 出参:file,转换后的File对象 // 调用示例: // InputStream inputStream = new FileInputStream("example.txt"); // String filePath = "C:\\Users\\User\\Documents"; // String fileName = "example.txt"; // File file = FileConverter.convertStreamToFile(inputStream, filePath, fileName); // System.out.println(file.getAbsolutePath); // 输出结果:例如,将文件流转换为File对象后,文件的绝对路径为:C:\Users\User\Documents\example.txt // 则输出结果为:C:\Users\User\Documents\example.txt 通过分析,不难发现以上代码:
-
什么是可用性测试?有效性(Effectiveness)-- 用户完成特定任务和实现特定目标的正确性和完整性程度;效率(Efficiency)-- 用户完成任务的正确性和完整性程度与所用资源(如时间)之比;满意度(Satisfaction)-- 用户在使用产品时的主观满意度和接受程度。 2.如何获得可用性? 可以参考以下原则:Gould、Boies 和 Lewis(1991 年)为以用户为中心的设计定义了 4 个重要原则: 早期以用户为中心:设计者应在设计过程的早期就努力了解用户的需求。 综合设计:设计的所有方面都应同步发展,而不是按顺序进行。使产品的内部设计始终与用户界面的需求保持一致。 早期和持续测试:当今唯一可行的软件测试方法是经验主义方法,即如果实际用户认为设计可行,该设计就是可行的。通过在整个开发过程中引入可用性测试,用户就有机会在产品推出之前对设计提出反馈意见。 迭代设计:大问题往往掩盖了小问题的存在。设计人员和开发人员应在整个测试过程中对设计进行迭代。 3...什么是可用性测试? 可用性测试是根据可用性标准对图形用户界面进行的系统评估。 可用性测试是衡量用户与系统(网站、软件应用程序、移动技术或任何用户操作设备)交互时的体验质量。4.如何进行可用性测试? l 实验室实验
-
系统测试(功能测试、性能测试、负载测试、压力测试、兼容性测试、安全测试、稳健性测试、配置测试、可用性测试、文档测试)
-
DB2+HADR+TSA 高可用性测试--TSA 环境配置_PHP 教程
-
建筑设计可用性测试:如何进行系统可用性测试
-
功能测试 性能测试 可用性_可用性测试:您需要了解什么?
-
如何使用 ReactFlow 实现流程图的可用性测试功能
-
电子商务交易系统的可用性测试和用户体验优化
-
DB2+HADR+TSA高可用性测试--DB2HAICU配置TSA实现自动故障转移_PHP教程
-
在 linux 系统上进行性能压力测试 -- 筑梦之路