第二章执行系统测试.ppt
- 文档编号:18627944
- 上传时间:2023-08-21
- 格式:PPT
- 页数:110
- 大小:767.50KB
第二章执行系统测试.ppt
《第二章执行系统测试.ppt》由会员分享,可在线阅读,更多相关《第二章执行系统测试.ppt(110页珍藏版)》请在冰点文库上搜索。
第二章:
执行系统测试,2.1任务概述2.2快速熟悉被测系统2.3建立系统测试环境2.4报告测试结果2.5管理软件错误2.6测试报告2.7进行有效沟通,第二章:
执行系统测试,学习目标:
了解执行测试基本步骤掌握快速了解系统的方法熟悉测试环境搭建熟悉软件错误分类掌握错误报告编写的技巧熟悉软件错误管理流程,2.1任务概述,工作场景测试组长:
“这是我们这个产品的测试计划,你负责模块介绍和测试用例,你花时间研究一下,明天中午新版本提交,你负责模块的测试就要开始了。
”测试新手:
领到测试用例和模块的说明文档,每当有新版本提交时,按照测试用例的指示开始测试,测试完之后把测试结果提交。
初级测试工程师每天的工作基本上就是重复执行一条条的测试用例,从刚来时的兴奋很快变成了厌倦和麻木,难道测试就是这么枯燥乏味?
在目前软件开发企业中,作为一个测试新手,其主要的工作任务通常会面临两种情况:
在较大型且规范的企业中,通常前期已经编写完测试计划和测试设计,需要初级测试工程师按照计划和设计来执行系统测试,看上去似乎是一个很容易的过程,但在执行测试的过程中,如何报告软件错误、如何管理软件错误是一件并不容易的事。
在一些小型的软件企业中,各方面规范性比较欠缺,软件测试也刚起步,初级测试工程师可能面对的是欠缺的项目文档和测试设计,需要直接执行系统测试,此时一个重要的任务是如何快速地熟悉被测试系统。
2.1任务概述,系统测试是针对整个产品系统进行的测试。
系统测试的目的是验证系统是否满足了需求规格的定义,找出与需求规格不相符合或与之矛盾的地方。
系统测试是整个测试活动的一个重要的阶段。
系统测试的对象不仅包括需要测试的产品系统的软件,还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。
2.1任务概述,作为软件测试人员,工作的基本目标是去发现错误,如果测试结果不能被很好地记录,或者测试过程中发现的软件错误不能被很好地管理,测试工作将会变得一团混乱。
如果在测试的过程中,不能很好地把发现的软件错误记录下来,并保持和编码小组的及时沟通,使得错误被及时处理,那么,去发现这些错误、去执行测试就没有意义。
2.1任务概述,2.1执行系统测试步骤,测试执行过程,这并不是最后一个步骤,而是贯穿在执行测试的整个过程中需要进行的活动。
测试人员的主要任务包括:
熟悉被测系统建立测试环境执行测试用例记录测试结果跟踪错误报告报告测试结果测试状态报告测试结果报告,2.1任务概述,对软件测试人员来说,进行系统测试首先是能够较好地理解被测系统。
系统测试工作主要根据测试计划、测试用例中的要求运行测试,检查结果。
目前有些项目的软件测试工作在编程结束后才开始,也没有完善的项目文档。
针对这样的软件项目,没有详细的文档可供参考,同时测试人员也没有大量的时间进行测试设计。
此时进行系统测试,测试人员没有可供参考的现成资料。
2.2快速熟悉被测系统,2.2快速熟悉被测系统,测试人员在开始任何测试前必须熟悉应用程序,测试人员如何熟悉被测软件?
学习已有的测试指南阅读已有的工程文档请专业人员演示应用程序输入随机数据和命令执行所有操作选项尝试程序的运行状态,2.2快速熟悉被测系统,首先,在不了解任何业务需求的情况下进行随机测试,通过随机测试来了解业务流程。
针对不明白或不清楚的地方进行反查,在反复的过程中会更深刻地理解业务需求。
测试人员要积极调用身边的资源,与开发人员或客户多交流、讨论。
2.2快速熟悉被测系统,探索应用程序以及熟悉应用程序的功能是学习过程中的一个必要的步骤。
探索的目的是通过对应用程序功能的操作更多地了解应用程序。
是找到了解应用程序并能澄清需求的人。
在探索过程中,测试人员通过观察程序的行为来观察程序如何工作,感觉什么样的输入是好的,什么样的输入是不好的。
熟悉被测软件是一个动态的过程,在阅读文档或使用软件的过程中对不理解或疑难之处应及时与开发人员沟通,听取解释说明。
理解被测软件需求时,重点关注系统以下方面:
系统的软、硬件体系结构系统要处理的业务主要包括哪些业务的处理流程如何业务处理中的数据要求业务处理中的相关规则系统功能之间的关联,2.2快速熟悉被测系统,软件运行存在三种环境:
开发环境、测试环境、用户环境。
开发环境往往与用户环境有所差别。
一个规划良好的测试环境总很接近于用户环境。
测试环境在测试计划和测试用例中事先定义和规划。
测试环境=用户环境?
2.3建立系统测试环境,2.3建立系统测试环境,测试环境:
由测试人员为进行软件测试而搭建的,被测试软件所运行的软件环境和硬件环境,是完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。
测试环境适合与否会严重影响测试结果的真实性和正确性,2.3建立系统测试环境,建立测试环境包括:
硬件环境和软件环境。
硬件环境:
测试必需的服务器、客户端、网络连接设备,以及打印机/扫描仪等辅助硬件设备所构成的环境。
软件环境:
被测软件运行时的操作系统、数据库及其他应用软件构成的环境。
主测试环境:
是测试软件功能、安全可靠性、性能、易用性等大多数指标的主要环境。
辅测试环境测试环境如何规划?
分析用户环境中哪些配置可能对软件有所影响,在此基础上建立测试环境。
某软件是一个运行在Windows下的桌面应用软件,可以完成数据文件备份与恢复功能。
该软件支持Windows98及以上的各个Windows版本,可以将文件备份到CD刻录机、DVD刻录机、USB移动硬盘。
如何考虑测试环境?
2.3建立系统测试环境,软件环境操作系统:
不同版本的Windows系统,例如包括Windows98,Windows98SE,WindowsME,Windows2000Professional,Windows2000Server,WindowsXPHomeEdition,WindowsXPProfessional等。
其中,WindowsXPHomeEdition、Windows2000Professional包括了英文和简体中文版本。
硬件环境多种CD、DVD刻录机。
如三种CD刻录机(IDE接口内置式,SCSI接口内置式,USB接口外置式),带有CD刻录功能的DVD-Combo,DVD刻录机Usb移动硬盘,2.3建立系统测试环境,对于不同的软件系统,其测试环境存在差异对于“金山词霸”这样的软件,大多数测试工作都可以在一台单独的计算机上完成对于一套电信系统,为了执行测试,可能需要搭建一个由多台计算机以及其他网络设备组成,采用集群和负载均衡技术,并且接入互联网的计算机网络。
2.3建立系统测试环境,建立测试环境需要考虑:
计算机平台操作系统浏览器软件支持平台外围设备网络环境数据环境其他专用环境,2.3建立系统测试环境,计算机平台,计算机平台可以考虑:
CPU速度、内容容量、硬盘、显示卡等。
一般在软件需求中列出软件对平台的最低配置要求。
在搭建测试平台时,一般需要考虑:
最低配置常见配置理想配置,操作系统,软件一般都声明支持的操作系统。
Windows平台本身有多个版本,而每个版本都包括了几个系列,以及不同语言。
一般在某个版本中等级低的系列上能够通过测试的软件,能够通过高级别系列的测试。
测试人员需要了解不同版本操作系统之间的差异。
Linux平台有不同公司开发的更多的版本。
测试时首先关注软件所要求的Linux核心版本。
其他可能的操作系统:
Unix、MacOS、嵌入式操作系统。
浏览器,基于Web的应用系统,需对各种流行的浏览器环境进行测试。
不同的操作系统下,浏览器有不同选择。
Windows平台下常用:
IE、FireFox、腾讯TT浏览器等Linux平台下Opera、netscape、Mozilla等,软件支持平台,典型的支持平台主要包括:
Java虚拟机、数据库、应用服务器、第三方控件、浏览器插件。
一般需要测试没有安装软件要求的第三方控件和浏览器插件,软件的表现。
用户环境中某软件与被测试系统不兼容;或该软件与被测试系统软件不兼容。
外围设备不同的软件系统需要不同的外围设备。
在多种外围设备上进行测试,需要大量的时间和费用。
一般选择设备的几款主流型号进行测试。
网络环境网络访问方式网络速度防火墙,搭建环境中注意事项,所需要的计算机的数量及对每台计算机的硬件配置要求包括中央处理器的速度、内存和硬盘的容量、网卡所支持的速度、打印机的型号等。
部署被测应用的服务器所必需的操作系统、数据库、中间件等软件版本、补丁版本。
用来保存各种测试工作中生成的文档和数据的服务器所必需的操作系统、数据库、中间件等软件版本、补丁版本。
用来执行测试工作的计算机所必需的操作系统、数据库、中间件等软件版本、补丁版本。
2.3建立系统测试环境,搭建环境中注意事项,测试中所需要使用的网络环境。
网络环境中接入方式、网络拓扑、带宽等执行测试工作所需要使用的文档编写工具、测试管理系统、性能测试工具、缺陷跟踪管理系统等软件的名称、版本及相关补丁的版本。
为了执行测试,所需的初始基础数据,如一定量的数据库记录、登录用户等测试环境必须可恢复,否则将导致原有的测试无法执行,或者发现的缺陷无法重现。
每次发布新的被测应用版本时,应当及时做好当前版本的数据库等备份,2.3建立系统测试环境,假如某个软件需要测试两种浏览器(IE和FireFox)、四种操作系统(Windows98、WindowsME、Windows2000、WindowsXP)、三种CPU(IntelPIII1G,IntelP42.8G,AMDAlthonXP2600+)、两种内存配置(256M、512M)、两种网络连接方式(拨号网络、ADSL宽带接入)。
要测试多少种环境?
2.3建立系统测试环境,搭建测试环境,需考虑配置的优先级使用的频度或范围失效的可能性能最大限度模拟真实环境,2.3建立系统测试环境,建立测试环境的步骤安装应用程序安装和开发测试工具(如果需要)设置专用文件,包括将这些文件与测试所需的数据相对应建立与应用程序通信的实用程序配备适当的硬件以及必要的设备,2.3建立系统测试环境,运行测试用例后测试人员必须记录下测试结果:
程序运行结果与期望的结果一致,在相应测试用例上记录测试通过信息。
程序运行结果与期望的结果不一致,在相应测试用例上记录测试失败等相应信息,同时填写错误报告单。
2.4报告测试结果,一旦测试人员遇到软件存在的问题,应马上填写错误报告单。
意义在于使错误得到改正大多数情况下,当有软件错误出现时,应尽可能详细地填写报告单。
报告只描述一下你认为需要经过什么样的步骤才会再次触发错误。
若测试人员填写了不明确或不完备的报告,往往造成错误被轻易放过(程序员认为错误时不可重现的)。
2.4报告测试结果,好的错误报告应该具有以下特征:
书面的已编号的简单的、易于理解的可重现的具有合适的分类信息,2.4报告测试结果,作为一份良好的软件错误报告,在报告中需要针对软件错误给出一些分类信息。
这些分类信息有助于错误的修复。
错误可以按照不同的方式进行分类:
按照错误等级分类按照错误处理优先级分类按照错误原因分类,2.4.1软件错误的分类,按照错误的严重程度、影响程度的不同,软件错误可以被分为不同的等级,也可称为“错误严重程度”、“错误严重等级”。
所谓“严重性”指的是在测试条件下,一个错误在系统中的绝对影响,忽略了在最终用户条件下发生事情的可能性。
主要包括以下五种:
致命错误:
影响全局的死机、通信中断、重要业务不能完成。
例:
由于程序所引起的死机或非法退出;死循环;数据库发生死锁;功能错误等。
软件错误等级,严重错误:
规定的功能没有实现或不完整或产生错误结果;设计不合理造成性能低下,影响系统的运营;使系统不稳定、或破坏数据等。
一般错误:
不影响主要功能使用,或者有替代的方式完成用户需要的功能。
例:
操作界面错误;打印内容、格式错误;简单的输入限制未放在前台进行控制;删除操作未给出提示;数据库表中有过多的空字段等。
轻微错误:
通常指界面拼写错误或用户使用不方便等小问题或需要完善的问题。
例:
界面不规范;辅助说明描述不清楚;输入输出不规范;耗时比较长的操纵未给用户提示;提示窗口文字未采用行业术语;可输入区域和只读区域没有明显的区分标志等。
改进建议:
改进建议一般指软件中值得改良的地方。
以上5个分类,用数字1-5来表示由高到低的严重程度等级。
软件错误等级,程序员在面对一系列错误的时候,一般情况下,需要先修改错误等级高的,但并不都如此。
优先级与严重程度有一定关系,但也不完全相同。
有可能某个严重错误的修复优先级是低,也有可能某个轻微错误的修复优先级是高。
“优先级”抓住了在严重程度中没有考虑的重要程度因素。
在实际操作中采用严重性和优先级来处理,严重性等级由测试人员决定,而优先级则由项目经理设置。
一般要避免让程序员来设定错误等级,因为程序员更喜欢把所有错误等级都设置得很低。
错误处理优先级,错误处理优先级别一般分为:
立即解决:
要求开发人员立即修复。
此错误阻止进一步测试,需要立即修复,否则会导致测试的停滞。
高优先级:
此错误在产品发布前必须修复,否则会影响软件的发布和使用。
正常排队:
应该修复。
如果时间允许,应该修复此错误。
低优先级:
考虑修复。
此错误即使不修复,也可以发布。
错误处理优先级,根据错误发生的原因对错误进行分类可以帮助软件项目开发组总结开发过程的薄弱环节,给今后的软件项目开发提供经验数据。
软件错误产生的原因多种多样,主要包括:
需求分析不完善造成软件不满足用户要求软件设计错误造成运行错误程序员编写代码过程中引入错误,错误原因,还可以按照错误的发生位置进行分类。
如:
程序由多个模块组成,需要标识出错误所处的模块,便于识别出经常出问题的软件模块,确定责任人。
通过错误发生位置的统计可以帮助软件项目组进行软件质量分析,便于今后进一步的质量改进。
错误原因,2.4.2错误严重性与数量的关系,从图中可知,测试的早期很少能发现Bug。
许多代码路径被少数几个非常严重的Bug阻塞。
测试中期,通常Bug数量会增加,Bug的严重性开始降低。
通过解决阻塞更多Bug的那几个严重Bug,软件开始变得更稳定。
理想情况是,周期结束时,Bug的数量和严重性都减少,说明产品的稳定性得到了提高。
2.4.2错误严重性与数量的关系,许多因素可以影响这张图,它绝不是所有情况都适用,但大致代表了许多项目经验。
在测试早期,一般集中在验证方面(“让它工作可能吗?
”)随着软件逐渐稳定,又会开始检测和寻找Bug(“我该做些什么才能打破这些?
”),软件错误报告单所需的信息类型在很多公司里大同小异。
对错误的描述主要包含以下内容:
错误报告基本信息错误描述对错误描述的详细程度直接影响开发人员对错误的修改,描述应该尽可能详细。
测试环境说明其它附件在发现缺陷的过程中,可以使用其他的输入文件,在这里需要附上;或者为了说明错误而使用的屏幕复制文件也可以附上。
2.4.3软件错误报告的内容,错误报告基本信息主要包括:
错误编号(每个软件错误都需要有一个唯一的编号,独一无二)软件名称和版本号(错误所属的)错误的严重程度(用1-5或者公司规定的其他形式来表示)错误概要(描述错误的标题)报告人发现错误的时间承办人(由项目经理指定相关程序员修改错误)错误的优先级(一般由项目经理来指定)错误状态(描述错误所处的处理状态)注释,2.4.3软件错误报告的内容,错误报告实例,对每一项的详细说明:
错误编号每个软件错误都需要有一个唯一的编号,独一无二,不存在有相同编号的两份报告。
程序名如果软件产品包含了一个以上的程序,需要说明哪一个出了问题版本标识版本号,用来识别被测的代码。
能够避免报告已经改正的错误而引起的混淆。
版本号揭示出问题仍然存在于新版本中。
2.4.3软件错误报告的内容,对每一项的详细说明:
严重性报告人员使用严重性来为问题严重程度评分。
不同公司使用不同的评价等级,反映出他们对质量的重要程度有着不同的认识。
如果错误的严重等级被评为轻微,它就往往得不到改正,如果存在太多,程序的质量会遭到损害。
如果轻微问题太多,可写一份后续报告(评价为严重),以引起对其数量的关注。
2.4.3软件错误报告的内容,对每一项的详细说明:
错误概要写出一两行的错误概要是一种技巧。
概要可以帮助每个人很快地评审突出的错误,并找到相应的问题报告。
若一份概要弱化了错误的严重程度,管理人员就很可能将其延期处理。
概要应该只对问题进行描述,不用说明出现问题的步骤。
必须区分概要和描述,不要让概要流于描述。
即使问题是类似的,也不要对两份不同的错误报告做相同的概要。
2.4.3软件错误报告的内容,对每一项的详细说明:
错误描述描述一下所有的步骤和现象,包括错误信息。
问题是什么?
从一个清晰的启始状态出发,一步一步地说明如何去做才能看到问题的发生。
报告人报告人的名字必须填写,如果程序员看不懂报告,他必须知道应该找谁。
日期是发现问题的日期,而不是填写报告的日期或将报告输入计算机的日期。
发现问题的日期非常重要,有助于识别程序的版本,可以避免因有些程序员忘了改变代码的版本号而产生的错误。
2.4.3软件错误报告的内容,对每一项的详细说明:
承办人负责处理该问题的小组或管理人员的名称。
项目经理会将此报告交给某个程序员处理。
注释注释字段是留给程序员和项目经理填写的。
程序员在这里简短地说明为什么要推迟处理或说明是如何改正问题的。
优先级优先级由项目经理设置。
项目经理要求程序员依据优先顺序依次改正错误。
2.4.3软件错误报告的内容,对每一项的详细说明:
状态所有的报告开始时都处于开放状态。
当已确定完成了改正或者人们一致同意此份报告已不再是该版本的一个问题时,将状态改为关闭。
在许多项目里,仅有一定权限的人才能将状态改为关闭基本的错误状态有三种:
开放、关闭和已修复。
除了基本的三个状态之外,还可以增加其他的状态描述。
2.4.3软件错误报告的内容,报告软件错误的目的是为了保证修复错误的人员可以重复报告的错误,从而有利于分析错误产生的原因,定位错误,然后修正。
测试人员可以亲自示范,通常测试人员会通过软件错误报告单给出能导致程序出错的、详尽的操作步骤程序员会根据收集到的信息查找错误的原因报告软件错误的基本要求是准确、简洁、完整、规范。
2.4.4报告错误的技巧,测试人员能越高效地提交错误报告,程序员就越有可能改正错误,软件错误报告对程序员有直接的影响。
如果错误报告不清楚且很难理解,错误就无法得到改正。
测试人员应该在要求的最短时间内对问题进行描述,使之最大可能地在将来得到改正。
错误报告说明如何让问题重现,对错误进行分析,以便用最少的步骤描述问题。
如果报告中含有不必要的步骤,问题会比实际情况显得缺乏概括性,还会迷惑和吓到阅读报告的人。
程序员很有可能会延期处理看来冗长而混乱的报告。
2.4.4报告错误的技巧,编写高效的报告,需要做到以下几点:
要重点说明让问题重现的步骤和方法如果程序员不能亲眼看到问题,他就会对问题报告置之不理。
分析错误,用最少的步骤描述如果报告中含有不必要的步骤,缺乏对实际情况的概括,会影响程序员对问题的分析和判断,甚至误导程序员的改错工作,造成程序员今后可能对测试报告的不信任。
写出的报告应该完备、易读而且没有敌意所谓有敌意,是指测试人员在错误报告中用了类似这样的语句“有这样的错误实在太糟糕了,如果仔细地编写,根本就不应该写出这样的代码”。
2.4.4报告错误的技巧,编写高效的报告,需要做到以下几点:
不要轻易猜测错误的原因发现错误之后,项目组需要分析错误原因。
一般情况下,这不是测试人员的责任。
准确地描述问题对测试人员来说已经够了,查找原因和修正错误是程序员的事情。
进行演示和使用文件附件有些问题往往难以只用文字来表达。
这时,可以在报告中描述基本信息,然后找到程序员去演示。
可以让程序员站在计算机前,运行他们的程序,指出程序的错误,让他们看着你重复发现错误的整个过程。
2.4.4报告错误的技巧,编写高效的报告,需要做到以下几点:
立即记录错误当一个错误发生的时候,立刻停止正在进行的任何操作。
所有其他的操作,都有可能导致结果出现变化。
当测试人员在进行系统测试时,应该在得到测试结果的同时或刚完成测试之后编写错误报告。
在记录错误完毕之后,测试人员可以继续做一些测试工作。
测试人员在系统测试过程中发现编码错误时,如果看到的是小失效,不要只是重现该失效并写入报告,也许内部错误的实际影响非常严重。
例如:
缓冲区溢出,最初的表现是显示出现一些异常,如果继续使用软件可能发生系统崩溃或数据损坏。
如果测试人员只报告出现显示乱码,可能就遗漏了重要的错误。
2.4.4报告错误的技巧,编写高效的报告,需要做到以下几点:
不要遗漏如果测试人员认为出现的错误真的是小错误,作为测试人员仍然要报告而不能忽略它。
一个程序小错误较多,同样会降低客户对产品其他部分的信心。
如拼写错误、小的屏幕格式问题、鼠标遗迹、图形比例不准、在线帮助错误、不起作用的快捷键、不正确的错误信息。
有时候,测试人员会在发现错误之后马上告诉程序员,程序员也开始了修复工作,在这种情况下,仍旧不要遗漏这个错误的书面报告。
2.4.4报告错误的技巧,报告错误的意义在于使错误得到改正,错误报告中的常见问题:
在报告中说“不好用”所报告内容毫无意义在报告中用户没有提供足够的信息在报告中提供了虚假信息所报告的问题是由于用户的过失而产生的所报告的问题是由于其他程序的错误而产生的所报告的问题是由于网络错误而产生的,2.4.4报告错误的技巧,2.4.4报告错误的技巧,如何描述软件错误?
在错误报告中,核心的内容是“错误描述”。
它是错误报告中测试人员对问题的陈述,是错误报告的基础信息。
优秀的错误描述主要由三个基本部分组成:
“摘要”又叫主题或标题,是关于错误的一两句话的描述,强调它对顾客或系统用户的影响。
“重建步骤”提供了如何重复这个失败的精确描述。
“隔离”是指测试人员收集的结果和信息,以确认错误确实是一个问题,并标识那些影响到错误表现的要素。
2.4.4报告错误的技巧,测试人员在报告错误时需注意以下方面:
描述清楚、精确、简洁表意清楚对一份错误报告是最基本的要求。
至少语言要明确无歧义。
如果做相同的事情有两种方法,报告中需要说明用的是哪一种例如:
选择了载入,可能意味着“用鼠标单击载入按钮”或“按下了Alt+L组合键”,错误报告中应说明测试人员使用了哪种方法。
在报告中尽量不要使用诸如“它”、“窗口”这些代词。
例如:
“运行了程序后,它弹出一个警告窗口,试着关掉它,它就崩溃了。
”应改为“运行程序时弹出一个警告窗口,试着关闭警告窗口,整个程序崩溃了。
”注意报告书写的简洁性。
一个错误一个报告,不要在一个报告中合并两个错误。
2.4.4报告错误的技巧,测试人员在报告错误时需注意以下方面:
内容详细信息宁多毋少。
例如:
错误报告中说明“程序不好用。
”错误报告中需要写明在什么环境下执行什么操作,哪些步骤让程序不好用。
描述事实而不是推测在错误报告中,要设法搞清什么是事实(如我在计算机旁和“xx出现了”)、什么是推测(如“我的问题可能是出在.”)在错误报告中应尽量只描述看到的事实,而省去测试人员的推测,因为这可能误导程序员对错误的定位。
2.4.4报告错误的技巧,测试人员在报告错误时需注意以下方面:
报告错误如何重现如果测试人员在错误报告中给了程序员一长串输入和指令,而程序员执行以后没有出现错误,这是因为报告中没有提供足够的信息。
测试人员在遇到错误发生时最好不要不做思考就在错误报告中填写操作的每一步,要重复刚才的测试步骤确认问题是否能够重现,即复现故障再写错误报告。
2.4.4报告错误的技巧,测试人员在报告错误时需注意以下方面:
妥善处理间歇性错误大多数“间歇性错误”并不是真正的“间歇”。
有些错误可能是内存泄漏产生的,有些可能是其他的程序在不恰当的时候修改某个重要文件造成的。
面对“间歇性错误”,测试人员应该如何处理呢?
这时应该如何书写错误报告呢?
测试人员应努力探测错误产生的条件,如果能够找到根源并使错误重现,则在错误报告中说明错误出现的环境或触发条件;如果无法再次触发一个错误,尝试了很多次仍然不成功,要承认现实并填写报告。
2.4.4报告错
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第二 执行 系统 测试