系统测试包含的全部内容(建议收藏)

系统测试概述

系统测试的定义

  • 将已经集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行(使用)环境下, - 对计算机系统进行一系列测试活动。
    根本任务
  • 证明被测系统的功能和结构的稳定性;还要有一些非功能测试:性能测试、压力测试、可靠性测试等等。
    目的
  • 确保软件产品能够被用户或操作者接受。
    系统测试属于黑盒测试范畴,不再对软件的源代码进行分析和测试。
    系统测试的组织
  • 系统测试主要是由质量部门的测试工程师来主导工作。
    • 测试组组长:组织测试;
    • 测试分析员:负责设计和实现测试脚本和测试用例;
    • 测试者:负责执行测试脚本中记录的测试用例。
  • 系统测试员和用户
    • 相似的地方
      • 都是使用软件,一般不接触软件的代码
      • 都是假设软件应该正确实现说明书的功能
    • 不同的地方
      • 使用软件的目的
      • 对待错误
        系统测试的内容
  • 功能特性的测试:功能测试、用户界面测试、安装/卸载测试、可使用性测试。
  • 非功能特性的测试:性能测试、负载测试、压力测试、疲劳测试、安全测试、恢复测试、兼容性测试、可靠* 性测试、强度测试、容量测试、配置测试。

功能测试

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

目标

  • 检验产品功能是否正确实现

内容

  • 正常功能、异常功能、边界测试、界面测试、接口测试、安全测试、错误处理测试等。

依据

  • 需求规格说明书

方法

  • 黑盒测试
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9lJufrrd-1629702976662)(https://upload-images.jianshu.io/upload_images/26804360-c83fe76c0e9613e0.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)]

性能测试

性能测试(Performance Testing)通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

目标

  • 对产品的性能进行测试,检验是否达标、是否能够保持。
    工具

  • 在需要大访问量时候尤其需要使用工具。

  • 并发性能测试工具 (load—负载)

    • LoadRunner、 QALoad、 SilkPerformer、 WebLoad
  • 用户视角的软件性能

    • 从用户角度来说,软件性能就是软件对用户操作的响应时间。
  • 系统管理员视角的软件性能

    • 系统的响应时间;
    • 系统运行时服务器的状态,如CPU利用情况、内存使用情况等;
    • 系统是否能够实现扩展;
    • 系统支持多少用户访问;
    • 系统性能可能的瓶颈在哪里;
    • 系统是否支持7*24小时的业务访问。
  • 软件性能指标

    • 并发用户
      • 一给定时间内,某个时刻与服务器同时进行会话操作的用户数。
    • 响应时间
      • 客户端发出请求到得到服务器返回结果的整个过程所经历的时间。
    • 吞吐量
      • 单位时间内系统处理的客户请求的数量
      • 一般来说,吞吐量用请求数/秒或页面数/秒来衡量。
      • 从业务的角度,吞吐量也可以用访问人数/天或处理的业务数/小时等单位来衡量。
      • 从网络的角度来说,也可以用字节数/天等单位来考察网络流量。
    • 资源利用率
      • 指系统资源的使用程度,比如服务器的CPU利用率、内存利用率、磁盘利用率、网络带宽利用率等。
  • 软件性能要素

    • 环境要素
      • 软件、硬件、网络
    • 业务要素
    • 用户数、执行功能、数据量
    • 在使用性能指标描述软件的性能特征时,应该给出明确的软件性能要素,否则,所给出的性能指标无法参考。
    • 性能测试用例的设计:主要是通过改变模拟的业务因素来测试软件的性能。
      • 并发用户数
        • 精算法
  • 估算法

  • 经验值
    • 对于一些系统,可以通过同类软件系统的用户数据来估算,这种估算可以通过类似系统的日志分析和问卷调查来进行。
      吞吐量
      基于业务的设计

负载测试

定义
数据在超负荷环境下运行,测试软件系统是否能够承担。这种超负荷主要指多并发用户。
方法

  • 人为生成大数据量,并利用工具模拟频繁并发访问
    工具
  • 一般需要使用自动化工具
    考察指标
  • 响应时间、交易容量、资源使用率等

压力测试

定义

  • 指系统不断施加越来越大的负载(并发,循环操作,多用户,网络流量)的测试。
    目标
  • 通过确定一个系统的瓶颈或者不能接收的性能点,来确定系统能提供的最大服务级别的测试。

性能测试、压力测试、负载测试的关系

性能测试是正常情况下的性能指标;
压力测试是测试系统的瓶颈所在;
负载测试是指系统重负荷性能指标;
性能测试、压力测试、负载测试在广义上讲都是性能测试的内容,建议将三种测试结合起来并行进行。

兼容性测试

定义

  • 测试软件在一个特定的硬件、软件、操作系统、网络等环境下系统能否正常运行。
    目的
  • 检验被测软件对其他应用软件或者其他系统的兼容性。

安全测试

定义

  • 安全测试检测系统对非法入侵的防范能力。
    应用程序级别的安全性测试
    数据库安全性测试
    系统级别的安全性测试

健壮性测试

定义

  • 又称为容错测试。主要检查系统容错能力。当系统出错时,能否在指定的时间间隔内修正错误并重启系统。
    方法
  • 容错测试首先要通过各种手段让软件系统强制发生故障,然后验证系统能否快速恢复。

配置测试

定义

  • 配置测试将验证软件与其所依赖硬件环境的依赖程度。
    测试中的硬件环境指进行测试所必需的服务器、客户端、网络连接设备,以及打印机、扫描仪等辅助硬件设备所构成的环境。
    所有软件都需向用户说明其运行的硬件环境,对于多层结构的软件系统来说,需要分别说明其服务器、客户端以及网络所需的环境。

可用性测试

可用性测试是面向用户的系统测试。让一群有代表性的用户尝试对产品进行典型操作,- - 同时观察员和开发人员在一旁观察,聆听,做记录。

系统中是否存在繁琐的功能以及指令;
安装过程是否复杂;
错误信息提示内容是否详细;
GUI接口是否标准;
登录是否方便;
需要用户记住内容的多少;
帮助文本是否详细;

文档测试

定义

  • 文档测试是对系统提交给文档进行验证,它要求检查系统的文档是否齐全。
    文档的种类
  • 包括联机帮助文档或用户手册,指南和向导,
  • 安装、设置指南,示例及模板,错误提示信息,
  • 用于演示的图像和声音,
  • 授权/注册登记表及用户许可协议,
  • 软件的包装、广告宣传材料等。
  • 13
    点赞
  • 177
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
资源名字:基于SSM+mysql的高考填报信息系统设计与实现(源码+部署说明+视频演示).zip 资源内容:项目全套源码+完整文档 源码说明: 全部项目源码都是经过测试校正后百分百成功运行。 基于SSM+MySQL的高考填报信息系统是一个用于学生高考志愿填报和查询的网站平台,主要提供学生管理,学院信息管理,年份管理,录取分数管理,学生成绩管理,报考志愿管理,志愿录取管理,我的收藏管理,留言板管理,论坛管理,系统管理等功能主要具备以下特点: 技术栈:系统采用了Java技术栈中的SSM框架,包括Spring+SpringMVC+MyBatis,并使用MySQL数据库,具备较高的技术稳定性和可靠性。 学生信息管理:系统支持学生个人信息的录入和管理,包括姓名、身份证号、考生号等关键信息,确保填报数据的准确性。 院校专业信息库:系统集成了完整的院校专业信息库,包括各个高校的招生计划、专业设置、录取要求等信息,提供给学生进行查询和选择。 志愿填报和优化:学生可以根据自己的兴趣和成绩情况,在系统中填报志愿,并进行优化调整,系统会根据学生的填报情况进行智能推荐和分析。 分数线查询:系统提供了高考各批次的分数线查询功能,学生可以根据自己的分数情况进行学校和专业选择。 填报结果查询:学生可以在系统中查询自己的填报结果,包括录取情况、专业分配等信息,方便学生了解自己的录取状态。 模拟志愿填报:系统提供模拟志愿填报功能,学生可以根据自己的分数情况进行模拟填报,了解各种填报方案的录取可能性。 填报指导和建议系统提供填报指导和建议,包括录取规则解读、填报策略等,帮助学生做出更合理的填报决策。 数据安全和隐私保护:系统采用安全措施,保护学生个人信息和填报数据的安全和隐私,确保数据的保密性和完整性。 总之,基于SSM+MySQL的高考填报信息系统为学生提供了一个便捷的平台,帮助他们进行高考志愿的填报和查询,提供填报指导和建议,帮助学生做出更加明智的填报决策,提高高考填报的效率和准确性,为学生的升学规划提供有力支持。
1.项目代码功能经验证ok,确保稳定可靠运行。欢迎下载使用! 2.主要针对各个计算机相关专业,包括计科、信息安全、数据科学与大数据技术、人工智能、通信、物联网等领域的在校学生、专业教师或企业员工使用。 3.项目具有丰富的拓展空间,不仅可作为入门进阶,也可直接作为毕设、课程设计、大作业、初期项目立项演示等用途。 4.当然也鼓励大家基于此进行二次开发。在使用过程中,如有问题或建议,请及时私信沟通。 5.期待你能在项目中找到乐趣和灵感,也欢迎你的分享和反馈! 【资源说明】 基于Nodejs和React hooks实现的知乎日报WebApp系统源码+详细项目说明.zip 知乎日报-WebApp zhihu 技术栈:create-react-app、React18、redux/react-redux「你可以使用mobx或者reduxjs/toolkit」、react-router-dom V6、Fetch、less、AntdMobile... 从零开始构建React项目「本项目不采用任何系解决方案(例如:淘系),就是基于最纯正的React实现开发」 1. 基于create-react-app创建工程化项目 $ npm i create-react-app -g $ create-react-app 项目名 --- $ yarn eject 暴露webpack配置项 修改脚手架默认的配置 + 配置less:less/less-loader@8 + 配置别名 @ 代表 src 目录「选配」 + 配置浏览器兼容 + 配置客户端启动服务的信息 + 配置跨域代理:http-proxy-middleware + 配置REM响应式布局的处理:lib-flexible、postcss-pxtorem + 配置打包优化 + ... 2. 准备一些项目开发必备的材料 src/api/http.js:fetch请求的二次封装 src/assets: + reset.min.css 清除浏览器默认样式 + images 静态资源图片 + utils.js 自己封装的常用方法库 + ... 3. 配置好REM响应式布局 && 样式处理 lib-flexible 设置REM和PX换算比例的 + 根据设备宽度的变化自动计算 + html.style.fontSize=设备的宽度/10+'px'; + 750设计稿中 1REM=75PX : 初始换算比例 + 375设备上 1REM=37.5PX postcss-pxtorem 可以把我们写的PX单位,按照当时的换算比例,自动转换为REM,不需要我们自己算了 ---- @1 假设设计稿还是750的,我们测出来多少尺寸,我们写样式的时候,就写多少尺寸,并且不需要手动转换为REM「我们在webpack中,针对postcss-pxtorem做配置,让插件帮我们自动转换」 const px2rem = require('postcss-pxtorem'); px2rem({ rootValue: 75, // 基于lib-flexible,750设计稿,就会设置为1REM=75PX;此时在webpack编译的时候,我们也需要让px2rem插件,按照1REM=75PX,把我们测出来的并且编写的PX样式,自动转换为REM; propList: ['*'] // 对所有文件中的样式都生效{AntdMobile组件库中的样式} }) @2 在入口中,我们导入lib-flexible,确保在不同的设备上,可以等比例的对REM的换算比例进行缩放!! @3 手动设置:设备宽度超过750PX后,不再继续放大!! 4. 配置路由管理 5. 配置redux架子 6. 其它的基础框架配置 7. 逐一开发项目,注意组件的抽离封装 8. 开发完毕后 + 项目优化 + 封装提取 + 内部测试 + 部署上线 知乎日报-后端 zhihu_admin 后端的数据接口分为两部分 + 从知乎日报官方实时拉取数据「新闻、新闻详情、新闻的评论数...」 + 自己研发的个人中心系统「登录/注册、发送验证码、个人信息获取和修改、收藏体系...」 后端技术栈: + Node、Express

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值