软件测试工程师基础-资料课件

软件测试工程师基础

培训列表第一章测试概论第二章测试计划的编写第三章测试用例的编写第四章错误分类和错误跟踪系统的作用第五章错误跟踪文档第六章错误报告的生命周期和缺陷追踪第七章做一名优秀的测试工程师HisoftBeijing2CONFIDENTIAL-AllRightsReserved第一节什么是测试

第二节测试的分类

第三节黑盒测试概念及方法

第四节测试过程的基本文档

第五节黑盒测试的两个阶段第一章测试概论HisoftBeijing3CONFIDENTIAL-AllRightsReserved

什么测试在测试中应该以什么为目标在测试中要避免受到开发和设计人员的影响，因为彼此的出发点是不同的。第一节什么是测试HisoftBeijing4CONFIDENTIAL-AllRightsReserved树立一个正确的观点错误是怎么产生的？错误是在什么时候产生的？由于错误从一开始就存在，就需要测试将贯穿整个开发过程。HisoftBeijing5CONFIDENTIAL-AllRightsReserved第二节测试的分类按照测试的生存周期可以划分为验证测试和确认测试。按测试的基本策略可以分为,基于内部测试的白盒方法和基于功能的黑盒方法。按确认活动来划分，可以分成底层测试，上层测试底层测试包括：单元测试,集成测试。上层测试包括：可用性测试，功能测试，系统测试，验收测试。HisoftBeijing6CONFIDENTIAL-AllRightsReserved软件测试的策略

测试的策略的分类：黑盒方法与白盒方法。随机测试与穷举测试。HisoftBeijing7CONFIDENTIAL-AllRightsReserved何时停止测试

符合用户的需求，就可中止寻找缺陷了。当一段时间内（通常是一个星期）测试不出新缺陷时，就可中止寻找缺陷了。HisoftBeijing8CONFIDENTIAL-AllRightsReserved停止测试后所做的工作测试报告用户手册培训工作HisoftBeijing9CONFIDENTIAL-AllRightsReserved第二节黑盒测试概念及方法黑盒测试是以用户的观点，从输入数据与输出数据的对应关系出发进行测试的，它不涉及到程序的内部结构。很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。例如:实现一个网页的功能,功能测试不关心它用什么语言编写的,只关心功能是否实现。

程序P=f(I,O)

输入I输出O特点：被测程序被当做一个无法打开的黑盒子。测试者无需了解程序的逻辑结构。过早的了解程序内部的情况会给黑盒测试带来负面的结果HisoftBeijing10CONFIDENTIAL-AllRightsReserved黑盒测试有两种基本方法，即通过测试和失败测试:黑盒测试在不同阶段的基本方法。通过测试 在进行通过测试时，实际上是确认软件能做什么，而不会去考验其能力如何。软件测试员只运用最简单，最直观的测试案例。在设计和执行测试案例时，总是先要进行通过测试。在进行破坏性试验之前，看一看软件基本功能是否能够实现。失败测试 在确信了软件正确运行之后，就可以采取各种手段通过搞“垮”软件来找出缺陷。纯粹为了破坏软件而设计和执行的测试案例，被称为失败测试或迫使出错测试。失败测试通常有竞争条件，重复，压迫等测试，例如，多次启动关闭程序，内存不足，磁盘空间不够等。黑盒测试有两种基本方法HisoftBeijing11CONFIDENTIAL-AllRightsReserved具体的黑盒测试方法

等价类划分边值分析错误猜测HisoftBeijing12CONFIDENTIAL-AllRightsReserved第三节测试过程和基本文档测试过程包含在需求分析，概要（功能）设计，详细（内部）设计，编码实现需求分析：制定和确认系统测试计划，得到系统测试计划。概要设计：编写系统测试方案，得到系统测试方案。详细设计：编写系统测试用例，规程，编写系统预测试项，得到系统(预)测试用例，系统测试规程。HisoftBeijing13CONFIDENTIAL-AllRightsReserved基本文档每个测试过程的基本文档包括:《测试计划》：指明测试范围、方法、资源，以及相应测试活动的时间进度安排表的文档。《测试方案》：指明为完成软件或软件集成特性的测试而进行的设计测试方法的细节文档。《测试用例》：指明为完成一个测试项的测试输入，预期结果，测试执行条件等因素的文档。《测试规程》：指明执行测试时测试活动序列的文档。《测试报告》：指明执行测试结果的文档。HisoftBeijing14CONFIDENTIAL-AllRightsReserved第四节

黑盒测试的两个阶段第一个阶段新功能(NewFeature)测试阶段.(TheFirstCyclesofTesting)对新功能和新加代码的测试的原则:对软件要实现的主要功能进行测试，如果符合要求的简单的测试失败,那么将是一个很严重的问题，意味着主要程序的失败。对主要功能展开最大范围的测试，要进行快速的测试但是不是深度测试.如果经过了以上两条基本测试,那么我们要用比较有挑战性的测试用例来进行进一步的测试。选择边界值进行测试。进行探索性测试。

HisoftBeijing15CONFIDENTIAL-AllRightsReserved第二个阶段回归测试第二个阶段回归测试(Regression)阶段.(TheSecondCyclesofTesting)回归测试的两个目标:检测已经修复的问题(bug)是否又重现了。测试修复问题时有没有带来新的问题。回归测试测什么?新修复的bug(测是否修复)。以前修复的bug(测是否重现)。基本功能的回归测试(测是否被破坏)。回归测试的重要性保证软件的质量,帮助下一个版本制定计划。HisoftBeijing16CONFIDENTIAL-AllRightsReserved第二章测试计划(TestPlan)的编写

第一节测试计划的概念第二节测试计划文档的内容HisoftBeijing17CONFIDENTIAL-AllRightsReserved第一节测试计划的概念测试计划是描述软件测试努力的目标、范围、方法和焦点的文档。 准备测试计划的过程是完整考虑软件产品可接受评价努力的一个有用的方法。完整的文档将有助于测试组之外的人理解为什么要进行软件正确性检测，并且如何进行检测。测试计划应当足够完整但也不应当太详尽，以致在测试组之外没有人会读它。专业的测试必须以一个好的测试计划作为基础。 尽管测试的每一个步骤都是独立的，但是必定要有一个起到框架结构作用的测试计划。测试的计划应该作为测试的起始步骤和重要环节。HisoftBeijing18CONFIDENTIAL-AllRightsReserved测试计划来源于测试需求基于测试需求HisoftBeijing19CONFIDENTIAL-AllRightsReserved第二节测试计划文档内容《测试计划》文档应该包括如下内容：目标概述组织形式角色及职责测试对象测试通过/失败的标准测试挂起的标准及恢复的必要条件测试任务安排应交付的测试工作产品工作量估计HisoftBeijing20CONFIDENTIAL-AllRightsReserved《测试计划》文档内容（1）目标表示该测试计划所应该达到的目标。概述项目背景：如项目的主要功能特征，体系结构，简要历史等。范围：指明该计划的使用对象，范围。组织形式表示测试计划执行过程中的组织结构及之间的关系，以及所需要的组织的独立程度。同时指出测试过程与其他过程（开发，管理，…）之间的关系。还包括沟通渠道，等。HisoftBeijing21CONFIDENTIAL-AllRightsReserved《测试计划》文档内容（2）角色与职责定义角色及其职责，在每个角色与测试任务之间建立关联。测试对象列出所有将被作为测试目标的测试项（功能需求，非功能需求…)测试通过/失败的标准指明了判断/确认测试何时结束，以及所测试的应用程序的质量。可以直接陈述，也可以引用其他的文档。 至少应该说明：什么将被测试？度量尺度是如何建立的?使用了哪些标准对度量进行评价?HisoftBeijing22CONFIDENTIAL-AllRightsReserved《测试计划》文档内容（3）测试挂起的标准以及恢复的必要条件指明挂起全部或部分测试项的标准,并指明恢复测试的标准及其必须重复的测试活动。测试任务安排 明确测试任务。对于每个任务说明：任务方法和标准输入/输出时间安排资源风险和假设角色和职责HisoftBeijing23CONFIDENTIAL-AllRightsReserved《测试计划》文档内容（4）应交付的测试工作产品指明应该交付的文档，测试代码及测试工具，一般包括测试计划，测试方案，测试用例，测试规程，测试日志，测试事故报告，测试总结报告，测试输入以及测试输出，测试工具。工作量估计给出前面定义任务的人力需求及总计。HisoftBeijing24CONFIDENTIAL-AllRightsReserved测试计划文档举例（1）HisoftBeijing25CONFIDENTIAL-AllRightsReserved测试计划文档举例（2）HisoftBeijing26CONFIDENTIAL-AllRightsReserved测试计划文档举例（3）HisoftBeijing27CONFIDENTIAL-AllRightsReserved第三章测试用例(TestCase)的编写

第一节什么是测试用例第二节黑盒测试用例的设计方法

第三节《测试用例》文档HisoftBeijing28CONFIDENTIAL-AllRightsReserved第一节什么是测试用例

一个测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。一个测试用例应当有完整的信息，如：测试用例ID号，测试用例名字，测试用例的目的，测试条件、输入数据需求、步骤和期望结果。

选择测试用例是软件测试员最重要的一项任务，不正确的选择可能导致测试量过大或过小，甚至测试目标不对。HisoftBeijing29CONFIDENTIAL-AllRightsReserved第二节测试用例的设计方法

等价类划分方法边界值分析方法错误推测方法因果图方法判定表驱动分析方法正交实验设计方法功能图分析方法

HisoftBeijing30CONFIDENTIAL-AllRightsReserved等价类划分方法–定义是一种典型的黑盒测试方法，用这一方法设计测试用例可以不用考虑程序的内部结构，只以对程序的要求和说明，即需求规格说明书为依据，仔细分析和推敲说明书的各项需求，特别是功能需求，把说明中对输入的要求和输出的要求区别开来并加以分解。注意：由于穷举测试的数量太大，以致于无法实际完成，促使我们在大量的可能数据中选取其中的一部分作为测试用例。HisoftBeijing31CONFIDENTIAL-AllRightsReserved等价类划分方法–方法

等价类划分的办法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。也就是说，如果某一类中的一个例子发现了错误，这一等价类中的其他例子也能出现同样的错误。使用这一方法设计测试用例，首先必须在分析需求规格说明的基础上划分等价类，列出等价类表。在考虑等价类划分时，先从程序的功能说明中找出每个输入条件，然后为每个输入条件划分两个或更多个等价类。HisoftBeijing32CONFIDENTIAL-AllRightsReserved等价类划分方法–两种等价类有效等价类和无效等价类：有效等价类是指对程序的规格说明是有意义的、合理的输入数据所构成的集合。无效等价类是指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。HisoftBeijing33CONFIDENTIAL-AllRightsReserved边界值分析方法

边界值分析：是一种补充等价划分的测试用例设计技术，它不是选择等价类的任意元素，而是选择等价类边界的测试用例。实践证明，在设计测试用例时，对边界附近的处理必须给予足够的重视，为检验边界附近的处理专门设计测试用例，常常可以取得良好的测试效果。边界值分析不仅重视输入条件边界，而且也从输出域导出测试用例。HisoftBeijing34CONFIDENTIAL-AllRightsReserved用等价类划分法和边界值分析法设计用例例:有效值:199x199=39,601数据范围:0to99可能输入数据:-99to–1无效值:无穷大100以上-100以下非数值我们不可能用穷举的方法测试,即使用自动测试工具!!边界值法用例表HisoftBeijing35CONFIDENTIAL-AllRightsReserved错误推测方法错误推测法:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.错误推测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。 例如:我们多次改变保存Notes密码,而不重新登陆系统,Notes同步功能失效.HisoftBeijing36CONFIDENTIAL-AllRightsReserved因果图方法因果图方法：前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等。考虑输入条件之间的相互组合,可能会产生一些新的情况.但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多。因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例。这就需要利用因果图（逻辑模型）

HisoftBeijing37CONFIDENTIAL-AllRightsReserved测试用例列表测试项目测试子项目用例编号用例级别输入值预期输出实测结果备注测试项目1测试子项目1总数——————第三节《测试用例》文档HisoftBeijing38CONFIDENTIAL-AllRightsReserved测试用例列表解释–项目/编号/级别测试项目：指明并简单描述本测试用例是用来测试那些软件项目，软件子项目或者软件特性。用例编号：对该测试用例分配唯一的标志编号。用例级别：表明该用例的重要程度。（如果该用例没有通过的话，软件质量受到的影响。1级：基本。用例涉及系统的基本功能，作为版本通过准则。项目如果不能通过这样的案例，需要考虑重新提交版本。2级：重要。用例涉及单个版本特性。如果这个版本通不过，可以作为重要或者一般问题提交报告。3级：详细。用例反应的是某个单项功能的某个细节方面。比如：有关性能，极限，用户界面，…4级：生僻。对应于比较生僻的预置条件和数据设置。对系统质量的影响不大。HisoftBeijing39CONFIDENTIAL-AllRightsReserved测试用例列表解释–输入/预期输出/结果/备注输入值列出执行本测试用例所需要的具体的输入值。可能的表示方式包括：直接输入；指明输入范围；引用常量表或事务文件；指明相关数据库；…预期输出值描述被测项目或被测特性所希望或要求达到的输出或指标。如有需要，也要列出描述预期输出数据的允许误差范围。对于复杂的数据，如数据库，也需要相应的描述。实测结果在测试执行的时候填写，指明该测试用例是否通过。若否，需要列出实际测试时的测试输出值。备注必要时，需要填写：特殊环境需求，特殊测试步骤要求，相关测试用例等信息。HisoftBeijing40CONFIDENTIAL-AllRightsReserved测试用例列表解释–环境/步骤/其它特殊环境要求包括：硬件需求，软件需求，其他需求。特殊测试步骤要求指明执行本测试用例对相应的测试规程的任何特别的限制或要求。比如：初始化要求，人为干预，人观测和判断的步骤，特殊的恢复步骤等。相关测试用例列出必须先于本测试用例执行的测试用例。指明本用例和它们之间的依赖关系。HisoftBeijing41CONFIDENTIAL-AllRightsReserved第四章错误分类和错误跟踪系统的作用

第一节软件缺陷(Defect)的定义第二节为什么会出现软件缺陷第三节软件错误的分类第四节错误跟踪系统的作用HisoftBeijing42CONFIDENTIAL-AllRightsReserved第一节软件缺陷(Defect)的定义符合下列五种情况之一的就可以认为是软件缺陷(defect):软件未达到软件产品需求说明书指明的要求。软件出现了软件产品需求说明书指明不会出现的错误。软件功能超出软件产品需求说明书指明的范围。软件未达到软件产品需求说明书虽未指明但应达到的要求。软件测试人员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好的问题。HisoftBeijing43CONFIDENTIAL-AllRightsReserved第三节软件错误的分类软件需求错误功能和性能错误软件结构错误数据错误实现和编码错误软件集成错误操作系统调用错误测试定义和测试执行错误HisoftBeijing44CONFIDENTIAL-AllRightsReserved第四节错误跟踪系统的作用便于集中管理，提高效率。有利于缺陷的清楚传达。便于查找和跟踪。对于大型软件的测试，报告的错误总数可能成百上千个，如果在没有错误跟踪系统的情况下，要求查找某个错误，简直是搜索者的恶梦，其难度和效率可想而知的了。便于跟踪和监控错误的处理过程和方法。可以方便地检查处理方法是否正确，可以确定处理者的姓名和处理时间，作为工作质量的统计和考核的参考。安全性高，通过权限设置，不同权限的用户能执行不同操作，保证只有适当的人员才能执行正确的处理。例如，测试工程师只能报告和验证错误，修复工程师能够修复错误。保证处理顺序的正确性，根据当前错误的状态，决定当前错误的处理方法。例如，如果是新报告的确认的错误，那么需要修复。如果是已经修复的错误，需要测试者验证是否完全修复。便于项目结束后的存档。错误跟踪系统具有方便存储的特点，可以随时或在项目结束后存储，以备将来参考。HisoftBeijing45CONFIDENTIAL-AllRightsReserved第五章错误跟踪文档根据测试项目的具体特点和测试要求，确定错误跟踪系统的具体组成结构和功能。通常错误跟踪文档包含：字段内容处理信息内容HisoftBeijing46CONFIDENTIAL-AllRightsReserved错误跟踪文档包含字段测试软件项目名称：每个要测试软件项目都有唯一的名称，有的公司对项目还有特定的编号。测试软件版本号：测试周期内，一般需要测试多个软件版本，报告错误时，一定要正确填写产生错误的软件版本号。测试者名称：便于分清责任，便于管理。测试日期与时间：便于分析和统计错误报告信息。测试软件环境：包括操作系统和其他必要的软件程序。测试硬件环境：包括测试计算机和其他测试设备的配置信息。错误描述：简明的描述错误的特征，便于查询和快速浏览。错误标识编号(ID#)：每个错误都有一个唯一的标识编号，方便查询。错误类型：根据错误类型，分配给适当的人员处理错误。错误级别：错误的严重程度和处理的优先级，优先处理高级别的错误。

HisoftBeijing47CONFIDENTIAL-AllRightsReserved错误跟踪文档包含字段（续）错误状态：错误状态表明错误是否已经处理和将怎样处理，根据错误状态，采用适当的处理方法。错误处理者名称：便于分清责任，便于管理。重现错误的操作步骤：便于重现错误，修复错误和验证错误。期望的结果：描述满足设计要求的结果。实际测试结果：描述实际测试后得到的结果。必要的附图：便于确认错误的表现形式和错误位置。测试者的建议等注释：便于错误处理者快速和正确处理错误。HisoftBeijing48CONFIDENTIAL-AllRightsReserved错误跟踪文档包含字段（处理信息）处理者姓名：便于分清责任，便于管理。处理时间：便于分析和统计错误报告信息。处理方法：描述处理错误使用的具体方法，便于分析和总结错误处理的有效方法。处理步骤：便于检查处理步骤是否有效。处理注释：便于处理错误的人员之间交流处理建议。HisoftBeijing49CONFIDENTIAL-AllRightsReservedSeveritylevel0=Enterprisewidecrash Useinclient-serverscenarioswherethecrashbringsdowntheclientandserver.1=Crashorsystemhang SystemhangmeansthattheUIfreezesandusercanonlydoaforcerebootoranEndTask.2=Dataloss/featurefailure Dataloss-datadoesnotpersistafteranopen,saveoraUIrefresh. FeatureFailure-Featuredoesnotfunctionorlosesdata.3=Notworkingasexpected Thefeaturefunctionsbutprovidesadifferentthanspec'edbehavior.4=Performance Thespeedofanoperationisunacceptablyslow.5=UserFriendliness/Usability Difficultyofperforminganoperationisunacceptablycomplicated,ornotintuitive.UnnecessaryUI-toomanyorunneededclickstoperformanoperation.6=Cosmetic UIconsistencyissues,UIdifferentfromspec,spellingorgrammarerror.7=Enhancement

Suggestionorrequestforproductimprovement.8=Documentation Content,spelling,grammar,andlinkedtextedinHelp.HisoftBeijing50CONFIDENTIAL-AllRightsReserved错误报告文档1HisoftBeijing51CONFIDENTIAL-AllRightsReserved错误报告文档2Hisoft