软件评测师知识点19-end

本文全面介绍了网络测试的各个阶段和测试策略,涵盖了网络建设的三个关键时期:规划设计、实施及应用系统集成。深入探讨了各类网络测试指标和测试类型,如网络可靠性、可接受性、瓶颈测试等,并对网络故障进行了详细的分析流程介绍。此外,文章还涉及了软件和硬件问题的诊断方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

十九 网络测试

网络全生命周期测试策略

网络建设的三个阶段
★网络规划设计阶段
目的是利用网络仿真技术测试设计方案,以及对网络设备进行评估测试,为网络选型提供依据
★网络实施阶段
目的是保证系统可用性和稳定性
★网络与应用系统集成阶段
目的是为了保证应用系统在网络平台上的性能

网络测试指标

网络设备和TCP/P网络
吞吐量
丢包率
延时
背靠背性能:以最大帧速率进行突发的数据传输,且不产生丢包,来测试设备/系统缓存区的容量

网络测试类型 ----- 看看

依据不同的测试目的和对象
★网络可靠性测试
★网络可接受性测试
★网络瓶颈测试
★网络容量规划测试
★网络升级测试
★网络功能/特性测试
★网络吞吐量测试
★网络响应时间测试
★衰减测试
★网络配置规模测试
★网络设备评估测试

网络测试对象 – 了解

4种类型
★网络平台 :相当于七种类型的文件服务器、工作站和网络操作系统
★应用层 :即7种类型的应用程序、客户/服务器、数据库和工作站桌面软件
★子系统 :网络设备,路由器、交换机和网桥等
★全局网络路径 :对应7种类型的网段和全局网
7种类型
★文件服务器
★工作站
★网络操作系统
★应用程序、客户/服务器、数据库和工作站桌面软件
★路由器、集线器、交换机和网桥
★网段
★全局网

网络测试的基本方法 – 看

典型的网络设备测试的方法
是将设备放在一个仿真的网络环境中,通过分析该产品在网络中的行为对其进行测试
是使用专用的网络测试设备对产品进行测试

网络故障分析 ---- 看
  • 首先要清楚故障现象
  • 收集需要的用于帮助隔离可能故障原因的信息
  • 根据收集到的情况考虑可能的故障原因
  • 根据最后的可能的故障原因,建立一个诊断计划
  • 执行诊断计划,认真做好每一步测试和观察,直到故障症状消失
  • 每改变一个参数都要确认其结果
软件问题的诊断 — 看
软件问题的诊断建立在网络应用分析的基础上

网络应用分析的关键因素

  • 会话信息
  • 包信息
  • 响应时间信息
  • 负载信息
  • 高峰信息
  • 线程信息
  • 响应时间预测
  • 带宽模拟
硬件问题的诊断 ---- 看

物理层及其诊断
建立在通信媒体的基础上,实现系统和通信媒体的物理接口,为数据链路实体之间进行透明传输,为建立、保持和断开计算机和网络之间的物理连接提供服务
数据链路层及其诊断
是使网络层无须了解物理层的特征而获得可靠的传输。数据链路层为通过链路层的数据进行打包和解包、差错检测,并具有一定的校正能力,协调共享介质。在数据链路层交换数据之前,协议关注的是形成帧和同步设备
网络层及其诊断
提供建立、保持和释放网络层连接的手段,包括路由选择、流量控制、传输确认、中断、差错及故障恢复

=================================================================================

二十、安全性测试评估 — 记

安全系统测试策略

基本安全防护系统测试

  • 防火墙
    数据包通过防火墙,查看是否满足制定的规则。测试点:1、防火墙是否支持两种模式即交换模式和路由模式;2、是否制定了防火墙为单点故障点,即是否有冗余设计;3、防火墙是否能正常实现功能;4、防火墙是否提供日志统计分析功能;5、防火墙本身是否可以防御恶意攻击 — 理解
  • 入侵检测系统
    测试点:1、在检测到攻击的时候是否能自动执行处理,如发送报警给管理员;2、是否支持攻击特征的上传;3、能否同步攻击检测与引擎信息 — 理解
  • 漏洞扫描
    进行定期不定期的进行安全扫描,与黑客不一样的是是,会跟管理员说明漏洞的具体情况,应如何防止 — 理解
  • 病毒防治
    测试点:1、是否支持多种系统 — 理解
  • 安全审计
    测试点:1、是否能够进行系统数据的收集,整理,集中进行安全审计工作 2、是否能进行PKI和xml的数据协议,能否进行自定义的规则审计 — 理解
  • Web信息防纂改系统
    1、是否支持多种系统 2、是否能辨认修改是否合法 3、能否实时进行发布和监控 4、能否自动发布,自动监控、自动报警 5、自动扫描功能是否正常 — 理解

在这里插入图片描述

故障恢复与容灾备份测试

三个测试点
故障恢复 :是否存在单点故障;能否切换,是否提供冗余
数据备份
容灾备份

在这里插入图片描述
在这里插入图片描述
用户管理与访问控制和安全日志测试是重点,需要记住
在这里插入图片描述
记住
操作系统安全性测试一定要记住,考试频率较高
在这里插入图片描述
看看
在这里插入图片描述
安全日志测试很重要,考察的比较多

==========================================================================

二十一 兼容性测试

记忆一下几种兼容性就可以了,其他了解
★兼容性测试概述
★硬件兼容性测试
★软件兼容性测试
★数据兼容性测试
★平台兼容性测试

兼容性测试
将验证软件与其所依赖的环境的依赖程度
对硬件的依赖程度
对平台软件、其他软件的依赖程度
软件环境
指被测试软件运行所需的操作系统、数据库、中间件、浏览器及与被测软件共存的其他应用软件等构成的环境

硬件兼容性测试

目的
确认软件运行需要的硬件环境对于硬件环境的描述是否正确、合理
硬件兼容性测试需要确认的问题
最低配置是否能够满足系统运行的需要
在推荐配置下系统的响应迅速
考察软件对运行硬件环境有无特殊说明
为了满足不同的使用需求,软件系统能否运行在多种硬件配置环境
下,并且系统功能和性能都能满足设计需求
在这里插入图片描述

与打印机的兼容性

主要项目
安装或能够调用系统安装的打印机
能打印测试页
能选择不同幅面的纸张
能选择打印精度(打印分辨率)
纸张横、纵打印调整功能
逐页打印功能
多份打印功能
可以进行打印机的维护(如∶更换墨水盒,硒鼓)
具备双面打印器的打印机能够实现自动双面打印功能
网络打印机能够实现网络打印功能
在这里插入图片描述

数据兼容性测试

数据兼容性是指软件之间能否正确地交互和共享信息
在这里插入图片描述

平台化软件的兼容性测试

◆跨硬件平台能力
◆跨操作系统能力
◆支持多种数据库系统
◆客户端兼容性测试
◆数据兼容性测试

=================================================================================

二十二 标准符合性测试

考试时比重几乎接近于0

概述 ----- 主要是概念,其他看看就好了

标准符合性测试
◆是测量产品的功能和性能指标,与相关国家标准或行业标准所规定的功能和性能指标之间符合程度的测试活动
◆区别于般的测试
◆标准符合性测试的测试依据和测试规程一定是国家标准或行业标准,而不是实验室自定义的或其他的有关文件
测试方式
◆测试
◆权威测试

在这里插入图片描述

标准符合性测试实施

实施步骤
阅读和理解标准
确定测试工具
确定用例文件
执行用例文件
分析测试结果

===========================================================================

二十三 易用性测试

主要议题

★概述
★安装测试
★功能易用性测试
★用户界面测试
★辅助系统测试

易用性
是指软件产品被理解、学习、使用和吸引用户的能力

★安装测试
★功能易用性测试
★界面测试
★辅助系统测试

安装测试需要记一下
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

界面元素测试
	窗口测试
	菜单测试
	图标测试
	鼠标测试
	文字测试 

在这里插入图片描述

===================================================================

二十四 可靠性测试

有可能作为下午题,比较重要

主要议题

★可靠性定义
★可靠性测试的目标
★可靠性测试的广义/狭义含义
★可靠性设计技术

定义

可靠性
是指产品在规定的条件下和规定的时间内完成规定功能的能力
★软件可靠性定义具有的特点
1、用内在的"缺陷”和外在的"失效"的关系来描述可靠性,更能深刻地体现软件的本质特点
2、定义使人们对软件可靠性进行量化评估成为可能。对于软件的可靠性这样-个质量特征,很难用一个明确直观的数值去体现
3、用概率的方法描述可靠性是比较科学的
可靠性和可用性:可用性是可以发生故障,只要这段时间修复即可;
在这里插入图片描述
在这里插入图片描述
两个换算的前提其实都是可靠度需要大于0.95
其中R(t) = 1-F(t) 和 θ=λ的倒数需要记住
在这里插入图片描述

可靠性 — 重点 要记住

软考可靠性测试的目的可归纳为: — 考察过很多次
◆发现软件系统在需求、设计、编码、测试、实施等方面的各种缺陷
◆为软件的使用和维护提供可靠数据
◆确认软件是否达到可靠性的定量要求

软件可靠性测试广义/狭义

狭义的可靠性测试目的是为了获取测试数据;广义的可靠性测试时为了得到可靠性评价
整张图都需要记忆,因为会需要挖空填写
在这里插入图片描述

软件可靠性建模

影响软件可靠性的主要因素 --有可能是下午题,也可能是上午题
◆运行剖面(环境)
◆软件规模 规模越大,可靠性越差
◆软件内部结构 结构简单,可靠性高
◆软件的开发方法和开发环境
◆软件的可靠性投入

软件的可靠性设计与管理

可靠性设计技术 — 记一记
◆容错设计技术
恢复块设计、N版本程序设计、冗余设计
◆检错技术
检测对象、检测延时、实现方式、处理方式
◆降低复杂度设计

恢复快就是,设计两个一样的块,一个模失效后,可以使用另一个替代
N版本是,对于这个块使用不同的版本,不同的思想设计,多个版本模块同时运行,采用哪个块使用仲裁的方式

软件的可靠性设计与管理

软件可靠性管理 ---- 每个阶段需要记忆的地方
◆需求分析阶段
确定可靠性目标
◆概要设计阶段
确定可靠性度量
◆详细设计阶段
可靠性预测
◆编码阶段
◆测试阶段
可靠性建模
◆实施阶段

=============================================================

二十五、文档测试

上午题几率较高,较为简单

文档测试的范围

软件文档分类

  • 用户文档
    用户手册、操作手册、维护修改建议
  • 管理文档
    项目开发计划、测试计划、测试报告、开发进度月报、开发总结报告
  • 开发文档
    需求规格说明、概要设计规格说明、详细设计规格说明、可行性研究报告、数据库设计说明
用户文档

用户文档的内容
包装上的文字和图案
宣传材料、广告及其他插页
授权/注册登记表
最终用户许可协议
标签和不千胶
安装和设置指导
用户手册
联机帮助
指南、向导
样例、示例和模板
错误提示信息

充分有效的文档的优点
改善易安装性
提高软件的易用性
改善软件可靠性
促进销路
降低技术支持的费用

要注意事项
文档常常得不到足够的重视,文档的开发缺乏足够的资金和技术支持,而文档的测试更得不到重视
编写文档的人可能并不是软件特性方面的专家,对软件功能可能了解得并不深入
由于文档的印刷需要花费不少的时间,可能是几周,如果追求印刷质量的话可能需要几个月
文档测试不仅仅是对文字的校对,更可以辅助找到更多的程序错误

在这里插入图片描述

用户手册

用户手册是用户文档中最重要的一部分
准确地按照手册的描述使用程序
尝试每一条建议
检查每条陈述
查找容易误导用户的内容

在线帮助测试

与用户手册测试相同
准确性
帮助是文档编写和程序编写的结合
帮助索引
超链接
链接的意义
帮助的风格

=============================================================================

二十六 数据结构与算法基础

数组与矩阵(★★)
线性表(★★★★★)
广义表(★★)
树与二叉树(★★★★★)
图(★★)
排序与查找(★★★★★)
时间复杂度与空间复杂度(★★★★★)
算法基础及常见的算法(★★★★★)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值