系统测试
什么是系统测试
检查软件是否和需求规格一致
系统种类
桌面软件
C/S
client/server客户端/服务端
web网站
B/S
Browser/server浏览器/服务器
移动application(应用软件)
P2P
point to point
点对点
。。。
系统测试过程
计划
系统测试计划
what
系统测试类型
设计
系统测试方案
how
实现
系统测试用例
执行
系统测试执行
搭建系统测试环境
执行测试用例
提交缺陷报告
回归测试
提交测试报告
提交项目总结
常见系统测试类型
功能测试
分类
单功能测试
eg:淘宝:登录、下单、注册
登录功能
功能交互测试
eg:商品有价格,购物车、订单
前台用户注册被后台管理员删除账号
手机app
编辑短信过程中来了电话,或者闹钟到时间
业务场景测试*
将多个功能串成业务流程
购物流程:购物车-提交订单-发货-确认-结束
用户操作软件的过程,称之为场景
软件未稳定之前(第一次迭代、第二次,前几次),可以先进行,业务场景测试,再对功能交互进行分析、单功能分析
软件迭代多次,基本稳定,当再次迭代时(修改、删除、新增),先对修改的功能模块进行单功能,与修改的功能模块相关联的模块是否有问题(交互),测试主要的业务流程
质量模型中功能性
性能测试
课程中为所有性能相关测试的统称
响应时间
性能指标
吞吐量
衡量服务器处理能力的指标
吞吐率
衡量服务器处理能力的指标
内存占用
资源利用率
cpu占用
功耗
流量
分类*
负载测试
最大负载
最佳负载
各种负载情况下,系统的性能指标是否满足需求
负载测试测试的是系统的能力
压力测试
在极限负载的情况下, 长时间运行软件,查看系统是否能够稳定的运行
压力测试测试的是系统的耐力
容量测试
数据库的最大容量进行测试
配置测试
并发测试
标准并发
多个用户同一时间做同一个操作
广义并发
多个用户同一时间做不同操作
……
质量模型中效率
界面测试(GUI测试)
界面
界面元素
文本框、下拉框、单选框、复选框、表格、链接。。。
布局
自适应
界面测试
测试界面元素的显示
光标位置
输入回显
显示为灰色
测试界面元素的处理响应
点击按钮后出错窗口位置
测试界面的布局
界面元素所在位置
界面元素之间的间距
tab键切换
从左往右
从上往下
不少公司将界面测试混入功能测试
质量模型中易用性之易理解
兼容性测试
操作系统
客户端操作系统windows操作系统
单用户多任务的操作系统
服务端操作系统unix、linux操作系统
多用户多任务的操作系统
虚拟机软件
vmware
virtualbox
考虑不同环境下功能测试和界面测试
浏览器
ietester
不同ie版本
界面显示
位置
字体
功能
按钮是否能点击
是否会弹错误窗口
chrome
firefox
360
分辨率
1024*768
依从性:分辨率行业内的标准最低支持1024*768
1366*768
需要考虑项目资源
充足
所有环境执行所有用例
略有不足
筛选出需要测试的环境
正交分析法
用例的设计方法
比较不足
先筛选出需要测试的环境
主测试环境
执行所有用例
辅测试环境
主要业务流程中相关的功能、界面相关测试点
非常不足
自动化手段
云测试平台
Callout
质量模型中可移植性
安全性测试(专人做)
数据的安全性
软件的具体实现有关
具体指用户的敏感数据需要加密处理
权限的安全性
非授权用户通过网页地址来访问授权用户才能访问的网页
安全漏洞
漏洞扫描工具
appscan
质量模型中功能性之保密安全性
安装测试
安装前测试
检查安装包中文件是否齐全
安装包包含环境软件
检查安装包中是否有病毒或木马
安装中测试
测试不同过程的安装
安装后测试
测试安装是否完整
测试安装好的软件是否可运行
质量模型中可移植性之易安装性
可靠性测试
异常测试
异常模拟
断网
断网注册
断电
数据丢失
硬件损坏
故障植入
稳定性测试
连续运行较长时间不出现闪退
在测试期间,业务量相对稳定,不增加其它业务,运行一段时间(N*24小时)后,检查的系统的资源有无泄漏
稳定性测试是用来验证产品在一定的负载下是否能够长时间的稳定运行
在系统初始条件下,加载一定量的业务负载,运行一段时间(N*24小时)后,增加新的业务,察看业务运行的是否正常
质量模型中可靠性
系统测试环境
环境组成
硬件
pc
网络设备
打印机
。。。
软件
os
操作系统
web服务器
应用服务器
数据库
被测软件
测试数据
测试脚本
自动化测试
分类1
兼容
操作系统
win7/win10
分辨率
1024*768/1366*768
px:像素点
浏览器
ie8、ie11
主测试环境
ie9
执行所有测试用例
辅测试环境
ie8、ie11、chrome、Firefox
只执行最基本的功能测试用例
界面相关的用例
分类2
仿真环境
Network Emulator for Windows Toolkit
现在仿真环境上测试,然后再在真实环境上测试
真实环境
停车场弱网环境
用户真实使用的环境
开发环境
测试环境
系统测试数据的准备
利用产品数据
用户真实数据
电商用户订单信息、商品信息
手工构造
工具生成
DataFactory
Generatedata
Jmeter
随机数
测试数据
数据的特征
eg:用户名必须是邮箱,@ . com cn org
数据量
系统测试执行过程
预测试
有公司叫冒烟测试
每日构建
每天开发的最新代码都需要编译一下
比较好的形式:每日构建+冒烟测试
基本功能检查
检查软件质量是否满足后续测试要求
测试主要流程
转系统测试(可选)
开会确定后续测试是否继续开展
预测试是否通过
测试用例是否完成并经过评审
测试人员是否到位
测试工具是否到位且进行了相关培训
填写测试记录
记录测试用例执行结果
通过
pass
失败
fail
预期结果与实际测试结果进行比对,不一致
阻塞
由于无法登陆导致付款功能无法执行
N/A
not complete
未完成
编写测试日报
汇报每天执行情况
执行情况
发现缺陷情况
存在的问题以及需要的帮助
编写测试报告&测试总结
测试执行结束时
详细解决方案
系统测试总结
热度:35 发布时间:2024-02-22 04:42:04.0
相关解决方案