- 热门文章:
- · 软件测试的设计与组织
- · 嵌入式软件的覆盖测试
- · 嵌入式软件测试策略
- · 测试的经验之谈
- · 微软高级开发者管理峰会演讲摘要:产品质量的…
- · CMM与软件评价及测试
- · 游戏项目中的自动化测试和持续集成
- · 对项目开发中几种测试类型的理解
- · 初学者入门:软件测试从零开始
- · Web 测试的经验
- · TPC-C性能测试指标介绍
- · RUP测试过程实践
上一篇:如何设计编制软件测试用例 >>
系统测试设计的层次
1、系统测试的定义:
系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不相符合或与之矛盾的地方。
2、系统测试的对象:
系统测试的对象不仅仅包括需要测试的产品系统的软件,还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此,必须将系统中的软件与各种依赖的资源结合起来,在系统实际运行环境下来进行测试。
3、系统测试的设计
系统测试过程包含了测试计划、测试设计、测试实施、测试执行、测试评估这几个阶段,而整个测试过程中的测试依据主要是产品系统的需求规格说明书、各种规范、标准和协议等。在整个测试过程中,首先需要对需求规格进行充分的分析,分解出各种类型的需求(功能性需求、性能要求、其他需求等),在此基础之上才可以开始测试设计工作,而测试设计又是整个测试过程中非常重要的一个环节,测试设计的输出结果是测试执行活动依赖的执行标准,测试设计的充分性决定了整个系统过程的测试质量。因此,为了保证系统测试质量,必须在测试设计阶段就对系统进行严密的测试设计。这就需要我们在测试设计中,从多方面来综合考虑系统规格的实现情况。通常需要从以下几个层次来进行设计:用户层、应用层、功能层、子系统层、协议层
3.1、用户层:
主要是面向产品最终的使用操作者的测试。这里重点突出的是在操作者角度上,测试系统对用户支持的情况,用户界面的规范性、友好性、可操作性,以及数据的安全性。主要包括:
3.1.1、用户支持测试
用户手册、使用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。
3.1.2、用户界面测试
在确保用户界面能够通过测试对象控件或入口得到相应访问的情况下,测试用户界面的风格是否满足用户要求,例如:界面是否美观、界面是否直观、操作是否友好、是否人性化、易操作性是否较好。
3.1.3、可维护性测试
可维护性是系统软、硬件实施和维护功能的方便性。目的是降低维护功能对系统正常运行带来的影响。例如:对支持远程维护系统的功能或工具的测试。
3.1.4、安全性测试
这里的安全性主要包括了两部分:数据的安全性和操作的安全性。核实只有规格规定的数据才可以访问系统,其他不符合规格的数据不能够访问系统;核实只有规格规定的操作权限才可以访问系统,其他不符合规格的操作权限不能够访问系统;
3.2、应用层:
针对产品工程应用或行业应用的测试。重点站在系统应用的角度,模拟实际应用环境,对系统的兼容性、可靠性、性能等进行的测试。
3.2.1、系统性能测试
针对整个系统的测试,包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。并发性能测试是评估系统交易或业务在渐增式并发情况下处理瓶颈以及能够接收业务的性能过程;强度测试是在资源情况低的情况下,找出因资源不足或资源争用而导致的错误;破坏性测试重点关注超出系统正常负荷N倍情况下,错误出现状态和出现比率以及错误的恢复能力。
3.2.2、系统可靠性、稳定性测试
一定负荷的长期使用环境下,系统可靠性、稳定性。
3.2.3、系统兼容性测试
系统中软件与各种硬件设备兼容性,与操作系统兼容性、与支撑软件的兼容性。
3.2.4、系统组网测试
组网环境下,系统软件对接入设备的支持情况。包括功能实现及群集性能。
3.2.5、系统安装升级测试
安装测试的目的是确保该软件在正常和异常的不同情况下进行安装时都能按预期目标来处理。例如,正常情况下,第一次安装或升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。还有一个目的是核实软件在安装后可立即正常运行。另外对安装手册、安装脚本等也需要关注。
3.3、功能层
针对产品具体功能实现的测试。
3.3.1、业务功能的覆盖
关注需求规格定义的功能系统是否都已实现。
3.3.2、业务功能的分解
通过对系统进行黑盒分析,分解测试项及每个测试项关注的测试类型。
3.3.3、业务功能的组合
主要关注相关联的功能项的组合功能的实现情况。
3.3.4、业务功能的冲突
业务功能间存在的功能冲突情况。比如:共享资源访问等。
3.4、子系统层
针对产品内部结构性能的测试。关注子系统内部的性能,模块间接口的瓶颈。
3.4.1、单个子系统的性能
应用层关注的是整个系统各种软、硬件、接口配合情况下的整体性能,这里关注单个系统。 3.4.2、子系统间的接口瓶颈
例如:子系统间通讯请求包的并发瓶颈。
3.4.3、子系统间的相互影响
子系统的工作状态变化对其他子系统的影响。
3.5、协议/指标层
针对系统支持的协议、指标的测试。
3.5.1、协议一致性测试
3.5.2、协议互通测试
下一篇:软件测试的设计与组织 >>
相关文章:
- · 无忧测试网每日一贴精华版
- · 软件测试人员结构组成分析
- · 谈谈关于测试覆盖
- · 在Eclipse中使用JUnit(翻译)
- · 使用因果图设计测试用例
- · 嵌入式软件的基本测试方法
- · 如何成为一名优秀的软件测试工程师
- · 软件测试常用术语表
- · 软件测试知识帖(99-108)
- · 软件测试知识帖(57-70)
- · 软件测试知识帖(71-84)
- · 如何写毕业论文
- · 计算机专业毕业设计的类型
- · 实现一个系统设计生命周期
- · 文档编制的质量要求
- · 程序文档合一与动态文档
- · 无形团队,有形管理
- · Microsoft Visio在信息管理…
- · Delphi源程序格式书写规范
- · C语言的代码规范探讨
- · 软件开发文档模板(1)
- · IEEE指南:开发系统需求规格
- · 国家计算机标准和文件模板(…
- · 国家计算机标准和文件模板(…
- · 典型系统分析
- · 项目方案实例 - ProSun2000项目方案
- · 使用UML为EAI建模
- · 系统约定:用UML描述工作流管理
- · UML 在商业活动建模中的应用
- · XMI 与 UML 合力推动产品开发
- · 使用 XML:UML、XMI 和代码生成,第 1 部分
- · 两段式OOAD开发大型3- tier系统
- · 如何绘制和分析业务流程(讲义)
- · 动态企业建模体系
- · 管理软件的“银弹”
- · 用UML进行有效业务建模(编译…
- · 使用用例捕获业务需求(业务需求的7个实践原则)
- · 需求分析
