软件测试与配置管理

人员
系统的质量取决于获取、开发和维护 系统所采用的过程的质量
过程 技术
过程模型就执行主要任务需要依照 的顺序提供指引
大多数机构通常会误认为，只要拥有技术娴熟的人员、 良好的管理技能以及先进的技术，就不再需要过程 用来描述有效过程特性的要素的结构集合称为成熟度模型
综合传统上性质各异的机构 制定过程改进的目标和 优先次序
创建Web应用程序的功能测试 创建数据驱动测试 创建并运行可以测试应用程序性能的测试 使用.NET语言进行测试创作、调试和测试扩展
• 负载测试
– 主要目的是模拟许多用户同时访问一台服务器 的情况
说 明 – 测试类型 它由一系列 Web 测试或单元测试组成 冒烟测试 压力测试 确定在短时间内负载较小时应用程序如何执行 确定在较长时间内负载较大时应用程序是否能成功 运行
配置和安装测试
检查软件安装，这个流程也判断系统是否能在不同的平台上安装或卸载
恢复测试
… 错误 …. 系统出现故障
有意使系统发生故障
…
如果系统自我恢复，将确认重新初始 化和检查点机制是否正确
安全性测试
拒绝未经授权的访问
都是经过身份验证的用户
Baidu Nhomakorabea
• Web测试
– 也称为声明性 Web 测试，它由一系列 HTTP Web测试的主要目的 请求组成
请求的响应大小
成功和失败的标记 运行期间的请求状态 Web服务器的总响应时间
修改查找文本为“admin”
测试成功
• 负载测试主要是模拟许多用户同时访问一台 服务器的情况
使用负载测试步骤
创建负载测试 观看创建负载测试过程
运行负载测试
分析负载测试结果
请老师在项目中演示使用负载测试
运行负载测试
1
集成
系统
用户验收
集成测试 单元测试
彻底测试 各个单元
将几个单元集 成起来并纠正 错误
单元 1 单元 2 单元 3
用户检查软件的用户友好性和整 体视觉效果并审批该软件
用户
负载测试
让系统执行超过其处理能力 的任务来测试系统
通过这种测试，发现内存管理错误、内存泄漏和缓 冲器溢出之类的错误或缺陷
过程持续改进
第 5 级 优化
过程可预测
第 4 级 管理
第 3 级 定义 过程标准而一致
充当质量过程的指南
第 2 级 可重复
充当当前事务的标准
第1级 初始
配置管理提高了在部署软件后提供所需维护和支 持的能力 它有助于消除含混、混乱、重复维护、数据共享 问题以及同时更新问题。
控制和传达项目状态 使小组和管理人员清楚软件开发过程 使一个阶段到另一个阶段的转移或接口之间 的转移顺利进行 提高产品的完整性 显著降低软件成本
测试策略
黑盒测试
白盒测试
必须具备内 部逻辑和代 码知识
人员修改不能正常运行的代 码并修复错误
测试策略
手工测试 自动测试
利用工具 进行测试
手工测试
测试策略
静态测试 动态测试
实际运行被测程序 代码审查 代码走查 桌面检查 技术评审 静态分析
测试阶段
测试阶段
单元
压力测试
内存 ------- -------- -------- -------- ------执行占用大量内存的测试用例，使软 件达到极限并了解其极限
性能测试
瓶颈 瓶颈
所有的活动都作为性能测试的一部分执行，且与白 盒测试紧密联系。彻底检查并监控系统，通过所有 可能的输入和预期的输出结果来测量系统
需求人员
我提交了正确的版本吗？ 构建为什么失 败了?
项目经理
集成的版本正确吗？
bug 873在本次构 建中修复了吗?
Build 3
Build 2 Build 1 开发员 测试员
集成员
一句话：管理变化！减少混乱！ 一句话：保证在合适的时机向合适的人 获得正确的软件数据
有助于管理对已开发项目所作更改的各种工具如下： 工具名称 Razor 公司 可视软件
性能测试
容量计划测试
确定应用程序的响应能力
确定在各种容量下应用程序如何执行
以下主要讲解“性能测试”
使用Web测试步骤 创建Web测试 添加Web测试 运行Web测试
分析Web测试结果 新建测试项目
添加Web测试成功
添加“新建测试”
以虚拟目录路径来测试
登录成功页面存在的用户 停止记录
记录管理员登录首界面
需求462 是否在此
发布的版本中实现?
Add promotion calculation ？？？ ？？？ New platform New customer New GUI Bug 98 New web design transaction button ？？？ ？？？ ？？？
还有多少个致命 的 bugs?
SCLM
Visual Age Team Connection
软件配置库管理器，IBM
IBM
Visual Enabler Visual Source Safe
Soft Lab Microsoft Corp. (PC) / Metrowerks (Macintosh)
以“admin”登录
添加记录后的Web测试界面 登录成功界面 添加Web测试记录 添加登录失败的记录
在第2个记录页面上添加验证 规则为：查找文本“申波”
在第一个页面上 添加最大请求时间800毫秒 添加验证规则 在第3个记录页面上添加验证 规则为：查找文本“Shenzhen”
运行测试以便观察测试结果
可用性测试
开发界面时要 检查输出结果和错误消息以判断其 是否有意义、是否简单 考虑用户的教 育背景和理解 能力
用户
GUI 测试
窗体测试 控件测试 菜单测试
...
....... ...
图形用户界面是 基础代码的前端， 是用户和软件交 互的工具
步骤
测试什么 生成测试输入
生成预期的输出结果 执行测试用例并验证输出结果 判断图形用户界面是否已充分测试
主工具栏，用于启用、禁用各面板
2
报告测试状态
关系图绘图点
7 5
测试结果关系图
3
性能计数器窗格，列出所有采集的计数器
用户负载
4
测试摘要窗格，提供 整个结果的简明摘要
请求/秒，表示吞吐量 平均响应时间，单位是秒
6
显示计数器的图例
对使用缓存的书籍详 情页面添加负载测试
与不使用缓存的响应时 间相比，提高了近25%