详细分析软件测试的14种类型word版本

合集下载

软件测试中黑盒测试的测试用例设计方法软件测试的14种类型

软件测试中黑盒测试的测试用例设计方法软件测试的14种类型

软件测试中黑盒测试的测试用例设计方法/软件测试的14种类型发布: 2010-7-09 09:05 | 作者: 网络转载 | 来源: 领测软件测试网采编 | 查看: 204次 | 进入软件测试论坛讨论软件测试中黑盒测试的测试用例设计方法/软件测试的14种类型等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.无效等价类:与有效等价类的定义恰巧相反.设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.2)划分等价类的方法:下面给出六条确定等价类的原则.①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.④在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则).⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.3)设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:输入条件有效等价类无效等价类... ... ...... ... ...然后从划分出的等价类中按以下三个原则设计测试用例:①为每一个等价类规定一个唯一的编号.②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.边界值分析法边界值分析方法是对等价类划分方法的补充.(1)边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.(2)基于边界值分析方法选择测试用例的原则:1)如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据.2)如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.3)根据规格说明的每个输出条件,使用前面的原则1).4)根据规格说明的每个输出条件,应用前面的原则2).5)如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.6)如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例.7)分析规格说明,找出其它可能的边界条件.错误推测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型).因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.利用因果图生成测试用例的基本步骤:(1) 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符.(2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画出因果图.(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.(4) 把因果图转换为判定表.(5) 把判定表的每一列拿出来作为依据,设计测试用例.从因果图生成的测试用例(局部,组合关系下的)包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.前面因果图方法中已经用到了判定表.判定表(Decision Table)是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.判定表通常由四个部分组成.条件桩(Condition Stub):列出了问题得所有条件.通常认为列出得条件的次序无关紧要.动作桩(Action Stub):列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.条件项(Condition Entry):列出针对它左列条件的取值.在所有可能情况下的真假值.动作项(Action Entry):列出在条件项的各种取值情况下应该采取的动作.规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.判定表的建立步骤:(根据软件规格说明)①确定规则的个数.假如有n个条件.每个条件有两个取值(0,1),故有种规则.②列出所有的条件桩和动作桩.③填入条件项.④填入动作项.等到初始判定表.⑤简化.合并相似规则(相同动作).B. Beizer 指出了适合使用判定表设计测试用例的条件:①规格说明以判定表形式给出,或很容易转换成判定表.②条件的排列顺序不会也不影响执行哪些操作.③规则的排列顺序不会也不影响执行哪些操作.④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.软件测试的14种类型作者:啄木鸟(Sawin网站)软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程,其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。

【参考文档】软件测试范例-范文word版 (11页)

【参考文档】软件测试范例-范文word版 (11页)

本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除!== 本文为word格式,下载后可方便编辑和修改! ==软件测试范例篇一:软件测试用例实例(非常详细)1、兼容性测试在大多数生产环境中,客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。

客户机工作站可能会安装不同的软件例如,应用程序、驱动程序等而且在任何时候,都可能运行许多不同的软件组合,从而占用不同的资源。

测试目的配置说明服务器操作系统系统软件外设应用软件结果Window201X(S) WindowXp Window201X(P) Window201X用例编号项目名称模块名称项目承担部门用例作者完成日期本文档使用部门评审负责人审核日期批准日期TestCase_LinkWorks_WorkEvaluate LinkWorks WorkEvaluate模块研发中心-质量管理部201X-5-27 质量管理部注:本文档由测试组提交,审核由测试组负责人签字,由项目负责人批准。

历史版本:版本/状态 V1.1作者参与者起止日期备注1.1. 疲劳强度测试用例强度测试也是性能测试是的一种,实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。

如果内存或磁盘空间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷。

而其他缺陷则可能由于争用共享资源(如数据库锁或网络带宽)而造成的。

强度测试还可用于确定测试对象能够处理的最大工作量。

测试目的测试说明前提条件测试需求功能1输入/动作 2小时 4小时 6小时 8小时功能12小时 4小时 6小时 8小时连续运行8小时,设置添加10用户并发输出/响应是否正常运行一、功能测试用例此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。

主要测试技术方法为用户通过GUI (图形用户界面)与应用程序交互,对交互的输出或接受进行分析,以此来核实需求功能与实现功能是否一致。

软件测试(分类、方法、测试)

软件测试(分类、方法、测试)

1.软件测试分类黑盒测试----指测试人员通过各种输入和观察软件的各种输出结果来发现软件的缺陷,而不关心程序具体如何实现的一种测试方法。

静态测试----指测试不运行的部分,例如测试产品说明书,对此进行检查和审阅.静态白盒测试-----指在不执行的条件下有条理地仔细审查软件设计,体系结构和代码,从而找出软件缺陷的过程。

有时称作结构分析。

动态测试----通过运行和使用软件进行测试。

探索测试----通常用于没有产品说明书的测试,这需要把软件当作产品说明书来看待,分步骤逐项探索软件特性,记录软件执行情况,详细描述功能,综合利用静态和动态技术来进行测试。

等价区间----指测试相同目标或者暴露相同软件缺陷的一组测试用例测试设计----提炼测试方法,明确指出设计包含的特性和相关测试。

如果要求完成测试还明确指出测试案例和测试程序,指定特性通过/失败的规则。

单元测试:最微小规模的测试;以测试某个功能或代码块。

典型地由程序员而非测试员来做,因为它需要知道内部程序设计和编码的细节知识。

这个工作不容易作好,除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。

累积综合测试:当一个新功能增加后,对应用系统所做的连续测试。

它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作,或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。

集成测试:一个应用系统的各个部件的联合测试,以决定他们能否在一起共同工作。

部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。

这种类型的测试尤其与客户服务器和分布式系统有关。

功能测试:用于测试应用系统的功能需求的黑盒测试方法。

这类测试应由测试员做,这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。

系统测试:基于系统整体需求说明书的黑盒类测试;应覆盖系统所有联合的部件。

端到端测试:类似于系统测试;测试级的“宏大”的端点;涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。

软件测试计划模板(Word版)

软件测试计划模板(Word版)

软件测试计划模板(Word版)软件测试计划模板此页为模板⽂档本⾝的版本控制记录表,按模板⽣成的正式⽂档中不需要此页秘密XXXXXX信息系统系统测试计划软件测试部YYYY-MM-DD⽬录1. 引⾔ (5)1.1 编写⽬的 (5)1.2 项⽬背景 (5)1.3 系统简介 (5)1.4 参考⽂档 (5)2. 测试策略与范围 (5)2.1 集成测试阶段 (5)2.2 系统测试阶段 (6)2.3 确认测试阶段 (6)3. 测试资源 (6)3.1 ⼈⼒资源 (6)3.2 测试环境 (6)3.2.1 系统配置 (6)3.2.2 ⽹络配置 (7)3.2.3 其它材料 (7)3.3 测试⼯具(可选) (7)4. 测试活动计划进度 (7)5. 测试更新管理 (8)6. 需求的可追溯性 (8)7. 测试⽤例 (8)8. 测试执⾏ (8)9. 测试结果分析与报告 (9)10. 风险列表 (9)附录1: ⽂档管理控制 (10)1.引⾔1.1编写⽬的本测试计划的具体编写⽬的,指出预期的读者范围。

(3-4句)1.2项⽬背景对测试对象(构件、应⽤程序、系统等)及其⽬标进⾏简要说明。

需要包括的信息有:主要的功能和性能、测试对象的构架以及项⽬的简史。

(3-4句)1.3系统简介对测试对象进⾏简要的介绍,⽤系统执⾏总体流程图或总体系统⽤例图,说明主要输⼊、信息/数据加⼯过程、和输出即可。

(3-4句)1.4参考⽂档2.测试策略与范围参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》来确定。

可以根据所采⽤的软件⽣命周期模型来进⾏迭代。

对⾮功能点需求的测试说明,如性能、安全性等不作为测试范围的需求。

明确测试轮次(不同版本)和回归(同⼀版本)的确认⽅法。

如修改缺陷后进⼊下⼀轮测试⽽不是只针对缺陷进⾏回归。

2.1集成测试阶段测试对象:测试准备就绪准则:测试内容:测试⽅法:测试规程:测试通过准则:2.2系统测试阶段测试对象:测试准备就绪准则:测试内容:测试⽅法:测试规程:测试通过准则:2.3确认测试阶段测试对象:测试准备就绪准则:测试内容:测试⽅法:测试规程:测试通过准则:3.测试资源3.1⼈⼒资源3.2测试环境3.2.1系统配置3.2.2⽹络配置3.2.3其它材料3.3测试⼯具(可选)4.测试活动计划进度参照《软件项⽬计划》说明测试主要活动的安排和⼤致时间段。

软件测试必备文档

软件测试必备文档

软件测试分类、基本测试策略及测试方法一.分类功能测试、性能测试、兼容性测试、接口测试、安全性测试等1.功能测试不深入代码细节的软件测试方法。

常被称为行为测试,因为测试的是软件在使用过程中的实际行为。

首先,从产品需求文档获知测试对象的软件的输入和应该得到的输出。

其次,开始定义测试案例。

测试案例:指进行实验用的输入,以及测试软件用的程序。

选择测试案例是软件测试员最重要的任务。

不正确的选择可能导致测试量过大或者过小,甚至测试目标不对。

准确评估风险,把不可穷近的可能性减少到可以控制的范围是成功的诀窍。

测试基本方法:通过测试 & 失败测试通过测试:确认软件至少能做什么,而不考验其能力。

失败测试:纯粹为了破坏软件而设计和执行的测试案例,也称为迫使出错测试。

蓄意攻击软件的薄弱环节。

在设计和执行测试案例时,总是首先进行通过测试。

在破坏性试验之前看看软件基本功能是否实现是很重要的,否则在正常使用软件时就会奇怪为什么有那么多的软件缺陷。

常见的测试案例就是设法迫使软件出现错误提示信息。

产品说明书可能会给出这样的功能要求,针对这个问题的测试可能是通过测试也可能是失败测试。

可能两者都是。

不用去刻意区分,重要的是找到软件缺陷!具体测试方法:1.等价类划分是指分步骤地把过多(无限)的测试案例减小到同样有效的小范围的过程。

等价分配技术提供了一个选择哪些数值、舍弃哪些数值的系统方法。

等价类别或者等价区间是指测试相同目标或者暴露相同软件缺陷的一组测试案例。

在寻找等价区间时,想办法把软件的相似输入、输出、操作分成组。

这些组就是等价区间。

等价分配的目的是把可能的测试案例组合缩减到仍然足以测试软件的控制范围。

因为选择了不完全测试,就要冒一定的风险。

如果为了减少测试案例的数量过度进行等价分配,测试的风险就会增加。

另外,等价区间的划分没有一定的标准,只要足以覆盖测试对象就行了。

数据测试软件由数据(包括键盘输入、鼠标单击、磁盘文件、打印输出等等)和程序(可执行的流程、转换、逻辑和运算)两个最基本的要素组成。

软件测试的分类和应用场景

软件测试的分类和应用场景

软件测试的分类和应用场景软件测试作为软件开发过程中的重要环节,通过对软件的功能、性能、安全等方面进行验证和验证,确保软件质量满足用户需求。

软件测试可以根据不同的分类标准分为多种类型,同时也可以应用于各种场景中。

软件测试的分类:1.按照测试对象的不同,可以将软件测试分为单元测试、集成测试、系统测试和验收测试。

-单元测试:以最小的代码单元为测试对象,验证程序的正确性和稳定性。

-集成测试:将已经通过单元测试的模块组合在一起进行测试,验证模块之间的协作和交互是否正确。

-系统测试:通过对整个系统的功能、性能、安全等方面进行全面测试,确保系统满足用户需求。

-验收测试:由用户或用户代表来验证系统是否满足预期的功能和性能要求。

2.按照测试的目的和方式,可以将软件测试分为黑盒测试和白盒测试。

-黑盒测试:测试人员只需了解软件的功能和接口,而不考虑内部实现,通过对输入和输出的关系进行测试,验证软件的功能是否符合需求。

-白盒测试:测试人员需要了解软件的内部逻辑和结构,通过分析代码和路径覆盖等方式进行测试,验证软件的内部实现是否正确。

3.按照测试的执行方式,可以将软件测试分为手动测试和自动化测试。

-手动测试:测试人员通过手工操作软件来进行测试,验证软件的功能和性能。

-自动化测试:利用测试工具或脚本对软件进行自动化测试,提高测试效率和覆盖范围。

4.按照测试的特性,可以将软件测试分为功能测试、性能测试、安全测试等。

-功能测试:验证软件的功能是否符合需求,包括界面测试、逻辑测试、数据测试等。

-性能测试:验证软件在不同负载下的性能表现,包括响应时间、吞吐量、并发性等。

-安全测试:验证软件在安全方面的表现,包括权限控制、数据加密、漏洞扫描等。

软件测试的应用场景:1.软件开发过程中的各个阶段:在软件开发的需求分析、设计、编码和集成阶段,软件测试都可以发挥作用。

通过及早发现和修复软件缺陷,可以减少后期的修改成本和风险。

2.软件发布前的验收测试:在软件即将发布时,进行验收测试可以确保软件满足用户需求,并且在不同平台和环境下可以正常运行。

软件测试的方法有几类类型

软件测试的方法有几类类型

软件测试的方法有几类类型
软件测试的方法通常可以分为以下几类类型:
1. 黑盒测试:主要关注软件系统的功能,基于需求规格说明书或者软件系统的功能描述进行测试。

2. 白盒测试:主要关注软件系统的内部结构和代码,基于程序代码或者设计文档进行测试。

3. 灰盒测试:结合黑盒和白盒测试的方法,既关注软件系统的功能也关注软件系统的内部结构。

4. 功能测试:主要关注软件系统的功能是否符合需求规格说明书或者软件系统的功能描述。

5. 性能测试:主要关注软件系统的性能是否满足用户的需求和期望。

6. 安全测试:主要关注软件系统的安全性和防护能力。

7. 兼容性测试:主要关注软件系统在不同硬件、操作系统、浏览器等环境下的兼容性。

8. 异常处理测试:主要关注软件系统在异常情况下的处理能力,如断电、网络故障等。

9. 接口测试:主要关注软件系统与其他系统或设备的接口是否正常。

10. 回归测试:主要关注软件系统在修改或升级后是否仍然正常工作。

软件测试大纲样本精编WORD版

软件测试大纲样本精编WORD版

软件测试大纲样本精编W O R D版IBM system office room 【A0816H-A0912AAAHH-GX8Q8-GNTHHJ8】中远程无人侦察机突防生存力评估系统测试大纲目录1. 测试目的 (2)2. 主要技术指标要求 (3)2. 1 主要战术技术指标 (3)2. 2 使用要求 (3)3. 测试要求 (4)4. 测试仪器及辅助设备 (4)4.1 测试设备 (4)4.2 测试连接 (4)5. 测试方法和步骤 (5)5.1 测试方法和步骤 (5)5.2 测试用例说明 (5)5.3 中远程无人侦察机突防生存力评估系统测试用例 (7)1.测试目的为了确保中远程无人侦察机突防生存力评估系统的产品质量,使产品能够顺利交付验收,需要测试中远程无人侦察机突防生存力评估系统是否满足任务书规定的主要技术指标和使用要求。

2.主要技术指标要求2. 1主要战术技术指标该系统具有如下功能:可进行航路设定;可进行突防过程中威胁环境的设定;可显示突防过程中的地理环境;可动态显示无人机飞行航迹;具备无人机三维动态视景仿真功能;具备无人机突防生存力评估功能。

2.2使用要求1.本系统独立运行,能为无人机生存力评估提供一个三维动态仿真平台,能形象、直观、逼真地演示无人机对防空系统雷达网突防的过程;在确定的飞机性能、自然地理环境下选择合理的飞行航路,使无人机受到敌方防空系统的探测降低到最低限度,提高无人机的突防概率;方便地评估无人机的生存能力,还可用于任务规划人员的日常训练;2.硬件环境:计算机CPU采用Inter酷睿i7 2.0GHz以上,内存不小于2GB,硬盘容量不小于256GB,具有标准网络接口,包含鼠标、键盘等通用外设;3. 软件环境:操作系统Windows 7/Windows XP。

3.测试要求中远程无人侦察机突防生存力评估系统测试过程依据测试大纲进行,测试环境和测试设备满足系统使用的技术要求。

测试过程相关文件符合质量管理要求。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

详细分析:软件测试的14种类型文章来源:中国IT实验室收集整理文章作者:佚名发布时间:2007-09-03 字体: [大中小]软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程,其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。

本文主要描述软件测试的类型。

1. 数据和数据库完整性测试数据与数据库完整测试是指测试关系型数据库完整性原则以及数据合理性测试。

数据库完整性原即:主码完整性:主码不能为空;外码完整性:外码必须等于对应的主码或者为空。

数据合理性指数据在数据库中的类型,长度,索引等是否建的比较合理。

在项目名称中,数据库和数据库进程应作为一个子系统来进行测试。

在测试这些子系统时,不应将测试对象的用户界面用作数据的接口。

对于数据库管理系统(DBMS),还需要进行深入的研究,以确定可以支1持测试的工具和技术。

比如,有两张表:部门和员工。

部门中有部门编号,部门名称,部门经理等字段,主码为部门编号;员工表中有员工编号,员工所属部门编号,员工名称,员工类型等字段,主码为员工编号,外码为员工所属部门编号,对应部门表。

如果在某条部门记录中部门编号或员工记录员工编号为空,他就违反主码完整性原则。

如果某个员工所属部门的编号为##,但是##在部门编号中确找不到,这就违反外码完整性原则。

员工类型如下定义:0:职工,1:职员,2:实习生。

但数据类型为Int,我们都知道Int占有4个字节,如果定义成char(1).就比原来节约空间。

2. 白盒测试白盒测试是基于代码的测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量,一般黑盒测试由项目经理在程序员开发中来实现。

白盒测试分为动态白盒测试和静态白盒测试2.1 静态白盒测试利用眼睛,浏览代码,凭借经验,找出代码中的错误或者代码中不符合书写规范的地方。

比如,代码规范中规定,函数必须为动宾结构。

而黑盒测试发现一个函数定义如下:Function NameGet(){….}这是属于不符合开发规范的错误。

有这样一段代码:if (i<0) & (i>="0)…这段代码交集为整个数轴,IF语句没有必要I="0;while(I>100){J="J+100;T="J*PI;}在循环体内没有I的增加,bug产生。

2.2 动态白盒测试利用开发工具中的调式工具进行测试。

比如一段代码有4个分支,输入4组不同的测试数据使4组分支都可以走通而且结果必须正确。

看一段代码if(I<0){P1}else{P2}在调试中输入I="-1,P1程序段通过,P2程序段未通过,属于动态黑盒测试的缺陷3. 功能测试功能测试指测试软件各个功能模块是否正确,逻辑是否正确。

对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。

此类测试基于黑盒技术,该技术通过图形用户界面(GUI) 与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。

功能测试的主要参考为类似于功能说明书之类的文档。

比如一个对电子商务系统,前台用户浏览商品-放入购物车-进入结账台,后台处理订单,配货,付款,发货,这一系列流程必须正确无误的走通,不能存在任何的错误。

4. UI测试UI测试指测试用户界面的风格是否满足客户要求,文字是否正确,页面美工是否好看,文字,图片组合是否完美,背景是否美观,操作是否友好等等。

用户界面(UI) 测试用于核实用户与软件之间的交互。

UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。

另外,UI 测试还可确保UI 中的对象按照预期的方式运行,并符合公司或行业的标准。

包括用户友好性,人性化,易操作性测试。

UI测试比较主观,与测试人员的喜好有关。

比如:页面基调颜色刺眼;用户登入页面比较难于找到,文字中出现错别字,页面图片范围太广等都属于UI测试中的缺陷,但是这些缺陷都不太严重。

5. 性能测试性能测试主要测试软件测试的性能,包括负载测试,强度测试,数据库容量测试,基准测试以及基准测试。

5.1负载测试负载测试是一种性能测试指数据在超负荷环境中运行,程序是否能够承担。

在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力。

负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。

此外,负载测试还要评估性能特征,例如,响应时间、事务处理速率和其他与时间相关的方面。

比如,在B/S结构中用户并发量测试就是属于负载测试的用户,可以使用webload工具,模拟上百人客户同时访问网站,看系统响应时间,处理速度如何?5.2 强度测试强度测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况。

这类测试往往可以书写系统要求的软硬件水平要求。

实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。

如果内存或磁盘空间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷。

而其他缺陷则可能由于争用共享资源(如数据库锁或网络带宽)而造成的。

强度测试还可用于确定测试对象能够处理的最大工作量。

比如:一个系统在内存366M下可以正常运行,但是降低到258M下不可以运行,告诉内存不足,这个系统对内存的要求就是366M。

5.3 数据库容量测试数据库容量测试指通过存储过程往数据库表中插入一定数量的数据,看看相关页面是否能够及时显示数据。

数据库容量测试使测试对象处理大量的数据,以确定是否达到了将使软件发生故障的极限。

容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。

例如,如果测试对象正在为生成一份报表而处理一组数据库记录,那么容量测试就会使用一个大型的测试数据库,检验该软件是否正常运行并生成了正确的报表。

做这种测试通常通过书写存储过程向数据库某个表中插入一定数量的记录,计算相关页面的调用时间。

比如,在电子商务系统中,通过insert customer 往user表中插入10 000数据,看其是否可以正常显示顾客信息列表页面,如果要求达到最多可以处理100 000个客户,但是顾客信息列表页面不能够在规定的时间内显示出来,就需要调整程序中的SQL查询语句;如果在规定的时间内显示出来,可以将用户数分别提高到20 000 , 50 000, 100 000进行测试。

5.4 基准测试基准测试与已知现有的系统进行比较,主要检验是否与类似的产品具有竞争性的一种测试。

如果你要开发一套财务系统软件并且你已经获得用友财务系统的性能等数据,你可以测试你这套系统,看看哪些地方比用友财务系统好,哪些地方差?以便改进自己的系统,也可为产品广告提供数据。

5.5 竞争测试软件竞争使用各种资源(数据纪录,内存等),看他与其他相关系统对资源的争夺能力。

比如:一台机器上即安装您的财务系统,又安装用友财务系统。

当CPU占有率下降后,看看是否能够强过用友财务系统,而是自己的系统能够正常运行。

6. 安全性和访问控制测试安全性和访问控制测试侧重于安全性的两个关键方面:1) 应用程序级别的安全性,包括对数据或业务功能的访问。

2) 系统级别的安全性,包括对系统的登录或远程访问。

6.1 应用程序级别的安全性可确保:在预期的安全性情况下,主角只能访问特定的功能或用例,或者只能访问有限的数据。

例如,可能会允许所有人输入数据,创建新账户,但只有管理员才能删除这些数据或账户。

如果具有数据级别的安全性,测试就可确保“用户类型一”能够看到所有客户消息(包括财务数据),而“用户二”只能看见同一客户的统计数据。

比如B/S系统,不通过登入页面,直接输入URL,看其是否能够进入系统?6.2 系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序,而且只能通过相应的网关来访问。

比如输入管理员账户,检查其密码是否容易猜取,或者可以从数据库中获得?7. 故障转移和恢复测试故障转移和恢复测试指当主机软硬件发生灾难时候,备份机器是否能够正常启动,使系统是否可以正常运行,这对于电信,银行等领域的软件是十分重要的。

故障转移和恢复测试可确保测试对象能成功完成故障转移,并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。

故障转移测试可确保:对于必须持续运行的系统,一旦发生故障,备用系统就将不失时机地“顶替”发生故障的系统,以避免丢失任何数据或事务。

恢复测试是一种对抗性的测试过程。

在这种测试中,将把应用程序或系统置于极端的条件下(或者是模拟的极端条件下),以产生故障(例如设备输入/输出(I/O) 故障或无效的数据库指针和关健字)。

然后调用恢复进程并监测和检查应用程序和系统,核实应用程序或系统和数据已得到了正确的恢复。

一定要注意定时备份,比如电信系统,突然主机程序发生死机,备份机器是否能够启动,使系统能够正常运行,从而不影响用户打电话?8. 配置测试又叫兼容性测试。

配置测试核实测试对象在不同的软件和硬件配置中的运行情况。

在大多数生产环境中,客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。

客户机工作站可能会安装不同的软件例如,应用程序、驱动程序等而且在任何时候,都可能运行许多不同的软件组合,从而占用不同的资源。

(如浏览器版本,操作系统版本等)下面列出主要配置测试8.1 浏览器兼容性1) 测试软件在不同产商的浏览器下是否能够正确显示与运行;2) 比如测试IE,Natscape浏览器下是否可以运行这套软件?8.2 操作系统兼容性1) 测试软件在不同操作系统下是否能够正确显示与运行;2) 比如测试WINDOWS98,WINDOWS 2000,WINDOWS XP,LINU, UNIX下是否可以运行这套软件?8.3 硬件兼容性1) 测试与硬件密切相关的软件产品与其他硬件产品的兼容性,比如该软件是少在并口设备中的,测试同时使用其他并口设备,系统是否可以正确使用。

2) 比如在INTER,舒龙CPU芯片下系统是否能够正常运行?3) 这样的测试必须建立测试实验室,在各种环境下进行测试。

9. 安装测试安装测试有两个目的。

第一个目的是确保该软件在正常情况和异常情况的不同条件下: 例如,进行首次安装、升级、完整的或自定义的安装_都能进行安装。

异常情况包括磁盘空间不足、缺少目录创建权限等。

第二个目的是核实软件在安装后可立即正常运行。

这通常是指运行大量为功能测试制定的测试。

安装测试包括测试安装代码以及安装手册。

安装手册提供如何进行安装,安装代码提供安装一些程序能够运行的基础数据。

10. 多语种测试又称本地化测试,是指为各个地方开发产品的测试,如英文版,中文版等等,包括程序是否能够正常运行,界面是否符合当地习俗,快捷键是否正常起作用等等,特别测试在A语言环境下运行B语言软件(比如在英文win98下试图运行中文版的程序),出现现象是否正常。

相关文档
最新文档