- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试过程
海辉软件应用测试部门在长期的行业测试经验中,在软件测试过程模
型方而总结岀了如下图所示的改进W模型:业务需求验收测试设计试运行/部暑需求分析系统測试系统测试设计测试组测试概要设计集成测试设计■專y鬼详细设计单元测试设计内部集成编码实现用户验收测词 (UAT)单元测试
型方而总结岀了如下图所示的改进W模型:
业务需求
验收测试设计
试运行/部暑
需求分析
系统測试
系统测试设计
测试组测试
概要设计
集成测试设计
■專y鬼
详细设计
单元测试设计
内部集成
编码实现
用户验收测词 (UAT)
单元测试
模块集成验证
集成测试
系统构建
] 开发组测试**____孤關■超
软件测试改进W模型
相对于传统v模型,w模型更科学,由一个开发的“v”和一个与Z 并行的测试“厂组成,体现了“尽早地和不断地进行软件测试”的软件 测试基本原则,强调的是测试伴随着整个软件开发周期,测试与开发是同 步进行的,而且测试的对象不仅仅是程序代码,需求、设计同样耍进行测 试(图中的“VV”即表示对需求文档、设计文档的验证Verification 和确认 Validation)。
根抑金融行业应用系统IT架构复杂、应用系统间关联度高的特点, 在单一应用系统系统测试完成后,应进一步在具备其他应用系统的测试环 境中执彳亍“系统集成测试” (System Integration Testing, SIT),以 验证各应用系统间数据传递正确、业务功能正常完成。
鉴丁?金融行业对应用系统准确性、稳定性、安全性要求高及应用系统 失败将造成巨大损失的特点,为保证万无一失,在用户验收测试完成后、 系统正式上线前,一般还会在准生成环境中进行“上线版本验证”测试, 再次验证系统功能性能是否满足耍求,系统在使用过程屮是否会岀错等
等。
按照当前金融行业开发测试现状,一般情况下,单元测试、集成测试 由开发项冃组执行,系统测试、系统集成测试、用户验收测试、上线版本 验证测试由测试部门执行或参与(用户验收测试由业务部门组织执行,测 试部门提供测试T具支持和测试环境支持等)。
第一章测试阶段说明
根据海辉测试W模型,测试按阶段划分可分为:单元测试、集成测试、 系统测试和用户验收测试(UAT),在系统测试完成后,根据被测系统具 体情况可选择实施系统集成测试(S1T)和上线版本检验测试。
测试在不同阶段涉及到的部分测试内容如下表所示:
阶段
测试内容
备注
单元测试
静态测试
代码走查、交叉检查、内 部评审、静态扌U描
开发方测试
动态测试
动态执行检査
开发方测试
集成测试
接口测试
接口符合性测试
开发方测试
功能测试
数据流转、处理逻辑测试
开发方测试
系统测试
功能测试
功能测试(GUI、业务、 健壮性等)
自动化冋归测试
第三方测试
非功能测试
(技术测试)
性能测试
第三方测试
可靠性/可恢复性测试
第三方测试
安装配置测试
第三方测试
女全性测试
第三方测试
文档测试
第三方测试
对开发方提供的需求说明书、详 细设计说明书、数据库安装手册 等文档的检查和测试
系统集成 测试(SIT)
兼容性
第三方测试 支持平台的兼容性
互联测试
第三方测试
与其它生产系统的联通测试
用户验收 测试(UAT)
功能和业务 流程测试
业务用户测试
系统用户的代表进行测试
上线版本 检验测试
业务流程
自动化冋归测试
第三方测试或业务用户测试
业务流程测试
第三方测试或业务用户测试 可以有针对性地选择部分业务
1.1单元测试
单元测试是测试的基础级别。单元测试着眼于程序或系统的较小构建 模块,是执行每个模块以证实其履行了指定功能的过程。单元测试由开发 人员完成。
单元测试过程是根据详细设计文档和编码规范的要求,对系统中程序 单元并行进行测试。单元测试阶段形成的文档包括:《单元测试计划》、 《单元测试案例》、《单元测试报告》、《代码审查表》等。
1.1.1测试方法
单元测试的方法主要采用静态测试方法和动态测试方法。
□静态测试
静态测试方法能快速找到缺陷,发现30%?70%的逻辑设计和编码缺 陷。静态测试方法的依据是项冃的程序设计文档、程序的源代码清单、编 码规范和代码审查表等。静态测试中最常用的手段是代码审查。
审査是一种正式的评估方法,将由非制作者本人的个人或小组详细检 查阶段成果,以查明是否有错课、是否违反开发标准及是否存在其他问题。 代码审查可以发现违背编码规范的问题,程序中不安全、不明确和模糊的 部分,找出程序中不可移植部分、违背程序编程风格的问题,包括变量检 查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等内 容。执行代码审查前,各个项冃组需制定适用于本项冃的《代码审查表》, 覆盖以下儿类问题,并对每类问题进行细化和补充:
Comment:注释没写,或者格式不
文档评论(0)