1、从是否关心内部结构来看
(1)白盒测试:又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结构,设计测试数据并完成测试的一种测试方法。
(2)黑盒测试:又称为数据驱动测试,把测试对象当做看不见的黑盒,在完全不考虑程序内部结构和处理过程的情况下,测试者仅依据程序功能的需求规范考虑,确定测试用例和推断测试结果的正确性,它是站在使用软件或程序的角度,从输入数据与输出数据的对应关系出发进行的测试。
(3)灰盒测试:是一种综合测试法,它将“黑盒”测试与“白盒”测试结合在一起,是基于程序运行时的外部表现又结合内部逻辑结构来设计用例,执行程序并采集路径执行信息和外部用户接口结果的测试技术。
2、从是否执行代码看
(1)静态测试:指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
(2)动态测试:是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性能指标。
3、从开发过程级别看
(1)单元测试:又称模块测试,是针对软件设计的最小单位----程序模块或功能模块,进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错,是否能正确地实现了其功能,满足其性能和接口要求。
(2)集成测试:又叫组装测试或联合,是单元测试的多级扩展,是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系,以期望通过测试发现各软件单元接口之间存在的问题,最终把经过测试的单元组成符合设计要求的软件。
(3)系统测试:是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统,作为基于整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。
在系统测试中,对于具体的测试类型有:
(1)功能测试:对软件需求规格说明书中的功能需求逐项进行的测试,以验证功能是否满足要求。
(2)性能测试:对软件需求规格说明书的功能需求逐项进行的测试,以验证功能是否满足要求。
(3)接口测试:对软件需求规格说明中的接口需求逐项进行的测试。
(4)人机交互界面测试:对所有人机交互界面提供的操作和显示界面进行的测试,以检验是否满足用户的需求。
(5)强度测试:强制软件运行在异常乃至发生故障的情况下(设计的极限状态到超出极限),验证软件可以运行到何种程序的测试。
(6)余量测试:对软件是否达到规格说明中要求的余量的测试。
(7)安全性测试:检验软件中已存在的安全性、安全保密性措施是否有效的测试,
(8)可靠性测试:在真实的或仿真的环境中,为做出软件可靠性估计而对软件进行的功能(其输入覆盖和环境覆盖一般大于普通的功能测试)
(9)恢复性测试:对有恢复或重置功能的软件的每一类导致恢复或重置的情况,逐一进行的测试。
(10)边界测试:对软件处在边界或端点情况下运行状态的测试。
(11)数据处理测试:对完成专门数据处理功能所进行的测试。
(12)安装性测试:对安装过程是否符合安装规程的测试,以发现安装过程中的错误。
(13)容量测试:检验软件的能力最高能达到什么程度的测试。
(14)互操作性测试:为验证不同软件之间的互操作能力而进行的测试。
(15)敏感性测试:为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。
(16)标准符合性测试:验证软件与相关国家标准或规范(如军用标准、国家标准、行业标准及国际标准)一致性的测试。
(17)兼容性测试:验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。
(18)中文本地化测试:验证软件在不降低原有能力的条件下,处理中文能力的测试。
4、从执行过程是否需要人工干预来看
(1)手工测试:就是测试人员按照事先为覆盖被测软件需求而编写的测试用例,根据测试大纲中所描述的测试步骤和方法,手工地一个一个地输 入执行,包括与被测软件进行交互(如输入测试数据、记录测试结果等),然后观察测试结果,看被测程序是否存在问题,或在执行过程中是否会有一场发生,属于比较原始但是必须执行的一个步骤。
(2)自动化测试:实际上是将大量的重复性的测试工作交给计算机去完成,通常是使用自动化测试工具来模拟手动测试步骤,执行用某种程序设计语言编写的过程(全自动测试就是指在自动测试过程中,不需要人工干预,由程序自动完成测试的全过程;半自动测试就是指在自动测试过程中,需要手动输入测试用例或选择测试路径,再由自动测试程序按照人工指定的要求完成自动测试)
5、从测试实施组织看
(1)开发测试:开发人员进行的测试
(2)用户测试:用户方进行的测试
(3)第三方测试:有别于开发人员或用户进行的测试,由专业的第三方承担的测试,目的是为了保证测试工作的客观性
6、从测试所处的环境看
(1)阿尔法测试:是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试
(2)贝塔测试:是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本,并要求用户报告
扩展资料
软件测试的内容:
1 得到需求、功能设计、内部设计说书和其他必要的文档
2 得到预算和进度要求
3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )
4 确定应用软件的高风险范围,建立优先级、确定测试所涉及的范围和限制
5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试
6 确定对测试环境的要求 ( 硬件、软件、通信等 )
7 确定所需的测试用具 (testware) ,包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等
8 确定对测试的输入数据的要求
9 分配任务和任务负责人,以及所需的劳动力
10 设立大致的时间表、期限、和里程碑
11 确定输入环境的类别、边界值分析、错误类别
12 准备测试计划文件和对计划进行必要的回顾
13 准备白盒测试案例
14 对测试案例进行必要的回顾 / 调查 / 计划
15 准备测试环境和测试用具,得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南,建立测试跟踪过程,建立日志和档案、建立或得到测试输入数据
16 得到并安装软件版本
17 进行测试
18 评估和报告结果
19 跟踪问题 / 错误,并解决它
20 如果有必要,重新进行测试
21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具
参考资料:百度百科-软件测试
需求获取的常用方法有哪些?25.说明软件测试和调试的目的有何区别
需求获取的常用方法有哪些
1)用户访谈
用户访谈是一种最基本的需求获取手段,它是指分析人员以个别访谈或小组合议的形式与用户进行初步的沟通。用户访谈的形式包括结构化和非结构化两种,结构化是指分析人员按照——定准则事先准备好一系列问题,通过用户对问题的回答来获取有关目标软件方面的内容;非结构化则是只列以一个粗糙的想法,根据访谈的民体情况来进行发挥。
2)用户调查
在进行用户防谈时,由于很多关键人员的时间有限,不易安排过多的时间或者项日涉及的客户面较广。不可能——一访谈。因此,就需要借助用户调杏的方法,通过精心设计要问的问题,然后下发到相关的人员手中,让他们填写,再从所填写的内容中获取系统的需求倍息,这样就可以克服上述的问题。
用户调查最大的不足就是缺乏灵活性,而且可能存在受调查人员不能很好表述自己想法的限制。
3)现场观摩
俗话说,百闻石如一见,对于许多较为复杂的流程和系统而言,是很难用自然语言表达清楚的。因此,为了能够对系统的需求获得全面的了解,实际观察用户的操作过程就是一种行之合效的方法。现场观摩就是走到客户的工作场所,一边观察,一边听客户讲解,甚至可以安排人员跟随用户一起工作一段时间。这样就可以使得分析人员对客户的需求有更加直观的理解。但是,在现场观摩过程中必须切记;建造软件系统不仅仅只是为了模拟客户的手下操作过程,还必须将最好的经济效益、最快的处理速度、最合理的操作流程和最友好的用户界而等作为软件设计的目标。
4)文档考古
文档考古是指对历史存在的—些文档进行研究,从带有数据的文件、表单、报表等文档中获取所需信息的过程。对于一些数据流程比较复杂的、工作表单较多的项目来说,就可以应用这种方法。
5)建立联合分析小组
在系统开发时,系统分析员和用户之间由于知识结构的差异,难免存在难逾越的交流鸿沟。
用广提供的需求信息,在系统分析员看来可能是零散和片面甚至无法理解的。因此,为了能够减少交流上的问题,就需要一个领域专家来帮助进行沟通,即可以建立一个由用户、系统分析员和领域专家参加的联合分析小组来共同完成需求的获地。
6)原型法
原型是在软件开发中被广泛使用的一种工具,在软件系统的很多开发阶段都起着非常重要的作用。原型法就是尽可能快地建造一个祖糙的系统,这系统实现了目标系统的某些或全部功能,但是这个系统可能在可靠性、界面的友好性或其他方向上存在缺陷。建造这样一个系统的目的是为了看,考察某一方面的可行性。如算法的可行性,技术的可行性,或考察是否满足用户的需求等。原型是在最终系统产生之前的一个局部真实表现,可以让人们能够对一些具体问题进行基于文物的有效沟通,从而帮助人们尽早解决软件开发个存在的各种不确定性。
7)模型驱动
前面的面谈、原型、观察以及文档审查等方法可以通过执行一些具体的获取行为来对系统需求进行认知和理解。但是大多数软件系统,尤其是对于复杂的系统而言,它们的需求获取任务绝不是可以通道一两次这样简单的获取行为就能够完成的。为了能够使得获取行为相互配合、减少不必要的精力耗费和防止出现获取信息的遗漏,可以采用模型驱动的方法。
8)基于上下文的方法
软件系统是作为一个整体存在的,它通过和环境的交互来解决用户的问题,满足用户的需求。软件系统中的每项功能都是依存于一定的背景和上下文环境,因此,要正确地理解系统的功能就必须要正确地理解它的背景和上下文知识。基于上下文的方法就是注重于系统的环境、开发组织的业务背景、涉众的特征以及目标等。与前面的方法相比,它更加注重用户在—定环境下表现出来的行为,通过分析用户的行为得到信息。
说明软件测试和调试的目的有何区别
1、目的不同
软件测试的目的是发现错误,至于找出错误的原因和错误发生的地方不是软件测试的任务,而是调试的任务.调试的目的是为了证明程序的正确,因此它必须不断地排除错误.它们的出发点不一样。前者是挑错,是一种挑剔过程,属于质盘保证活动。后者是排错,是一种排除过程,是编码活动的一部分.
2、任务不同
既然软件测试属于质量保证活动,因此它贯穿于整个开发过程.从需求分析开始,就要制订软件测试计划,软件设计时要设计系统软件测试、集成侧试用例,编码阶段要设计单元软件测试用例并进行单元软件测试,软件测试阶段要进行集成软件测试、系统软件测试等,直到产品交付。只要有修改就有软件测试,产品交付后同样。它是比较有规律的活动,有系统的方法、原则作指导。
而调试是编码活动的一部分,因此有编码就有调试.它的任务主要就是排错。调试的方法经常与使用的开发工具有关,例如:解释型的开发工具可以交互式调试,编译型开发工具就很难较好地查错。当然它有一些启发式的方法,它是一种比较依赖开发人员经验的活动。
3、指导原则和方法不同
软件侧试是一种有规律的活动,有一系列软件软件测试的原则.其中主要是制订侧试计划,然后严格执行.其次是一种挑剔性行为,因此它不但要侧试软件应该做的,还需要侧试软件不应该做的事情。调试所遵循的规律主要是一些启发式规则,是一个推理过程。例如使用归纳法、演绎法、回溯法等。
软件测试的输出是预知的,其软件测试用例必须包括预期的结果,而调试的输出大多是不可预见的,需要调试者去解释、去发现产生的原因。
4、操作者
因为心理状态是软件测试程序的障碍,所以执行软件测试的人一般不是开发人员,以使软件测试更客观、更有效,而调试人员一般都是开发人员.
对软件采用的调试方法有哪些?
1. 直接输入、更改、跟踪、运行汇编程序 2. 观察操作系统的内容; 3. 查看ROM BIOS的内容; 4. 观察更改RAM内部的设置值; 5. 以扇区或文件的方式读写软盘数据。 在DEBUG中地址用段地址与段内地址来表示,而段地址可以明确地指出来,也可以用一个段指示器(段寄存器)来代表,用段寄存器表示时,其段地址就是此寄存器的内含值: 如:用段地址和段内地址表示FOFF:0100 用段寄存器和段内地址表示CSF:0100←CS指向F000 下面列出了常用命令用法。 -A 地址 从指定地址开始编写小汇编程序,按两个回车键结束编辑 -U 地址 从指定地址开始反汇编32字节的机器指令,缺省地址则从上一U命令继续 -D 始址 终址 以16进制/Asc字符对照方式显示指定内存范围的数据,每行显示10H个字节 -E 地址 值表 用给出的值表(空格分隔)替换指定地址开始的内存单元,例:-E 100 'v' 1F 'hello' -N 文件名 为后续的L/W命令约定所操作的文件名 -L 地址 将N命令所指定文件的内容读入到指定内存位置。另,逻辑卷扇区直接读:-L 地址 逻卷号 起始逻扇号 扇数 -W 地址 将BX-CX个字节的内存数据写入N命令指定的文件中。另,逻辑卷扇区直接写:-W 地址 逻卷号 起始逻扇号 扇数 -R 寄存器名 显示并允许修改指定寄存器的值 -G=始址 终址 执行指定内存中的机器指令程序 -T=地址 单步执行机器指令,缺省地址则从上一T命令继续。另,继续跟踪m条指令:-T m 读取c:卷的引导扇区,并保存到Boot.1文件中,并简单分析引导程序的前面几条指令: -L 1000 2 0 1 -N boot.1 -R bx ;输入0000 -R cx ;输入0200 -W 1000 -U 1000 读取第一个硬盘上的主引导扇区,并保存到MB.1文件中,在屏幕上显示硬盘分区表数据: -A 100 yyyy:0100 mov dx,0080 yyyy:01xx mov cx,0001 yyyy:01xx mov ax,yyyy yyyy:01xx mov es,ax yyyy:01xx mov bx,1000 yyyy:01xx mov ax,0201 yyyy:01xx int 13 yyyy:01zz nop -G=yyyy:0100 01zz -N mb.1 -R bx ;输入0000 -R cx ;输入0200 -W 1000 -D 11be 11ff debugging命令 debugging命令概述 获得路由器中交换的报文和帧的细节信息 用于调试信息 debugging命令使用注意事项 不使用debug命令监控正常的网络运行 在网络使用的低峰期使用 不要轻易使用类似debugging all之类的命令 使用debugging命令后,应立即以“undo debugging”命令终止debugging命令的执行。 Debugger "Debugger"这个词按它的英文字面意思来讲是这样一种“装置”(-er),这种装置可以“消除”(De-)“系统中的缺陷”(bug)。然而事实上,迄今为止我们经常使用到的"Debugger"只是用来帮助我们进行Debug的工具,"Debugger"本身不能自动完成"Debug"。我们可以回想一下我们是如何进行Debug的,在进行Debug的过程中,我们通过Debugger来完成以下工作: (1)监视“Debug对象”的状态; (2)控制“Debug对象”的运行; 这些工作可以为“发现Debug对象中存在的问题”以及“对解决问题方案的检验”提供有用的信息。 监控工作有时只需要由软件就可以完成,有时不仅需要软件支持,还需要硬件的支持。 Debugger除了被用来Debug,还被用来帮助我们理解“Debug的对象”内部结构,因为我们用到的Debugger能够完成对“Debug对象”的监控工作,在监控的过程中可以获取“Debug对象”动态特征的信息,这对我们理解其结构是非常有用的。 关于更详细的介绍和研究可以参考国人原创的《软件调试》 ,这 [url= http://www.chenganzhiyxrj.com ]嫦娥二号直播[/url]
调试程序过程中存在的问题与解决方法
以VB为例:调试过程中的几个问题
( 1 ) “断点”通常安排在程序代码中能反映程序执行状况的部位,当程序执行到断点处时,它可使其进入中断状态。
断点是在 Visual Basic程序的“代码编辑器”窗口中设置的,设置后在其窗口的左侧边框中会出现●的提示,被设置为断点的代码行将加粗反白显示。断点设置方法是:
① 用鼠标单击“代码编辑器”窗口中打算作为断点的代码行的左侧边框(使得鼠标成↖的形状);
② 将光标指向打算作为断点的代码行,然后使用“调试”菜单中的“切换断点”命令;
③ 将光标指向打算作为断点的代码行,然后直接单击“调试”工具栏上的“切换断点”按钮@;
④ 将光标指向打算作为断点的代码行,然后按【F9】功能键。要取消断点,可将光标指向定为断点的代码行,其操作方法和设置断点类似。如果要取消程序中所有的断点,则可使用“调试”菜单中的“清除所有断点”命令,或单击【Ctrl】+【Shift】+【F9】键。
( 2 ) 程序在执行的中途被停止,称为“中断”。在中断状态下,用户可以查看各个变量及属性的当前值,从而了解程序执行是否正常。
另外,还可以修改发生错误的程序代码、观察应用界面的状况、修改变量及属性值、修改程序的流程等。进人中断状态一般有以下四种方式:
① 程序在运行中,由于发生运行错误而进人中断状态;
② 程序在运行中,因为用户单击【Ctrl】+【Break】键或使用“运行”菜单中的“中断”命令而进人中断状态;
③ 由于用户使用创建断点命令在程序代码中设置了断点,当程序执行到断点处时而进人中断状态;
④ 在采用单步调试方式,每运行一个可执行代码行后,即进人中断状态。
( 3 ) 使用“调试”菜单中的“逐语句”命令或单击工具栏上的“逐语句”调试按钮,即可进行单步调试。单步语句调试过程中,大多采用【F8】键进行操作。每按一次【F8】键,程序就执行一个语句,在“代码编辑器”窗口中,标志下一个要执行的语句的箭头和彩色框也随之移向下一个语句。当单步语句调试要执行的下一个语句是另一个过程时,系统会自动转向该过程去执行。当可以确认某些过程不存在错误时,则不必对该过程再进行单步语句调试,而可直接执行整个过程,这就是单步过程调试。
( 4 ) 在调试的过程中,有时为了了解某些变量和属性值的过程值,以及跟踪错误的需要,往往设法获取它们的某一时段的值。可以在打算获取值的该过程中,通过以下几种方法:
① 插人Print方法或Debug.Print方法,将要获取的变量和属性值打印在窗体上或“立即”窗口中;
② 建立TextBox(文本框)和Label(标签)等临时控件,将要获取的变量和属性值赋值给 Text 属性和 Caption 属性;
③ 在中断模式之下,就可把焦点移到“立即”窗口来,用问号( ? )或 Print 方法,将要获取的变量和属性值打印在“立即”窗口中;
④ 在中断模式之下,将鼠标放在“代码”窗口的变量名和属性名上,在鼠标的下部就会出现有该值的浮动窗口;
⑤ 在中断模式之下,将变量名和属性名输人到“监视”窗口中,从“值”的栏中观测其值;
⑥ 在中断模式之下,打开“当地”窗口,从“值”的栏中直接观测其值。
( 5 ) “本地”窗口可显示当前过程所有局部变量的当前值。第一行的Me表示当前窗体,用鼠标单击Me前的加号,打开窗体及窗体中各个控件对象的属性“树”,即可查看各个属性的当前值。单击标题栏下当前的过程名右侧的标有省略号的按钮,还可打开“调用堆栈”对话框,了解过程、函数等的调用情况。
( 6 ) “监视”窗口用于查看指定表达式的值。指定的表达式称为“监视表达式”。指定或增加监视表达式的方法有多种:
① 使用“调试”菜单中的“添加监视”命令;
② 使用“调试”菜单中的“编辑监视”命令,或按【Ctrl】+【W】键;
③ 使用“调试”菜单中的“快速监视”命令,或按【Shift】+【F9】键;
④ 拖动一个选取的变量到“监视”窗口中。应当注意的是,Visual Basic自动对监视表达式(定义的表达式)进行监视。当应用程序进人中断模式后,这些监视表达式会出现在“监视”窗口中,可在此处观察它们的值。
小技巧:
在调试程序的过程中,可以使用下列方法快速获取循环的次数。即增加一个计数用的临时变量(假如 Dim n As Integer ),在循环的外侧将其设为0,在循环的最内侧,增加语句 n = n + 1,在循环结束后,变量 n 的结果即为循环次数。 收起
软件测试和调试
这是软件测试的实验题。
1、编写测试计划
2、编写测试用例
3、执行测试用例
4、进行分析
5、编写测试报告更多
这个我知道,可是具体怎么做呢,能不能给详细答案。可以以人力资源管理系统来写吗?
这个要看系统或者需求规格说明书才能写的。
就是以人力资源管理系统来写,给你一下这些信息,可以写了吗?拜托了。
从人力资源管理的角度出发,用集中的数据库将几乎所有与人力资源相关的数据,统一管理起来,形成了集成的信息源。系统一般由系统管理、职员管理、调配管理、工资管理、车驾管理、教育管理、合同管理、鉴定管理、出国管理、干部管理、文档目录管理几部分组成。
你上面有上次的有点像白盒测试,你的描述又是黑盒测试,你到底是做什么测试呀?
现在解决了,谢谢。
谁有蓝牙设计的方案和具体步骤以及调试过程
IVT BlueSoleil v6.4.237.0 多语版 用这个吧,功能很多的。可以用你的手机GPRS 转输到电脑来上网。电脑就不要用电信网通,不过网速就慢了一点,如果你上网查点东西,还是可以的。
还有一个功能比较有特色,我的手机是K800,有一个功能就是用我的手机控杆,来当鼠标用,你试试吧,很过瘾
IVT BlueSoleil 蓝牙驱动
IVT BlueSoleil(IVT蓝牙驱动)支持Vista
在Vista系统上能更有效的支持PC套件
主要特点/优势/优美, 友好的用户界面
Bluesoleil 软件是为最终用户设计的。界面十分清晰和简捷。深蓝色的太空背景给人以深邃的感觉。 金黄色的太阳作为主设备居于中心,其他的设备就像太阳系的其他行星一样排列在轨道上。 Bluesoleil 软件摒弃了复杂的创建蓝牙连接的过程并加入了一些令人愉悦的和富有创造力的因素。 Bluesoleil 软件巧妙的制图直观上使其更易于操作。 所有的控制和操作都是用户易于掌握的。
简单,愉悦的使用
在界面上清晰的显示所有设备
-- 最低配置的运行环境.
-- 桌面快捷方式使得用户仅需双击就可以随时建立蓝牙连接!这样就使得蓝牙连接非常便捷.
-- 与Windows系统无缝结合使得用户容易适用蓝牙功能.总的来说,用户无需知道 蓝牙 是如何建立的连接. 做为用户,只是想打印文档,打开端口,拨号上网或者发送传真等. BlueSoleil解释用户在窗口上做的操作,将它们转换为蓝牙连接的请求并自动的建立连接.
通用性强
IVT是在互通性和一致性测试技术方面的佼佼者. IVT的BlueAnalyzer™和BlueSoleil™-PTS广泛被许多的蓝牙硬件厂商和测试企业所采用. BlueSoleil软件完全按照蓝牙测试规范设计并且已经成功的通过许多蓝牙产品的协同测试.
软件测试方法有哪些
软件测试的方法根据软件工程的组织和实现方式,有很大差别,有些是比较技术化的方法,有些则是工程方法,主要分为:
黑盒测试方法群:等价类划分、边界值、因果图、基路径法、专家测试法、smoking、场景测试等
白盒测试方法群:同行评审、需求审查、代码审查、接口测试(调用测试和返回测试,需要结合等价类和因果图方法)等。
当在单元层面黑盒而在集成层面白盒时,基本上两类方法就会有结合了,就会出现习惯上说的灰盒测试(说实话,不做到纯产品级开发,基本上都是用的灰盒测试)。
转载请注明出处51数据库 » 软件调试方案 软件测试的方法一共有几种