第一篇：软件测试复习
软件测试的定义:
软件测试是为了发现错误而执行程序的过程”，明确提出了“寻找错误”是测试的目的。
使用人工或自动手段运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清楚预期结果与实际结果之间的差别”。软件测试是一种重要的软件质量保证活动，包括“分析”软件和“运行”软件，是软件质量保证的关键步骤。测试用例: 测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果；测试用例是执行测试的最小实体。为什么要设计测试用例：
1.在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。2.测试用例的使用令软件测试的实施重点突出、目的明确。3.在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。4.功能模块的通用化和复用化使软件易于开发，而相对于功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升
软件测试的对象: 需求规格说明 概要设计规格说明 详细设计规格说明 源程序
软件测试的目的（1）测试是程序的执行过程，目的在于发现错误；不能证明程序的正确性，除非仅处理有限种情况。2）检查系统是否满足需求也是测试的期望目标。（3）一个好的测试用例在于能发现还未曾发现的错误；一次成功的测试则是发现了至今未发现的错误的测试。
软件测试模型: V模型、W模型、H模型、X模型
软件缺陷的定义：最终产品同用户的期望不一致。功能错误 功能遗漏 超出需求的部分
性能不符合要求 软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。
软件缺陷产生的原因:软件产品说明书（需求）56% 编写代码7% 设计27% 其他10%
缺陷的管理:缺陷严重程度；严重、较大、较小、轻微 缺陷优先级；立即、排队、不紧急缺陷状态；提交、打开、拒绝、解决、关闭
黑盒测试法的概念
黑盒测试被称为功能测试或数据驱动测试。在测试时，把被测程序视为一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下进行。
黑盒测试主要根据规格说明书设计测试用例，并不涉及程序内部构造和内部特性，只依靠被测程序输入和输出之间的关系或程序的功能设计测试用例，检查程序功能是否按照规格说明书的规定正常使用。
如何划分等价类:
1)如果输入条件规定了取值范围或值的个数就可确定一个有效等价类和两个无效等价类
(2)输入条件规定了输入值的集合,或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类
(3)如果输入条件是一个布尔量,则可以确立一个有效等价类和一个无效等价类。
(4)如果规定了输入数据的一组值, 且程序要对每一个输入值分别进行处理, 要对每一个规定的输入值确立一个有效等价类,而对于这组值之外的所有值确立一个无效等价类。
(5)如果规定了输入数据必须遵循的规则，可确定一个有效等价类和若干个无效等价类（从不同角度违反规则)。
（6）如已划分的等价类各元素在程序中的处理方式不同，则应将此等价类进一步划分成更小的等价类。
用等价类设计测试用例步骤
(1)划分等价类，形成等价类表(2)设计一新的测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类，重复这一步骤，直到所有的有效等价类都被覆盖为止；(3)设计一新测试用例，使其只覆盖一个无效等价类，重复这一步骤直到所有无效等价类均被覆盖；
等价类测试的分类: 单缺陷与多缺陷假设产生弱等价类与强等价类测试之分；是否进行无效数据的处理产生健壮与一般等价类测试之分；
等价类测试的分类：弱一般等价类测试 强一般等价类测试 弱健壮等价类测试 强健壮等价类测试
边界值分析法:对输入或输出的边界值进行测试的一种黑盒测试方法。
边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
边界值测试方案分两种方案:五点法： min、min+、nom、max-和max七点法： min-、min、min+、nom、max-和max、max+ 选择测试用例的原则
(1)如果输入条件规定了值的范围，则应取刚达到这个范围的边界值以及刚刚超过这个范围边界的值作为测试输入数据。
(2)如果输入条件规定了值的个数，则用最大个数、最小个数和比最大个数多1个、比最小个数少1个的数作为测试数据。
(3)根据程序规格说明的每个输出条件，使用原则(1)。
(4)根据程序规格说明的每个输出条件，使用原则(2)。
(5)如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合中的第一个和 最后一个元素作为测试用例。
(6)如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例。
(7)分析程序规格说明，找出其它可能的边界条件。
判定表,叫决策表,分析和表达多逻辑条件下执行不同操作的工具。
条件桩:出问题的所有条件;动作桩:可能采取的操作 条件项:列出条件桩的取值；动作项：列出条件项各种取值下应该采取的动作；规则：在判定表中贯穿条件项和动作项的一列就是一条规则；
判定表建立步骤①列出所有的条件桩和动作桩；②确定规则的个数；③填入条件项；④填入动作项，得到初始决策表；⑤简化，合并相似规则（相同动作）。
因果图法：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。因果图基本符号(ppt34)
程序插桩技术：软件动态测试中，程序插桩是一种基本的测试手段；借助于往被测程序中插入操作来实现测试目的方法，最简单的插桩：在程序中插入打印语句printf(“…”)语句
基本路径测试
通过分析程序控制流图的环路的复杂性，导出基本路径集合，从而设计测试用例，保证这些路径至少通过一次。独立路径：至少沿一条新的边移动的路径
单元测试：又称模块测试，是针对软件设计的最小单位——程序模块，进行正确性检验的测试工作，是代码级的测试。基本单元本身不是一个独立的程序，自己不能运行，要靠其它部分来调用和驱动。
驱动模块：被测基本单元的主程序，它接收测试数据，并把数据传送给被测单元，最后输出实测结果。
桩模块──存根模块，用来代替被测基本单元调用的其他基本单元。
单元测试的内容：主要对模块的五个基本特性进行评价(模块接口 局部数据结构 边界条件 重要的执行路径 错误处理)单元测试策略: 自顶向下的单元测试 自底向上的单元测试 孤立单元测试
集成测试:叫组装测试或联合测试，集成测试遵循特定的策略和步骤将已经通过单元测试的各个软件单元（或模块）按照设计要求逐步集成为系统或子系统，并进行测试，以期望通过测试发现各软件单元接口之间存在的问题，验证程序和概要设计说明的一致性
集成测试对象:理论上凡是两个单元（如函数单元）的组合测试都可以叫做集成测试。实际操作中，通常集成测试的对象为模块级的集成和子系统间的集成，其中子系统集成测试称为组件测试。
集成测试内容: 集成功能测试 接口测试 全局数据结构测试 资源测试 任务优先级冲突测试 性能和稳定性测试
集成测试方法: 基于功能分解的集成 非渐增式集成 渐增式集成;基于调用图的集成有两种：成对集成 相邻集成 其他集成 客户/服务器集成: 分层集成 高频集成增量式集成测试两种方法的比较
自顶向下增量式测试的主要优点在于它可以自然地做到逐步求精，一开始便能让测试者看到系统的框架。它的主要缺点是需要提供被调用模拟子模块，被调用模拟子模块可能不能反映真实情况，因此测试有可能不充分。
自底向上测试的优点在于，由于驱动模块模拟了所有调用参数，即使数据流并未构成有向的非环状图，生成测试数据也没有困难。它的缺点在于，直到最后一个模块被加入进去之后才能看到整个程序（系统）的框架。
系统测试：是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，为了发现缺陷并度量产品质量，按照系统的功能和性能需求进行的一系列组装测试和确认测试。
系统测试的依据: 开发人员提供的“需求规格说明书”，凡是和规格书不一致的地方都可以认为是问题。当然也不排除规格书有误的地方，这些也需要提出来要求开发人员改正，以保证资料的正确性和权威性。
系统测试类型
web系统测试：功能测试、性能测试、安全性测试、兼容性测试、易用性测试、配置测试；
通讯类系统：功能测试、可靠性测试、鉴权测试、产品许可测试、多终端测试；
单机版系统：功能测试、安装测试、容量测试、界面测试、恢复测试；
自动化测试: 通过测试工具或其他手段来部分替代手工测试，并按照测试工程师预定计划进行自动测试的活动，它是软件测试的一个重要组成部分，能够完成许多手工无法完成或者难以实现的一些测试工作。
正确、合理地实施自动化测试，能够快速、全面地对软件进行测试，从而提高软件质量,节省经费、缩短产品发布周期。自动化测试的基本原理: 录制 脚本编辑 回放 运行脚本 分析结果
自动化测试的优点：
1、对程序的回归测试更方便。
2、可以运行更多更繁琐的测试
3、可以执行一些手工测试困难或不可能进行的测试。
4、更好地利用资源，将繁琐的任务自动化，将测试技术人员解脱出来投入更多精力设计更好的测试用例。
5、测试具有一致性和可重复性
6、测试具有复用性，自动化测试的脚本技术可在不同的测试过程重用。
7、增加软件信任度。自动化测试的缺点：
1、不能取代手工测试；
2、手工测试比自动测试发现的缺陷更多；
3、对测试质量的依赖性极大；
4、测试自动化不能提高有效性；
5、测试自动化可能会制约软件开发。由于自动测试比手动测试更脆弱，所以维护会受到限制，从而制约软件的开发。
6、工具本身并无想像力。
测试工具分类: 白盒测试工具： JUnit 黑盒测试工具:QuickTest 性能测试工具： LoadRunner 用于测试管理： TestDirector
第二篇：软件测试期末复习
一、单项选择题：共20小题，每小题2 分，满分40分。
1．软件测试按照测试层次可以分为(C)A．黑盒测试、白盒测试//测试方式 B.功能性测试和结构性测试//测试目的 C．单元测试、集成测试和系统测试
D、动态测试和静态测试//测试方式
2、软件测试是采用（测试用例）执行软件的活动。
A．测试用例 B．输入数据 C．测试环境 D．输入条件
3．软件测试是软件开发过程的重要阶段，是软件质量保证的重要手段，下列哪个（些）是软件测试的任务？答案：（D）
1预防软件发生错误 2发现程序错误 3提供诊断错误信息 A．只有1 B．只有2 C．只有3 D．都是
4、导致软件缺陷的最大原因是：（A）
A．软件需求说明书
B．设计方案 C．编码
D．维护
5、测试用例是为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据，至少应该包括（A）
A、测试输入、执行条件和预期的结果。
B、测试目标、测试工具 C、测试环境
D、测试配置
6、对已经发现的错误进行错误定位和确定出错性质，并改正这些错误，同时修改相关的文档，这种行为属于（B）
A．测试
B．调试 C．回归测试
D．单元测试
软件测试是软件测试人员和程序员都参与的一项工作，是贯穿整个生命周期的，只需要发现软件的错误，而软件调试主要是程序员自己参与，对程序（设计、编码）进行修改、排除错误，主要是在开发阶段。
7、软件缺陷修复的代价最高的阶段为（A）
A、发布阶段
B、需求阶段 C、设计阶段
D、编码阶段
8、下列（B）是关于软件缺陷的描述。
A．导致软件包含故障的人的行为//软件错误 B．产品的异常情况
C．引起一个功能部件不能完成所要求的功能的一种意外情况 D．功能部件执行其规定功能的能
软件错误是指在软件生存期内的不希望出现或不可接收的人为错误，软件错误导致软件缺陷的产生。
软件缺陷是存在于软件（文档，数据，程序）之中不希望出现或不可接收的偏差；软件缺陷导致软件在运行某一特定条件时出现软件故障；这时软件缺陷被激活。
软件故障是指软件在运行过程中产生的不希望出现或不可接收的内部状态，对软件故障若无适当措施加以及时处理，就会是软件失效。
软件失效是指软件在运行时产生的不希望出现或不可接受的外部行为结果。
9、可作为测试停止的标准是（D）
A．当时间用光时
B．执行了所有的测试用例，但没有发现故障 C．当所有缺陷都已经清除时 D．当达到所要求的覆盖时
10、下列描述错误的是（A）
A．软件发布后如果发现质量问题，那是软件测试人员的错 B．穷尽测试实际上在一般情况下是不可行的 C．软件测试自动化不是万能的
D．测试能由非开发人员进行，调试必须由开发人员进行。
11、如下图所示的N-S图，至少需要（B）个测试用例完成逻辑覆盖。
A．15 B．16 C．17 D．18
12、下列（C）方法设计出的测试用例发现程序错误的能力最强。
A．等价类划分法 B．场景法
C．边界值分析法 D．决策表法
13、功能性测试是根据（A）来设计测试用例。
A、软件的规格说明 B、设计文档
C、程序的内部逻辑 D、维护手册
14、在软件修改之后，再次运行以前为发现错误而执行程序曾用过的测试用例，这种测试称之为（C）
A．单元测试 B．集成测试 C．回归测试 D．验收测试
15、（C）方法是根据输出对输入的依赖关系来设计测试用例的。
Ａ．边界值分析 Ｂ．等价类 Ｃ．因果图法 Ｄ．错误推测法
16、测试工程师的工作范围会包括检视代码、评审开发文档，这属于（B）
A．动态测试
B．静态测试 C．黑盒测试
D．白盒测试
17、下列（B）是对程序流程图进行简化后得到的，它可以更加突出的表示程序控制流的结构，且不包含复合条件。
A．DD-路径图
B． 控制流图 C．MM-路径图
D． 模块调用图
18、自底向上增量式集成测试中，下面（C）描述是正确的。
A．测试由桩模块控制
B．最上面的模块最先测试
C．父单元用测试过的子单元测试
D．包含树的深度优先或广度优先遍历过程
19、以下关于测试用例特征的描述错误的是(C)A．最有可能抓住错误的； B．一定会有重复的、多余的； C．一组相似测试用例中最有效的； D．既不是太简单，也不是太复杂。20、（D）是一种关注变量定义赋值点（语句）和引用或使用这些值的点（语句）的结构性测试，主要用作路径测试的真实性检查。
A、基本路径测试
B、逻辑覆盖 C、决策表
D、数据流测试
二、判断题：共20小题，每题1分，满分20分）
1.软件测试是有风险的行为，并非所有的软件缺陷都能够被修复。（T）2.软件质量保证和软件测试是同一层次的概念。（F）
3.我们有理由相信只要能够设计出尽可能好的测试方案，经过严格测试之后的软件可以没有缺陷。（F）
4.程序员兼任测试员可以提高工作效率。（F）
5.在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。（T）6.传统测试是在开发的后期才介入，现在测试活动已经扩展到了整个生命周期。（T）7.传统测试以发现错误为目的，现在测试已经扩展到了错误预防的范畴。T 8.软件测试的生命周期包括测试计划、测试设计、测试执行、缺陷跟踪、测试评估。（T）9.调试从一个已知的条件开始，使用预先定义的过程，有预知的结果；测试从一个未知的条件开始，结束的过程不可预计。（F）
10.白盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。（F）11.在所有的黑盒测试方法中，基于决策表的测试是最为严格、最具有逻辑性的测试方法。（∨）12.永远有缺陷类型会在测试的一个层次上被发现，并且能够在另一个层次上逃避检测。（∨）13.测试用例的数目越多，测试的效果越好。（x）
14.只要能够达到100％的逻辑覆盖率，就可以保证程序的正确性。（x）15.单元测试属于动态测试。（∨）16.验收测试是以最终用户为主的测试。（∨）17.没有发现错误的测试是没有价值的。（∨）18.可以把不合格的开发人员安排做测试。（x）19.每一个软件项目都有一个最优的测试量。（∨）
20.黑盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。（∨）
三、简答题：共4小题，每题5分，满分20分。
1、简单描述一下软件测试工程师一般会承担的一些具体工作。1：检视代码，评审开发文档（静态测试方法）
2：进行测试设计，写作测试文档（测试计划，测试方案，测试用例等）3：执行测试，发现软件缺陷，提交缺陷报告，并确认缺陷最终得到了修正。4：通过测试度量软件的质量。
2、黑盒测试与白盒测试各有哪些优缺点？
黑盒测试与软件如何实现无关，测试用例开发可以实现并行进行，因此可以压缩总的项目开发时间，缺点：测试用例可以之间可能存在严重的冗余。还会有未测试的软件漏洞。白盒测试局限于已经完成的代码行为当中，离代码太近，如果黑盒测试结合白盒测试的覆盖率指标执行，冗余和漏洞问题会被发现并解决。如果发现同一条程序路径被多个功能性测试用例遍历，就可以怀疑这种冗余不会发生新的缺陷。
3、画图描述测试层次与传统开发V型瀑布模型的对应
4、有函数f(x,y,z)，其中x∈[1900,2100]，y∈[1,12]，z∈[1,31]的。请写出该函数采用基本边界值分析法设计的测试用例。
(2000,6,1)，（2000,6,2），（2000,6,30），（2000,6,31），（2000,1,15），（2000,2,15）（2000,13,15），（2000,12,15），（1900,6,15），（1901,6,15），（1999,6,15），（2100,6,15）（2000,6,15）
测试用例来自等价类的边界；正好等于；刚刚大于；刚刚小于边界的值
四、综合题：共1小题，每题20分，满分20分。
1、使用基本路径测试方法，为以下程序段设计测试用例。（1）画出程序的控制流图。
（2）计算程序的循环复杂度，导出程序基本路径集中的独立路径条数。
（3）导出基本路径集，确定程序的独立路径。
（4）根据（3）中的独立路径，设计测试用例（确保基本路径集中的每一条路径的执行）的输入数据和预期输出。
void Do(int X,int A,int B){ 1 if((A>1)&&(B=0))2 X = X/A;3 if((A=2)||(X>1))4 X = X+1;5 }
由于控制流图假设的是单条件，因此对于复合条件，可将其分解为多个单个条件，并映射成控制流图。1： A>1； 2： B=0 ； 3： X = X/A ； 4： A=2 ； 5：X>1 ； 6： X = X+1； 7： }
第三篇：软件测试（推荐）
一、简答5*6’
1.为什么不让时间有余的人做测试工作
表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。2.软件测试风险主要体现在哪里
我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。因此，我们要尽可能的选择最合适的测试量，把风险降低到最小 3.所有软件测试缺陷都需要修复吗
从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，修改缺陷可能引入新的缺陷。
-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。4.如何减少测试人员跳槽带来的损失 建议我们从以下两个方面做起：
-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。
-管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。
5.验收测试的注意点有哪些 测试要注意下面的事项：
（1）用户现场测试不可能测试全部功能，因此要测试核心功能。这需要提前做好准备，这些核心功能一定要预先经过测试，证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多，不应该进行演示。（2）如果某些模块确实有问题，我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释。争得时间后，及时修改缺陷来弥补。（3）永远不能欺骗用户，蒙混过关。6.完全测试程序是可能的吗
实际上完全测试是不可能的。主要有以下原因：-完全测试比较耗时，时间上不允许；
-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；-输入量太大，不能一一进行测试；-输出结果太多，只能分类进行验证；-软件实现途径太多；
-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；因此测试的程度要根据实际情况确定 7.是不是发现的缺陷越多就说明软件缺陷越多 其中的原因主要如下：
-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。
“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。8.软件测试就是QA吗
软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试，质量保证人员日常工作重要内容是检查与评审，测试工作也是测试保证人员的工作对象。软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。9.测试产品和测试项目区别
习惯上把开发完成后进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品，也就是可以买“卖拷贝”的软件，软件项目是一种个性化的产品，可以是按照用户要求全部重新开发，也可以修改已有的软件产品来满足特定的用户需求。项目和产品的不同特点，决定我们测试产品和测试项目仍然会有很多不同的地方：
-质量要求不同。通常产品的质量要高一些，修复发布后产品的缺陷成本较高，甚至会带来很多负面的影响。而做项目通常面向某一用户，虽然质量越高越好，但是一般只要满足用户要求就可以了。测试资源投入多少不同。做软件产品通常是研发中心来开发，进度压力要小些。同时由于质量要求高，因此会投入较多的人力、物力资源。项目最后要和用户共同验收测试，这是产品测试不具有的特点。此外，测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同，测试管理者应该结合具体的环境，恰如其分的完成工作 10.如何编写提交给用户的测试报告
测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况,一般外部测试报告要满足下面几个要求：
根据内部测试报告进行编写，一般可以摘录；不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道；报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的；报告上面的内容尽量要真实可靠；整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。总之，外部测试报告要小心谨慎的编写。
二、论述2*12’
1.请论述为什么要进行软件测试，并列举历史上2~3个著名软件测试（缺陷）案例，说明测试重要性
软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（，另一方面是确认软件以正确的方式来做了这个事情。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。
爱国者导弹防御系统把“枪口”对准了自己人 美国迪斯尼公司的狮子王游戏软件的兼容性问题 售票系统性能问题
2.论述软件测试科学的发展历程 1957年之前－调试为主 20世纪50年代，计算机刚诞生不久，只有科学家级别的人才会去编程，需求和程序本身也远远没有现在这么复杂多变，相当于开发人员一人承担需求分析，设计，开发，测试等所有工作，当然也不会有人去区分调试和测试。
1957–1978－证明为主 当时计算机应用的数量，成本和复杂性都大幅度提升，随之而来的经济风险也大大增加，测试就显得很有必要了，这个时期测试的主要目就是确认软件是满足需求的，也就是我们常说的“做了该做的事情”。
1979–1982－破坏为主 我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。
1983–1987－评估为主 人们提出了在软件生命周期中使用分析，评审，测试来评估产品的理论。软件测试工程在这个时期得到了快速的发展.1988–至今－预防为主 预防为主是当下软件测试的主流思想之一。测试不是在编码完成后才开始介入，而是贯穿于整个软件生命周期。3.论述软件缺陷的由来
软件缺陷的产生主要是由软件产品的特点和开发过程决定的。
软件本身：①需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。②系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。③对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。④对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。⑤没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。⑥系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。⑦由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。⑧新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。
团队工作：系统需求分析时对客户的需求理解不清楚，或者和用户的沟通存在一些困难。不同阶段的开发人员相互理解不一致。对于设计或编程上的一些假定或依赖性，相关人员没有充分沟通。项目组成员技术水平参差不齐技术问题。算法错误：在给定条件下没能给出正确或准确的结果。语法错误：对于编译性语言程序，编译器可以发现这类问题；但对于解释性语言程序，只能在测试运行时发现。计算和精度问题：计算的结果没有满足所需要的精度。系统结构不合理、算法选择不科学，造成系统性能低下。接口参数传递不匹配，导致模块集成出现问题。
项目管理的问题：缺乏质量文化，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试、等时间，遗留的缺陷会比较多。系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大的压力，引起一些人为的错误。开发流程不够完善，存在太多的随机性和缺乏严谨的内审或评审机制，容易产生问题。文档不完善，风险估计不足等。4.软件测试V模型
①绘制示意图
②阐述每个步骤是做什么 需求分析
即首先要明确客户需要的是什么，需要软件作成什么样子，需要有那几项功能
概要设计
主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。详细设计
对概要设计中表述的各模块进行深入分析，对各模块组合进行分析等。软件编码
按照详细设计好的模块功能表，编程人员编写出实际的代码。单元测试
按照设定好的最小测试单元进行按单元测试，主要是测试程序代码，为的是确保各单元模块被正确的编译，单元的具体划分按不同的单位与不同的软件有不同。集成测试
经过了单元测试后，将各单元组合成完整的体系，主要测试各模块间组合后的功能实现情况，以及模块接口连接的成功与否，数据传递的正确性等，其主要目的是检查软件单位之间的接口是否正确。根据集成测试计划，一边将模块或其他软件单位组合成系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。系统测试
经过了单元测试和集成测试以后，我们要把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其性能功能等是否和用户需求相符合，在系统中运行是否存在漏洞，等。验收测试
主要就是用户在拿到软件的时候，在使用现场，会根据前边所提到的需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。
第四篇：软件测试期末复习知识点总结
1.软件测试：是由“验证（verrificatione）”和“有效性确认（validation）”活动构成的整体： “验证”是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性。验证过程提供证据表明软件相关产品与所有生命周期活动的要求（如正确性、完整性、一致性、准确性等）相一致。相当于以软件产品设计规格说明书为标准进行软件测试的活动。
“有效性确认”是确认所开发的软件是否满足用户真正需求的活动。一切从客户出发，理解客户的需求，对软件需求定义、设计的怀疑，发现需求定义和产品设计中的问题。这主要通过各种软件评审活动来实现，包括让客户参加评审、测试活动。
软件测试过程：（1）测试组织和管理（2）测试计划（3）测试用例实际（4）测试实施（5）测试结果分析（6）测试评审与报告 软件测试方法：白盒测试方法、黑盒测试方法、静态测试与动态测试、主动测试与被动测试、形式化测试方法、基于风险的测试、模糊测试方法、ALAC测试和随机测试方法
2.单元测试：是对软件基本组成单元进行的测试，而且软件单元是在与程序的其他部分相隔离的情况下进行独立的测试。
静态测试就是静态分析，对模块的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和仿真运行。
动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统行为、变量实时结果、内存、堆栈、线程以及测试覆盖度等各方面的信息，来判断系统是否存在问题，或者通过有效的测试用例，对于的输入输出关系来分析被测程序的运行情况，来发现缺陷。静态测试、动态测试的区别：1.静态测试用于预防，动态测试用于矫正；2.多次的静态测试比动态测试的效率高；3，静态测试综合测试程序代码；4.在相当短的时间里，测试的覆盖率能达到100%，而动态测试经常只能达到50%测试左右；5.动态测试比静态测试更花时间； 6.静态测试比动态测试更能发现bug；7.静态测试的执行可以在程序编码编译前，动态是中能在编译后才能执行。
3.功能测试：一般须在完成集成测试后进行，而且是针对应用系统进行测试是根据产品规格说明书，来检验被测试的系统是否满足各方面功能的使用要求。
集成测试：也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求，组装成为子系统或系统，进行集成测试，其主要目的是检查软件单位之间的接口是否正确。集成测试包括非增量测试和增量测试两种方式，集成测试的策略主要有自顶向下和自底向上两种。
功能测试、集成测试区别：
4.回归测试：目的是在程序有修改的情况下，保证原有功能正常的一种测试策略和方法。程序在发现严重软件缺陷要进行修改或版本升级要新增功能，这时需要对软件进行修改，修改后的程序要进行测试，这时要检验软件所进行的修改是否正确，保证改动不会带来新的严重错误。
5.桩程序（Stub），也称桩模块：用以模拟被测模块工作过程中所调用的下层模块。桩模块由被测模块调用，它们一般只进行很少的数据处理,例如打印入口和返回，以便于检验被测模块与其下级模块的接口。驱动程序（Driver），也称驱动模块：用以模拟被测模块的上级模块，能够调用被测模块。在测试过程中，驱动模块接受测试数据，调用被测模块并把相关的数据传送给被测模块。
软件缺陷：软件缺陷是指计算机系统或者程序中存在的任何一种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷、瑕疵，其结果会导致软件产品在某种程度上不能满足用户的需求。标准定义，从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
软件测试步骤： 即单元测试、集成测试、确认测试和系统测试。
1.开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。2.集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。3.确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。4.系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。
软件测试流程：需求分析和定义、系统设计、详细功能设计、编码、单元测试、功能测试、系统测试、验收测试
软件测试涉及的关键问题：1.测试过程和开发过程是同时开始，同时结束的，两者保持同步的关系；2.测试过程是对开发过程中阶段性成果和最终产品进行验证的过程，所以两者相互依赖；3.测试过程中的工作重点和开发工作的重点可能不一样，两者有各自的特点
黑盒测试的特点：1.不基于对系统内部的设计和实现。2.用例设计基于功能的定义和需求说明书。3.关注于测试数据的选择和测试结果的分析。
测试方法有：等价类划分、边界值分析法、判定表方法、因果图法、正交实验法、功能图法、错误推测法
黑盒测试缺点：1.对用例设计人员的经验要求较高，包括数据的选择，对潜在错误的敏感性；2.对于内部实现的bug不容易发现；3.不能提供直观的测试覆盖率。
白盒测试的特点：1.需要了解系统的整体设计和实现；2.对源代码进行审查；3.在单元测试阶段发现大量的缺陷；4.关注于系统的控制流和数据流；
测试方法有：语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖、路径覆盖、基本路径测试法
白盒测试缺点：1.不能确保系统是否完全符合需求说明书；2.白盒测试的代价会大于黑盒测试；3.需要源代码首先完成才能进行测试；
集成测试中自顶向下和自底向上方法
自顶向下法：从主控模块（主程序）开始，沿着软件的控制层次向下移动，从而逐渐把各个模块结合起来。具体步骤是：1.对主控模块进行测试，测试时用桩程序代替所有直接附属于主控模块的模块；2.根据选定的结合策略，每次用一个实际模块代替一个桩程序；3.在结合下一个模块的同时进行测试；4.为了保证加入模块没有引进新的错误，可能需要进行回归测试。优点：不需要测试驱动程序，能够在测试阶段的早期实现并验证系统的主要功能，而且能在早期发现上层模块的接口错误。缺点：需要桩程序，可能遇到与此相联系的测试困难，低层关键模块中的错误发现较晚，而且用这种方法在早期不能充分展开人力
自底向上法：从“原子”模块（即在软件结构最底层的模块）开始集成以进行测试，具体策略是：1.把底层模块组合成实现某个特定的软件子功能的族；2.写一个驱动程序，协调测试数据的输入输出；3.对由模块组成的子功能族进行测试；4.去掉驱动程序，沿软件结构自下向上移动，把子功能族组合起来形成更大的子功能族。优缺点：刚好和自顶向上相反
简述增量式集成测试的自顶向下和自底向上两种测试方法：自顶向下增量式测试的主要优点在于它可以自然地做到逐步求精，一开始便能让测试者看到系统的框架。它的主要缺点是
需要提供被调用模拟子模块，被调用模拟子模块可能不能反映真实情况，因此测试有可能不充分。自底向上测试的优点在于，由于驱动模块模拟了所有调用参数，即使数据流并未构成有向的非环状图，生成测试数据也没有困难。它的缺点在于，直到最后一个模块被加入进去之后才能看到整个程序（系统）的框架
集成测试自底向上和自顶向下集成方法优缺点是什么？
自底向上集成方法尽早的对底层实用历程进行测试，可以避免编写众多的桩模块，使得系统底层的众多问题及早得到解决。缺点是在一些顶层构件非常重要的情况下，却将其放到了最后集成。
自顶向下集成方法则尽早进行了顶层控制模块的测试和集成，使得系统整体上得到验证，但却将底层实用历程的测试放到了最后。某些具有关键性能或作用的底层模块的问题将在最后才可能被发现。
简述系统测试过程的主要步骤及每个步骤的测试依据。
功能测试：测试依据是系统功能需求；
性能测试：测试依据是其他软件需求；
验收测试：测试依据是客户需求规格说明书；
安装测试：测试依据是用户环境
第五篇：软件测试复习资料
1． 黑盒测试法是通过分析程序的功能来设计测试用例的方法。
2． 黑盒测试除了测试程序外，它还适用于对需求分析阶段的软件文档进行测试。3． 白盒测试除了测试程序外，它也适用于对软件具体设计阶段的软件文档进行测试。4． 单元测试一般以白盒测试法为主，测试的依据是模块功能规格说明。5． 软件测试中常用的静态分析方法是引用分析和接口分析。
6． 测试人员的基本素质为计算机专业技能、测试专业技能、行业知识
7． 软件危机的体现为：A、开发成本和进度估计不正确B、用户对完成的软件不满足C、软件经常不可维护；
8． 软件测试按照开发阶段划分：A、单元测试
B、集成测试；系统测试C、确认测试；验收测试
9． 软件测试按照测试技术划分：A、性能测试、负载测试、压力测试B、恢复测试、安全测试、兼容测试
10． 软件测试项目周期是指：A、需求阶段、测试计划B、阶段测试、设计阶段测试、执行阶段 11． 软件测试原则有：A、制定严格的测试计划 B、保留所有的测试文档C、功能测试中的缺陷确认 12． 制定测试计划的步骤：确定测试范围、确定测试策略、确定测试标准、确定测试构架、确定项目管理机制、预计测试工作量、测试计划评审 13． 对于软件的β测试，β测试就是在软件公司外部展开的测试，由非专业的测试人员执行的测试。14． 正式的技术评审FTR（Formal Technical Review）是软件质量保证活动，其相关的描述为： A.FTR是评审产品而不是评审生产者的能力B.FTR要有严格的评审计划并遵守日程安排C.FTR限制参与者人数并要求评审会之前做好预备 15． 在进行单元测试时，常用的方法是采用白盒测试，辅之以黑盒测试
16． 侧重于观察资源耗尽情况下的软件表现的系统测试被称为压力测试 17． 必须要求用户参与的测试阶段是验收测试 18． 系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。
19． 测试通常可分为白盒测试和黑盒测试。白盒测试是根据程序的内部逻辑来设计测试用例,黑盒测试是根据软件的规格说明来设计测试用例。20． 一个程序中所含有的路径数与程序的复杂程度有着直接的关系。
1． 测试阶段的根本目标是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。2． 功能测试时系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。3． 软件测试主要分为单元测试、集成测试、确认测试和系统测试四类测试。4． 渐增方式把模块结合到程序中去时，有自顶向下和自底向上两种集成策略。5． 编写测试用例的依据是单元测试计划和详细设计说明书。6． 系统测试时在集成测试完成后，确认测试之前进行的测试。
7． 设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。
8． 测试设计员的职责有设计测试用例、设计测试过程、脚本。
9． 软件验收测试包括正式验收测试、alpha测试、beta测试三种类型。10． 软件测试按照开发阶段划分单元测试、集成测试、系统测试、确认测试、验收测试。11． 软件测试按照测试技术划分性能测试、负载测试、压力测试、恢复测试、安全测试、兼容测试
12． 静态测试基本特征是在对软件进行分析、检查和审阅，不实际运行被测试的软件 13． 软件测试项目周期是指需求阶段、测试计划、阶段测试、设计阶段测试、执行阶段 14． 软件测试的角色分析人员、设计人员、开发人员、执行人员 15． 软件测试原则有制定严格的测试计划、、保留所有的测试文档、功能测试中的缺陷确认
16． 测试工作的文档主要有：测试计划、测试模型和用例设计或规格说明、测试分析报告等
17． 测试计划的制定必须要注重测试策略、测试范围、测试方法、测试安排、测试风险、测试治理
18． 缺陷的分类为：需求文档的缺陷、软件配置引起的缺陷、分析、设计的缺陷、静态文档的缺陷、软件开发引起的缺陷、短视将来的缺陷 19． 测试用例工作主要是如何添加测试用例、如何编写测试用例、将测试用例和需求关联
20． 自动化测试工具有：ratinal Robot、winrunner、quicktest 21． 软件性能测试工具有： loadRunner、Ratinaol Visual Qantify、PureLoad 22． BUG的种类有：需求阶段的BUG、分析设计阶段的BUG、实现阶段的BUG、配置阶段的BUG、静态文档的BUG。23． 测试项目主要包括以下几个阶段：计划阶段、初始阶段、执行阶段、总结评估阶段、设计阶段。
1． 缺陷报告
是描述软件缺陷现象和重现步骤地集合。软件缺陷报告Software Bug Report（SBR）或软件问题报告Software Problem Report（SPR）
2． 回归测试
是指重新执行已经做过的测试的某个子集，以保证修改变化没有带来非预期的副作用。
3． 动态测试 通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素： 被测试程序、测试数据（测试用例）
4． 白盒测试又称为结构测试和逻辑驱动测试，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。白盒测试是把测试对象看作一个打开的盒子，测试人员须了解程序的内部结构和处理过程，由于白盒测试是一种结构测试，所以被测对象基本上是源程序，以程序的内部逻辑和指定的覆盖标准确定测试数据。
5． 黑盒测试又称为功能测试或数据驱动测试，把系统看成一个黑盒子，不考虑程序的内在逻辑，只根据需求规格说明书的要求来检查程序的功能是否符合它的功能说明。
6． 路径覆盖的含义是，选取足够多的测试数据，使程序的每条可能路径都至少执行一次(如果程序图中有环，则要求每个环至少经过一次)。
7． 软件测试 ：在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。8． 单元测试（模块测试）：针对每个模块进行的测试，可从程序的内部结构出发设计测试用例，多个模块可以平行地对立地测试。通常在编码阶段进行，必要的时候要制作驱动模块和桩模块。9． 集成测试：在单元测试的基础上，将所有模块按照设计要求组装成为系统，应提交集成测试计划、集成测试规格说明和集成测试分析报告。
10． 确认测试：验证软件的功能和性能及其它特性是否与用户的要求一致。
11． 系统测试：将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试。
1． 测试过程中会产生哪些基本文档？
（1）测试计划（通常包括单元测试和集成测试）：确定测试范围、方法和需要的资源
（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）；
（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生 问题报告，并且必须通过调试解决所发现的问题。
（4）
2.大型软件系统的测试过程基本上由几个步骤组成? 1）.模块测试
在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。2）.子系统测试
子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此，这个步骤着重测试模块的接口。3）.系统测试
系统测试是把经过测试的子系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的动态特性也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。4）.验收测试
验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据(系统将来要处理的信息)进行测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。验收测试也称为确认测试。5）.平行运行
关系重大的软件产品在验收之后往往并不立即投入生产性运行，而是要再经过一段平行运行时间的考验。所谓平行运行就是同时运行新开发出来的系统和将被它取代的旧系统，以便比较新旧两个系统的处理结果。这样做的具体目的有如下几点：(1)可以在准生产环境中运行新系统而又不冒风险；(2)用户能有一段熟悉新系统的时间；
(3)可以验证用户指南和使用手册之类的文档；
(4)能够以准生产模式对新系统进行全负荷测试，可以用测试结果验证性能指标。3.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。
计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试一套完整的测试应该由五个阶段组成：
1）测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。2）测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试结果的有效性）。
3）测试开发建立可重复使用的自动测试过程。
4）测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。
5）测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。4.软件测试的流程
制订测试计划、设计测试用例、实施测试、提交缺陷报告、编写测试总结。5.测试计划的内容都包括什么？其中哪些是最重要的？
1)测试计划的内容：测试目的和测试项目简介、测试参考文档和测试提交文档、术语和定义、测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准、暂停和重新启动测试的标准、风险和问题等。2)最重要的：测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准 6.测试计划的目的是什么？
测试计划的目的：编写软件测试计划的目的是指导测试组成员进行工作和让测试组以外的项目成员了解测试工作的。7.简述静态测试和动态测试的区别？
a)静态测试： 基本特征是在对软件进行分析、检查和审阅，不实际运行被测试的软件。静态测试约可找出30～70%的逻辑设计错误。对需求规格说明书、软件设计说明书、源程序做检查和审阅。包括：是否符合标准和规范；通过结构分析、流图分析、符号执行指出软件缺陷。b)动态测试：通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素：被测试程序和测试数据（测试用例）。动态测试方法：(1)选取定义域有效值,或定义域外无效值；(2)对已选取值决定预期的结果；(3)用选取值执行程序；(4)执行结果与预期的结果相比,不吻和程序有错。8.白盒测试有哪几种方法？
语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖。9.压力测试和性能测试的区别？
1)广义上说压力测试是包括在性能测试之中的，是性能测试项内的一种。
2)性能测试：顾名思义就是测试软件的运行性能。验证SRS中的性能需求，是否实现。
3)压力测试：测试软件在超负荷下的工作情况，也是一种软件的性能。因此是属于性能测试范围的。
10.测试结束的标准是什么？
测试计划中所有规定的测试内容和回归测试都已经运行完成或根据上级主管对测试结果的意见，就可以结束本次测试。11.黑盒测试的测试用例设计方法包括哪些？：
a)等价类划分：划分等价类--确立测试用例--设计用例。b)边界值分析：通过分析，考虑如何确立边界情况 c)错误推测法：靠经验和直觉来推测程序中可能存在的各种错误，从而有针对性地编写用例。可以列举出可能的错误和可能发生错误的地方，然后选择用例。d)因果图：通过画因果图，在图上标明约束和限制，转换成判定表，然后设计测试用例。这适合于检查程序输入条件的各种组合情况。
12.缺陷报告的作用
缺陷报告是软件测试人员的工作成果之一，体现软件测试的价值缺陷报告可以把软件存在的缺陷准确的描述出来，便于开发人员修正缺陷报告可以反映项目、产品当前的质量状态，便于项目整体进度和质量控制。软件测试缺陷报告是软件测试的输出成果之一，可以衡量测试人员的工作能力。13.等价分类法的基本思想是什么？
根据程序的输入特性，将程序的定义域划分为有限个等价区段“等价类”，从等价类中选择出的用例具有“代表性”，即测试某个等价类的代表值就等于对这一类其他值的测试。如果某个等价类的一个输入数据（代表值）测试中查出了错误，说明该类中其他测试用例也会有错误。14.简单阐述一下软件测试的目标
(1)测试是为了发现程序中的错误而执行程序的过程；
(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；(3)成功的测试是发现了至今为止尚未发现的错误的测试。15.软件测试准则有哪些？
(1)所有测试都应该能追溯到用户需求。
(2)应当把“尽早地和不断地进行软件测试” 作为软件开发者的座右铭。(3)pareto原则：测试发现的错误中的80%很可能是由程序中20%的模块造成的。
（4）应该从“小规模”测试开始，并逐步进行“大规模”测试。
（5）测试用例应由输入数据和预期的输出结果两部分组成，并兼顾合理的输入和不合理的输入数据
（6）穷举测试是不可能的。
（7）为了达到最佳的测试效果，应该由独立的第三方从事测试工作。
（8）程序修改后要回归测试。
（9）应长期保留测试用例，直至系统废弃。16.您认为做好测试用例设计工作的关键是什么？
1)白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
2)黑盒测试用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
1． 根据下面给出的规格说明，利用等价类划分的方法，给出足够的测试用例。
“一个程序读入三个整数。把此三个数值看成是一个三角形的三个边。这个程序要打印出信息，说明这个三角形是三边不等的、是等腰的、还是等边的。”
2． 某报表处理系统要求用户输入处理报表的日期，日期限制在2003年1月至2008年12月，即系统只能对该段期间内的报表进行处理，如日期不在此范围内，则显示输入错误信息。系统日期规定由年、月的6位数字字符组成，前四位代表年，后两位代表月。请用等价类划分法和边界值划分法设计测试用例来测试程序的日期检查功能。
3． 设要对一个自动饮料售货机软件进行黑盒测试。该软件的规格说明如下：
“有一个处理单价为1元5角钱的盒装饮料的自动售货机软件。若投入1元5角硬币，按下“可乐”、“雪碧”或“红茶”按钮，相应的饮料就送出来。若投入的是2元硬币，在送出饮料的同时退还5角硬币。”
利用等价类划分的方法，设计测试该软件的全部测试用例。
点击咨询 