第五章 软件测试流程01

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

5.2 软件测试计划
可用性测试 在系统测试的中后期展开,主要针对重点模块进行。测试编剪的响应 速度,节目播放的实时性,与字幕的配合,采集录制的帧精确,素材 和用户信息的真实准确等与非编系统基本要求相关的内容。以满足足 够多的基本要求为标准。
强度测试 在系统测试的中后期展开,通过模拟用户的测试进行,验证系统的健 壮性。首先进行一些必要的负载测试,在达到一定稳定性的基础上, 开始模拟用户的测试,并与可能的用户测试相结合,找出一般测试不 能发现的问题。连续正常使用不死机的时间在允许范围之内(1天死 机1次),出错后数据丢失在允许范围内为标准。
• 被确定的测试需求项必须是可核实的。即,它们必须有一个可观察、 可评测的结果。无法核实的需求不是测试需求。
5.2 软件测试计划
• 确定软件测试范围
• 根据需求列出测试功能点清单
5.2 软件测试计划
• 确定软件测试策略
• 要使用的测试技术和工具; • 测试完成标准; • 影响资源分配的特殊考虑;如测试与外部接口或者模拟物理损坏、安
界面测试 只在系统测试阶段进行,按照相关规定进行检查。以按相关要求规定 检查一遍为标准。
5.2 软件测试计划
值域测试 只在系统测试阶段进行,针对总结(测试过程中逐步总结)出的常用 项进行检查。以常用功能项检查一遍为标准。
版本验证测试 在系统测试和验收测试进行,尽量避免因开发组版本控制问题影响测 试效果。进行必要的报告返测和系统的基本功能测试,一般时间为一 天。以确认版本是否值得进行测试为标准。
确定测试需求 确定软件测试范围 确定软件测试策略 确定软件测试的资源要求 确定软件测试的进度
工作输出:软件测试计划
5.2 软件测试计划
• 确定测试需求
• 确定测试需求是测试计划活动的开始。测试需求包括确定测试对象以 及测试工作的范围和作用。测试需求还用来确定整个测试工作(如安 排时间表、测试设计等)并作为测试覆盖的基础。
讨论需求的过程是不断理解需求、剖析需求的过程。避免 对需求的片面理解。
5.1 需求管理
需求跟踪矩阵
(1) 在需求变更、设计变更、代码变更、测试用例变更时,需 求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的 最有效的工具,如果不借助需求跟踪矩阵,则发生上述变更时, 往往会遗漏某些连锁变化。
系统名称 模块 菜单
功能点 二级功能点 三级功能点
查询条件
湖南省地质勘查
数据正确性 发送通知查询 查询结果
结果排序
项目实施管理系 通知 发送通知
重置

Βιβλιοθήκη Baidu
撰写 界面元素检查
发送通知
发送
查看回执 界面检查
5.1 需求管理
性能需求
静态数值需求可能包括: 全国31个省份用户及8大行业局用户拥有资质的用户,2010年大
约为2500家; 填报最多并行达到200以上; 系统响应的时间特性,依据不同的页面内容有不同的要求,一般
响应时间不超过5秒;
5.1 需求管理
2、参与需求评审
评审前期准备,熟读需求,准备问题 会议上跟随大家的思路,理解需求,随时提问 评审过程中总结经验
5.1 需求管理
3、讨论需求
同产品经理、项目经理讨论 同需求人员讨论 同开发人员讨论 同测试组长或测试经理讨论
需求跟踪矩阵
5.1 需求管理
1、阅读和分析软件需求规格说明书
目录或大纲 分析系统模块和菜单 分析和整理系统功能点 分析非功能需求
以需求文档《08272-RDM05-100725 软件需求规格说明 书.doc》为例进行讲解
5.1 需求管理
• 功能点:能够单独完成的某个具体业务流程。
例如:一个用户管理功能常常关注的三个功能点:用户查询、用户修 改、用户删除。这是大的功能点。还可以再细分。用户修改:修改用 户登录密码、修改用户登录名、修改用户个人基本信息等等
根据《 08272-RDM05-100725 软件需求规格说明 书.doc 》列出3.3任务书的所有功能点清单
5.2 软件测试计划
工作输入:软件测试任务书(或合同)和被测软件的需求 规格说明。他们是开展软件测试计划的基础和依据。
软件测试计划要从测试和管理两个方面开展计划工作,这 个阶段主要任务是:
全性威胁。
5.2 软件测试计划
确定测试范围
数据库测试 针对与数据库相关的功能进行测试,通过对数据的读写操作测试数据 库。以数据库运行正常,数据不丢失为标准。
功能确认测试 集成测试阶段主要针对大的功能实现进行测试,系统测试阶段依据需 求规格说明书逐项测试,验收测试阶段依据说明书逐项测试。以按需 求或用户手册所列功能检查一遍为标准(每个版本周期内)。
(2) 验证需求是否得到了实现的有效工具,可以跟踪每个需求 的状态:是否设计了,是否实现了,是否测试了。
《用户需求跟踪矩阵.xls》 《需求跟踪矩阵.xls》
上机练习题
根据《 08272-RDM05-100725 软件需求规格说明 书.doc 》列出3.2.1 上报立项申请的所有功能清单
课后练习题
第五章 软件测试流程
第五章 软件测试流程
5.1 需求管理 5.2 软件测试计划 5.3 软件测试设计 5.4 测试环境搭建 5.5 软件测试执行 5.6 软件测试总结
课程大纲
5.1 需求管理
如何理解需求
阅读和分析软件需求规格说明书 参与需求评审 同需求人员、开发人员等不断讨论
功能点的粒度
5.1 需求管理
右图为一个需求文档的目录。通过该 图了解到功能需求中包括通知、立项 申请、任务书、设计审查、进度报告、 项目进度时间表、工作部署调整报告、 重大成查专报、野外验收、成果管理、 汇总统计、过程监控、辅助工具和系 统管理14个大模块;
5.1 需求管理
阅读“通知”模块需求 整理“发送通知”功能点
5.2 软件测试计划
安全性测试 在系统测试阶段进行。针对与之相关的模块的测试同步进行。以满足 基本的安全性要求为标准。
裸机测试 在系统测试的中后期和验收测试进行。在干净的环境上,进行与其他 测试环境相同的测试,应包括所有的测试内容。标准是裸机环境上程 序运行正常。
5.2 软件测试计划
相关文档
最新文档