1、软件测试软件测试技术案例教程技术案例教程第一章第一章 软件测试概述软件测试概述2 2 2 2主要内容1.软件、软件危机与软件工程2.软件质量与质量模型3.软件测试的重要性4.软件缺陷与软件故障5.软件测试的定义6.软件测试模型7.软件测试用例3 31.1 软件、软件危机与软件工程软件、软件危机与软件工程软件的定义软件的定义软件软件 =程序程序 +数据库数据库 +文档文档 +服务服务 4 41.1 软件、软件危机与软件工程软件、软件危机与软件工程软件危机软件危机（1）软件开发费用和进度失控。费用超支、进度拖延的情况屡屡发生。（2）软件的可靠性差。（3）生产出来的软件难以维护。（4）软件成本在计算
2、机系统总成本中所占的比例居高不下，且逐年上升。（5）软件生产不能满足日益增长的软件需求，软件生产率远低于硬件生产率和计算机应用的增长率，社会出现了软件供不应求的局面。（6）软件系统实现的功能与实际需求不符。5 51.1 软件、软件危机与软件工程软件、软件危机与软件工程软件工程软件工程软件工程主要研究软件生产的客观规律性，建立与系统化软件生产有关的概念、原则、方法、技术和工具，指导和支持软件系统的生产活动，以期达到降低软件生产成本、改进软件产品质量、提高软件生产率水平的目标。1.2 1.2 软件质量与质量模型软件质量与质量模型6 6 6 6软件质量的定义：软件产品满足规定的和隐含的与需求能力有关
3、的全部特征和特性，包括：软件产品中能满足给定需要的性质和特性的总体；软件各种属性的组合程度；顾客和用户觉得软件满足其综合期望的程度；软件在使用过程中满足用户要求的程度。功能性、可靠性、效率、易使用性、可维护性、可移植性和安全性等软件质量软件质量1.2 1.2 软件质量与质量模型软件质量与质量模型7 7 7 7软件质量研究模型分两个方向：（1）根据经验提出质量模型（2）给出一种构建软件质量模型的方法质量模型质量模型1.2 1.2 软件质量与质量模型软件质量与质量模型8 8 8 8McCall质量模型质量模型质量模型1.2 1.2 软件质量与质量模型软件质量与质量模型9 9 9 9Boehm质量模
4、型质量模型质量模型1.2 1.2 软件质量与质量模型软件质量与质量模型10101010ISO 9126质量模型质量模型质量模型1.2 1.2 软件质量与质量模型软件质量与质量模型11111111SATC质量模型质量模型质量模型SATC软件质量模型是由NASA的软件保证技术中心提出的，它遵循ISO9126的结构，也定义了一系列的质量目标。这些目标跟软件产品和过程的属性相关，这些属性揭示了能够达到上述目标的可能性。它选择的这些质量目标既封装了面向过程的质量指标，也封装了那些面向产品的传统指标。SATC还选择和开发了一系列标准来度量这些属性，这些标准是与质量属性相关联的且可以应用在模型定义的目标之上
5、。1.3 1.3 软件测试的重要性软件测试的重要性12121212软件测试是软件工程的重要部分。是保证软件质量的重要手段。软件缺陷例子千年虫在20世纪70年代，程序员为了节约非常宝贵的内存资源和硬盘空间，在存储日期时，只保留年份的后两位。但是，这些程序员万万没有想到他们的程序会一直被用到2000年，当2000年到来的时候，问题就会出现。为了这样一个简单的设计缺陷，全世界付出几十亿美元的代价。1.3 1.3 软件测试的重要性软件测试的重要性13131313其他软件缺陷的例子其他软件缺陷的例子“冲击波”计算机病毒火星登陆事故爱国者导弹防御系统放射性机器系统奥运售票系统瘫痪迪斯尼的圣诞节礼物 丹佛新
6、机场启用推迟16个月 Windows 2000安全漏洞英特尔奔腾芯片缺陷赛门铁克安全软件的缺陷1.4 1.4 软件缺陷与软件故障软件缺陷与软件故障14141414软件缺陷的定义软件缺陷的定义软件未达到需求规格说明书中指明的功能软件出现了需求规格说明书中指明不会出现的错误软件功能超出需求规格说明书中指明的范围软件未达到需求规格说明书中虽未指出但应达到的目标软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好 1.4 1.4 软件缺陷与软件故障软件缺陷与软件故障15151515软件缺陷产生的原因软件缺陷产生的原因（1）技术问题：算法错误。语法错误。计算和精度问题。系统结构不合理，造成系统性能
7、问题。接口参数不匹配出现问题。（2）团队工作：系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。不同阶段的开发人员相互理解不一致，软件设计对需求分析结果的理解偏差，编程人员对系统设计规格说明书中某些内容重视不够或存在着误解。设计或编程上的一些假定或依赖性，没有得到充分地沟通。（3）软件本身：文档错误、内容不正确或拼写错误。数据考虑不周全引起强度或负载问题。对边界考虑不够周全，漏掉某几个边界条件造成的错误。对一些实时应用系统，保证精确的时间同步，否则容易引起时间上不协调、不一致性带来的问题。没有考虑系统崩溃后在系统安全性、可靠性的隐患。硬件或系统软件上存在的错误。软件开发标准或过
8、程上的错误。1.4 1.4 软件缺陷与软件故障软件缺陷与软件故障16161616软件缺陷的组成软件缺陷的组成1.4 1.4 软件缺陷与软件故障软件缺陷与软件故障17171717软件缺陷的修复费用软件缺陷的修复费用1.5 1.5 软件测试的定义软件测试的定义18181818软件测试的定义软件测试的定义1983年IEEE（国际电子电气工程师协会）提出的软件工程标准术语中给软件测试下的定义是：“使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别”。1.5 1.5 软件测试的定义软件测试的定义19191919软件测试的目的软件测试的目的
9、（1）软件测试是为了发现错误而执行程序的过程；（2）测试是为了证明程序有错，而不是证明程序无错误；（3）一个好的测试用例是在于它能发现至今未发现的错误；（4）一个成功的测试是发现了至今未发现的错误的测试。1.5 1.5 软件测试的定义软件测试的定义20202020软件测试的原则软件测试的原则尽早可能开展预防性测试。可追溯性。投入/产出原则。80/20原则。回归测试。独立的软件测试机构或委托第三方测试，即避免开发人员一边开发，一边测试的情况的出现。1.5 1.5 软件测试的定义软件测试的定义21212121软件测试与质量保证软件测试与质量保证规范的软件测试活动一般包括测试计划的创建、测试用例的设
10、计、执行测试、更新测试文档等；而软件质量保证（Software Quality Assurance，简称SQA）目的是使软件过程对于管理人员来说是可见的。质量保证的目标是以独立审查方式，从第三方的角度监控软件开发任务的执行，及软件项目是否正遵循已定的计划、标准和规程，给开发人员和管理层提供反映产品和过程的信息和数据，提高项目透明度，同时辅助软件工程组取得高质量的软件产品。概括地说，有了SQA，测试工作就可以被客观地检查和评价，同时也可以协助测试流程的改进。而软件测试为SQA提供数据和依据，帮助SQA更好地了解质量计划的执行情况。1.6 1.6 软件测试模型软件测试模型22222222软件测试过
11、程瀑布模型软件测试过程瀑布模型1.6 1.6 软件测试模型软件测试模型23232323软件测试过程软件测试过程V V模型模型1.7 1.7 软件测试用例软件测试用例24242424测试用例的定义测试用例的定义是一组测试输入、执行条件和预期结果，目的是要满足一个特定的目标，比如执行一条特定的程序路径或检验是否符合一个特定的需求。1.7 1.7 软件测试用例软件测试用例25252525测试用例的特征测试用例的特征（1）最有可能抓住错误的；（2）不是重复的、多余的；（3）一组相似测试用例中最有效的；（4）既不是太简单，也不是太复杂；（5）有效的，可执行的，有期望结果。1.7 1.7 软件测试用例软件
12、测试用例26262626测试用例的作用测试用例的作用测试用例构成了设计和制定测试过程的基础。测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试用例数量的增加，对软件产品质量和测试流程也就越有信心。测试工作量与测试用例的数量成比例。测试设计和开发的类型以及所需的资源主要都受控于测试用例。1.7 1.7 软件测试用例软件测试用例27272727测试用例的内容测试用例的内容（1）用例ID (Test Case ID)（2）用例名称(Test Case Name)(3)测试目标(Test Target)(4)测试级别(Test Level(Te
13、st Phase，ST，SIT，UAT)(5)测试对象(Test Objective)(6)测试环境(Test Environment)(7)前提条件(Prerequisites/Dependencies/Assumptions)(8)测试步骤(Test Steps/test script)(9)预期结果(Expected Result)(10)设计人员(Designer)(11)执行人员(Tester)(12)实际的结果/测试的结果(Actual Result/Test result)(13)相关的需求和功能模块，需求描述(requirement description)(14)测试数据(T
14、est Data)(15)测试结果的状态（反应测试是否成功）(Test case)其中，测试目标、测试对象、测试环境、前提条件、测试数据、测试步骤和预期结果必须给出。1.7 1.7 软件测试用例软件测试用例28282828测试用例的设计测试用例的设计（1）测试需求分析（2）业务流程分析（3）测试用例设计（4）测试用例评审（5）测试用例更新完善 1.7 1.7 软件测试用例软件测试用例29292929测试用例的原则测试用例的原则（1）测试用例的代表性：能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。（2）测试结果的可判定性：即测试执行结果的
15、正确性是可判定的，每一个测试用例都应有相应的期望结果。（3）测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。1.8 1.8 软件测试人员应具备的素质软件测试人员应具备的素质30303030两项意识服务意识团队合作意识三颗“心”耐心细心（洞察力）信心1.8 1.8 软件测试人员应具备的素质软件测试人员应具备的素质31313131四种能力技术能力沟通能力逆向思维能力移情能力五个特性幽默十足记忆时刻怀疑自我监督周全1.8 1.8 软件测试人员应具备的素质软件测试人员应具备的素质32323232软件测试的认识误区软件测试的认识误区思考与讨论思考与讨论软件测试就是敲敲键盘，动动鼠标很容易，谁都能干软件测试很难，无法保证测试有效性软件开发完成后进行软件测试软件发布后如果发现质量问题，那是软件测试人员的错软件自动测试效率高，将取代软件手工测试软件测试是测试人员的事情，与程序员无关 项目进度吃紧时少做些测试，时间富裕时多做测试软件测试是没有前途的工作，只有程序员才是软件高手谢 谢
