系统测试技术及应用.ppt

1,4.1基本概念 4.2系统测试层次 4.3系统测试方法 4.4系统静态测试 4.5功能测试 4.6性能和缩放性测试 4.7可用性测试 4.8安全性测试 4.9指标协议测试 4.10安装卸载测试 4.11兼容性测试 4.12本地化测试 4.13系统测试过程 4.14其他阶段测试 4.15测试案例分析,第四章 系统测试技术及应用,2,4.1基本概念,定义 系统测试是将通过确认测试的软件，作为整个基于系统的一个元素，与硬件、某些支持软件和人员等其它系统元素结合在一起，在实际运行环境下，对系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统的定义不符合或与之矛盾的地方 专门的测试人员执行,3,4.1.1系统测试对象,系统测试对象为整个产品系统，它不仅包括产品系统的软件，还要包含系统软件所依赖的硬件、外设甚至包括接口。,4,4.1.2系统测试与单元测试、集成测试的区别,测试方法不同 测试对象和目标不同 评估基准不同,5,4.1.3系统测试依据,系统测试依据为系统的需求规格说明书、概要设计说明书、各种规范，在这里需要强调的是，通信产品与一般的软件产品不同，其系统测试往往需要依据大量的既定规范，比如各类规范、ITUT的各类规范等等，对于海外产品，系统测试依据还包括各个国家自定的规范。,6,4.1基本概念 4.2系统测试层次 4.3系统测试方法 4.4系统静态测试 4.5功能测试 4.6性能和缩放性测试 4.7可用性测试 4.8安全性测试 4.9指标协议测试 4.10安装卸载测试 4.11兼容性测试 4.12本地化测试 4.13系统测试过程 4.14测试案例分析,7,4.2系统测试层次,用户层测试 应用层测试 功能层测试 指标/协议层测试,8,4.2.1用户层测试,用户层测试是面向产品使用者的测试，它包括： 用户支持 用户界面 安全性 可维护（自检有效性、远程维护、软件加载和升级）,9,4.2.2应用层测试,应用层测试主要是针对产品工程稳定性的测试，它考察一个产品在实际应用背景下的功能实现、性能表现等情况，它包括以下几个测试方面： 系统性能 系统可靠性、稳定性 版本兼容性 系统安装升级,10,4.2.3功能层测试,在设计功能层的系统测试方案时，我们需要考虑以下几个步骤 : 根据市场调查或规格说明书输出产品的功能概图，概图提供产品的功能列表和功能使用频度； 功能概图应该保证重要的产品功能的完全覆盖； 产品功能测试可根据功能概图提供的测试优先次序进行进度和资源的调配； 产品特性里概念性功能可逐步分解，直至能够对产品进行输入和输出测试的可实施操作（基本功能）； 对产品的不同功能进行组合，考虑各类功能的组合测试方案。,11,4.2.4指标/协议层测试,指标/协议层测试往往根据规格说明书和产品标准（包括国际和国内标准）进行验证测试，它强调的是标准的符合性，测试项目为预定义的产品规格、行业标准、如新国际测试、ITUT标准测试等等。,12,4.1基本概念 4.2系统测试层次 4.3系统测试方法 4.4系统静态测试 4.5功能测试 4.6性能和缩放性测试 4.7可用性测试 4.8安全性测试 4.9指标协议测试 4.10安装卸载测试 4.11兼容性测试 4.12本地化测试 4.13系统测试过程 4.14测试案例分析,13,4.3系统测试方法,系统测试主要分为静态测试和动态测试,14,4.3系统测试方法-动态测试,功能测试：功能测试是系统测试中最基本的测试，它不管软件内部的实现逻辑，主要根据产品的需求规格说明书和测试需求列表，验证产品的功能实现是否符合产品的需求规格。 性能测试：进行测试来评估一个组件或被测应用符合指定性能需求的程度，性能测试是一种特殊的非功能测试，衡量执行的速度和在典型工作条件下被测应用的响应以便确定这些特性是否满足被测应用的用户的需求。,15,4.3系统测试方法-动态测试,安全性测试：验证系统的保护机制在非常条件下是否能起保护作用，即是否符合安全目标。 恢复性测试：恢复性测试主要采取人工手段使软件出错或系统部件出错，使系统不能正常工作，检验系统的自我恢复/自我保护能力。 可靠性测试：一种非功能性测试需求，验证被测应用在正常使用时健壮切可靠。例如，确保被测应用不会有灾难性的失败或内存不足问题。 可用性测试：可用性测试是为了检测用户在理解和使用系统方面到底有多好。这包括系统功能、系统发布、帮助文本，以保证用户能够舒适地和用户交互。,16,4.3系统测试方法-动态测试,健壮性测试：健壮性测试也称容错性测试。主要用于测试系统在出现故障时，是否能够自动恢复或者忽略故障继续运行的能力。 兼容性测试：测试软件是否和系统的其他与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。 安装/反安装测试：对软件的全部、部分或升级安装/卸载处理过程的测试。 回归测试：在发生修改后重新测试先前的测试以保证修改的正确性。并保证由此修改不会引起其他的错误。 本地化测试：软件本地化测试是对本地化的软件进行测试的活动,17,4.1基本概念 4.2系统测试层次 4.3系统测试方法 4.4系统静态测试 4.5功能测试 4.6性能和缩放性测试 4.7可用性测试 4.8安全性测试 4.9指标协议测试 4.10安装卸载测试 4.11兼容性测试 4.12本地化测试 4.13系统测试过程 4.14测试案例分析,18,4.4系统静态测试,软件件开发过程中会经常看到两个关于需求的文档 用户需求说明书 产品需求规格说明书 系统静态测试的对象是用户需求说明书还是产品需求说明书呢 ？,19,4.4系统静态测试,需求开发阶段的流程,20,4.4系统静态测试,例子说明二者的区别： 用户需求说明书 产品需求规格说明书,21,4.4系统静态测试,产品需求规格说明书主要内容 产品介绍； 描述用户群体的特征； 定义产品的范围； 阐述产品应当遵循的标准或规范。 定义产品中的角色 定义产品的功能性需求； 定义产品的非功能性需求，如用户界面、软硬件环境、质量要求等。,22,4.4系统静态测试,系统静态测试采用的同行评审中的小组评审 。 需求评审是所有的评审活动中最难的一个，也是最容易被忽视的一个评审。评审过程中会经常出现下面一些情况：,23,4.4系统静态测试,案例一 某领域专家A先生就某企业的成本管理系统做用户需求报告的评审工作，在评审会开始时间不长，就被在场的企业的一位副总B先生打断，认为A先生提出的方案不适合本企业，A先生提出的管理改进方案在企业中无法实施。该副厂长提完意见后，与会的用户方人员纷纷跟随B先生的提出了他们的反对意见，致使评审会无法再进行下去，最终该报告被用户否决。,24,4.4系统静态测试,案例二 某软件公司内部举行产品的需求评审会，主要是公司内部的领域专家参加，在评审会开始后不久，某领域专家就对需求报告中的某个具体问题提出了自己的不同意见，于是，与会人员纷纷就该问题发表自己的意见，大家争执不下，结果，致使会议出现了混乱状况，主持人无法控制局面，会议大大超出了计划评审时间。,25,4.4系统静态测试,案例三 某软件公司为某公司A做业务流程管理系统的需求评审会，当项目组人员在会议上宣读多达上百页的需求报告时，用户明确提出听不懂，致使会议不得不改日进行。,26,4.4系统静态测试,案例四 某软件公司在用户处开完物资管理系统的需求评审会后，与会人员离开会议室时，纷纷摇头，认为本次会议没有多少实际效果，完全是在走过场。 案例五 某软件公司在公司内部举行产品的需求评审会时，需求报告的执笔人与产品策划主要策划人员的想法差别很大，致使需求评审会没有必要继续进行下去。,27,4.4系统静态测试,概括起来，在需求评审中常见的问题是： 需求评审的参与者选取