软件测试的概述及方法
摘要
从软件产业的发展初期到目前的大型软件开发过程，软件测试已成为其中一个不可分割的部分。随着软件规模的日益增大，软件测试问题也日益突出，现代社会对软件的依赖越来越强，高可信软件测试有着广泛的需求，基于缺陷模式的软件测试技术作为高可信软件的重要保证，可以大大降低软件的缺陷密度，提高软件的可信性。本文从测试的基本概念入手，深入剖析软件测试相关理论。
关键字：软件测试、白盒测试、黑盒测试、类测试
目录
1 软件测试的发展史 (3)
2 软件测试的相关背景 (4)
3 软件测试的概述 (8)
3.1 软件测试的定义 (8)
3.2 软件测试的描述 (8)
3.3 软件测试的目的 (9)
3.4 软件测试的原则 (10)
4 软件测试的内容 (11)
4.1 验证 (11)
4.2 确认 (11)
5 软件测试的分类 (12)
5.1 常用分类 (12)
5.2 黑盒测试 (12)
5.3 白盒测试 (12)
5.4 静态测试 (15)
5.5 动态测试 (15)
6 软件测试中的类测试 (16)
6.1 测试中的关键 (16)
6.2 类测试技术 (16)
1 软件测试的发展史
软件测试方法之所以没能完全标准化和统一化，主要原因是因为软件产业产品到软件测试有各式各样的软件。但是目前仍有很多各样软件测试方法都基本可用的常用概念和方法。我们这里介绍的思路和方法就是可用于多数应用软件的测试。有六个有关软件测试方法的基本概念是很重要的:白箱测试，黑箱测试，灰箱测试，有效用例和无效用例，边界条件以及等价类测试。
20世纪60年代（软件工程建立前），为表明程序正确而进行测试。. 1972 年在北卡罗来纳大学举行了首届软件测试正式会议。. 1975年John Good Enough 和Susan Gerhart 在IEEE上发表了《测试数据选择的原理》的文章，软件测试被确定为一种研究方向。1979年，Glenford Myers 的《软件测试艺术》，对测试做了定义：测试是为发现错误而执行的一个程序或者系统的过程。20世纪80年代早期，“质量”的号角开始吹响。
软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。. 1983年，Bill Hetzel 在《软件测试完全指南》中指出：测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。20 世纪90 年代，测试工具盛行起来。. 1996年提出的测试能力成熟度TCMM （Testing Capability Maturity Model ）、测试支持度TSM（Testability Support Model ）、测试成熟度TMM （Testing Maturity Model ）。. 到了2002年，Rick和Stefan 在《系统的软件测试》一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命过程。
2 软件测试的相关背景
相关背景：前段时间，就是在我没有认真了解测试行业之前，可能由于测试在中国的重视程度的问题，我也一直认为测试应该是不重要的，甚至认为有必要有专门的测试职业吗？认为软件主要是开发人员的事，软件的成果也是由开发人员决定的，当我在参加工作
后, 真正从学校的学习环境中走上实际运用开发的时候，事实上真的不是那么一回事。软件无处不在，然而，软件是人编的——所以不完美。
在现今数字年代，计算机bug不但困扰着每个程序员，更会无可避免影响我们的生活，小到每个人的衣食住行，大到国家经济，世界局势。随着我们的生活方式渐渐的数字化、互联网化，数字世界的找虫和杀虫就变得越来越重要。臭名昭著的软件测试案例：
1、万“虫”之母，史上留名
1947年9月9日下午3点
45分，Grace Murray Hopper
在她的记录本上记下了史
上第一个计算机Bug——在
Harvard Mark II计算机里找
到的一只飞蛾，她把飞蛾贴
在日记本上，并写道”First
actual case of bug being
found”。这个发现奠定了
Bug这个词在计算机世界的
地位，变成无数苦逼程序员的噩梦。从那以后，Bug这个词在计算机世界表示计算机程序中的错误
或者疏漏，它们会使程序计算出莫名其妙的结果，甚至引起程序的崩溃。
Grace Murray Hopper是历史上最早一批程序员，而且还是个女程序员，服役于美国海军，官至准将。
这是流传最广的关于计算机Bug的故事，可是历史的真相是，Bug这个词早在发明家托马斯·爱迪生的年代就被广泛用于指机器的故障，这在爱迪生本人的1870年左右的笔记里面也能看得到。而电气电子工程师学会IEEE也将Bug这一词的引入归功于爱迪生。
2、千年虫，炒作的狂欢
在上个世纪，
软件业者从来没想
过他们的代码和产
品会跨入新千年。
因此，很多软件业
者为了节省内存省
略掉代表年份的前
两位数字”19”，或
者默认前两位
为”19”。
而当日历越来越接近1999年12月31日时，人们越来越担心在千禧年的新年夜大家的电脑系统都会崩溃，因为系统日期会更新为1900年1月1日而不是2000年1月1日，这样可能意味着无数的灾难事件，甚至是世界末日。
到今天，我们可以调侃这个滑稽的故事，因为核导弹并没有自动发射，飞机也没有失控从天上掉下来，银行也没有把国家和用户的大笔存款弄丢。
千年虫Bug是真实的，全球花了上亿的美金用来升级系统。而且，也发生了一些小的事故：在西班牙，停车场计费表坏了；法国气象局公布了19100年1月1日的天气预报；在澳洲，公共汽车验票系统崩溃。就这样而已。最后盘点的结果是软件公司赚了大钱，八卦小报销量大增，很多程序员的千禧年夜party泡汤了，几个中国文盲老太太被人骗了养老金，不可谓不严重。
3、宰赫兰导弹事件，毫秒的误差
百度文库- 让每个人平等地提升自我 目录 第1章软件测试概述 (1) 第2章软件测试方法与过程 (4) 第3章黑盒测试 (7) 第4章白盒测试方法 (13) 第5章软件测试管理及自动化测试基础 (18) 第6章WINRUNNER测试工具 (20) 第7章LOADRUNNER测试工具 (22) 第8章JUNIT (24)
第1章软件测试概述 1.简述软件测试的意义。 解：随着计算机技术的迅速发展和广泛深入的应用，软件质量问题已成为开发和使用软件人员关注的焦点。而由于软件本身的特性，软件中的错误是不开避免的。不断改进的开发技术和工具只能减少错误的发生，但是却不可能完全避免错误。因此为了保证软件质量，必须对软件进行测试。软件测试是软件开发中必不可少的环节，是最有效的排除和防治软件缺陷的手段，是保证软件质量、提高软件可靠性的最重要手段。 2.什么是软件缺陷？它的表现形式有哪些？ 解：从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需实现的某种功能的失效或违背。 它的表现形式主要有以下几种：（1）软件未达到产品说明书中已经标明的功能；（2）软件出现了产品说明书中指明不会出现的错误；（3）软件未达到产品说明书中虽未指出但应当达到的目标；（4）软件功能超出了产品说明书中指出的范围；（5）软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。 3.简单分析软件缺陷产生的原因，其中那个阶段引入的缺陷最多，修复成本又 最低？ 解：软件缺陷产生的主要原因有：需求规格说明错误；设计错误；程序代码有误；其他。其中在需求分析阶段引入的缺陷最多，修复的成本又最低。 4.当用户登录某网站购物完毕并退出后，忽然想查查购物时付账的总金额，于 是按了浏览器左上角的“退回”按钮，就又回到了退出前的网页，你认为该购物软件有缺陷吗？如果有，属于哪一类？ 解：有缺陷。其所属类别与软件产品说明书的要求有关。 5.什么是软件测试？简述其目的与原则。 解：软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期，对软件产品（包括阶段性产品）进行验证和确认的活动过程。 测试目的：（1）证明：获取系统在可接受风险范围内可用的信心；尝试在非正常情况和条件下的功能和特性；保证一个工作产品是完整的并且可用或可被集成。（2）检测：发现缺陷、错误和系统不足；定义系统的能力和局限性；提供组件、工作产品和系统的质量信息。（3）预防：澄清系统的规格和性能；提供预防或减少可能制造错误的信息；在过程中尽早检测错误；确认问题和风险，并
第一篇理论篇 第1章软件测试概论 1.1概述 软件测试是伴随着软件的产生而产生的，有了软件生产和运行就必然有软件测试。早期的软件开发过程中，测试的含义比较狭窄，将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。对测试的投入极少，测试介入得也晚，常常是等到形成代码，产品已经基本完成时才进行测试。 直到1957年，软件测试才开始与调试区别开来，成为一种发现软件缺陷的活动。由于一直存在着为了使我们看到产品在工作，就得将测试工作往后推一点的思想，测试仍然是后于开发的活动。在潜意识里，我们的目的是使自己确信产品能工作。到了20世纪70年代，尽管对“软件工程”的真正含义还缺乏共识，但这一词条已经频繁出现。1972年在北卡罗来纳大学举行了首届软件测试正式会议，1975年John Good Enough 和Susan Gerhart在IEEE上发表了“测试数据选择的原理（Toward a Theory of Test Data Selection）”的文章，软件测试才被确定为一种研究方向。而1979年，Glen ford Myers 的《软件测试艺术》（The Art of Software Testing）可算是软件测试领域的第一本最重要的专著，Myers作为当时最好的软件测试，其定义是：“测试是为发现错误而执行的一个程序或者系统的过程”。Myers以及他的同事们在20世纪70年代的工作是测试过程发展的里程碑。 直到20世纪80年代早期，“质量“的号角才开始吹响。软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。软件开发人员和测试人员开始坐在一起探讨软件工程和测试问题。制定了各类标准，包括IEEE（Institute of Electrical and Electronic Engineers）标准、美国ANSI（American National Standard Institute）标准以及ISO（International Standard Organization）国际标准。1983年，Bill Hetzel 在《软件测试完全指南》（Complete Guide of Software Testing）一书中指出：“测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量”。Myers和Hetzel的定义至今仍被引用。
软件测试知识点总结 第一次课10.7软件测试概述 一软件测试定义：使用人工或者自动的手段来运行或测定它是否满足规定的需求，或弄预期结果与实际结果之间的差别。 二软件测试的分类 1．按照开发阶段划分 a)单元测试：模块测试，检查每个程序单元嫩否正确实现详细设计 说明中的模块功能等。 b)集成测试：组装测试，将所有的程序模块进行有序、递增的测试， 检验程序单元或部件的接口关系 c)系统测试：检查完整的程序系统能否和系统（包括硬件、外设和 网络、系统软件、支持平台等）正确配置、连接，并满足用户需 求。 d)确认测试：证实软件是否满足特定于其用途的需求，是否满足软 件需求说明书的规定。 e)验收测试：按项目任务或合同，供需双方签订的验收依据文档进 行的对整个系统的测试与评审，决定是否接受或拒收系统。 2．按照测试技术划分 白盒测试：通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。--结构测试 黑盒测试：通过软件的外部表现来发现错误，是在程序界面处进行
测试，只是检查是否按照需求规格说明书的规定正常实现。 灰盒测试：介于白盒测试与黑盒测试之间的测试。 3 按照测试实施组织划分：开发方测用户测试第三方测试 4 是否使备测软件运行：静态测试动态测试。 课后作业：1.软件测试与调试的区别？ （1）测试是为了发现软件中存在的错误；调试是为证明软件开发的正确性。 （2）测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。 （3）测试是有计划的，需要进行测试设计；调试是不受时间约束的。（4）测试经历发现错误、改正错误、重新测试的过程；调试是一个推理过程。 （5）测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。 （6）测试经常是由独立的测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。 （7）大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。 2.对软件测试的理解？ 软件测试就是说要去根据客户的要求完善它.即要把这个软件还
1、判定覆盖设计足够多的测试用例，使得被测试程序中的每个判断的“真”、“假”分支_至少被执行一次。 2、黑盒测试的具体技术方法 ____________、 __________、 __________、____________。 等价类划分法，边界值分析法，决策表法，因果图法 3、黑盒测试又称之为___________测试。 功能 4、等价类划分有两种不同的情况：____________和____________。 有效等价类，无效等价类 5、根据覆盖目标的不同，逻辑覆盖又可分为：________________，_____________，_______________，__________________，条件组合覆盖，判断/条件覆盖。 语句覆盖，判定覆盖，条件覆盖，路径覆盖 6、根据软件生命周期中的定义，可以把自动化测试工具划分3大类____________，____________和 ____________。 白盒测试工具、黑盒测试工具、测试管理工具 7、软件测试是为发现程序中的______________而执行程序的______________。 错误，过程 8、测试用例是由______________和预期的______________两部分组成。 测试输入数据，输出数据 9、白盒测试又称为______________，可以分为______________和______________两大类。 结构测试，静态测试，动态测试 10、软件是包括____________﹑____________﹑____________的完整集合。 程序，数据，相关文档 11、边界值分析法属于____________。 黑盒测试 12、单元测试是以____________说明书为指导，测试源程序代码。 详细设计 13、集成测试以____________说明书指导，测试软件结构。 概要设计 14、确认测试以____________说明书为指导。 需求分析 15、软件开发的基本过程____________，_____________，_______________，_____________， _____________，______________。 需求分析、概要设计、详细设计，编码，测试、维护 16、代码复审属于____________，不实际运行程序。 静态测试 17、集成测试把模块组成成系统的测试方式：_____________和______________。 一次性集成测试，增量式集成测试 18、黑盒测试有两种基本方法，即：_____________和______________。 通过测试，失败测试 二、选择题（每题3分，共10题，分数为30分） 1. 下列哪一项不是白盒测试？（C） A.单元测试 B.集成测试 C.系统测试 D.回归测试 2. 属于黑盒测试的方法？(C) A.基于基本路径 B.控制流 C.基于用户需求测试 D.逻辑覆盖 3．在Assert类中断言对象为NULL是_____。（C） A.assertEquals B.assertTrue C.assertNull D.fail 4．___________的目的是对最终软件系统进行全面的测试确保最终软件系统产品满足需求。（A）
第1章软件测试概述 1、简述软件缺陷的含义。 答：软件缺陷是软件开发过程中潜在的缺陷，这些缺陷可能在软件运行后出现，因而使软件的性能和可靠性等方面与系统的设计需求不符。 2、说明软件缺陷、软件错误和软件失败的关系。 答：缺陷、缺点、偏差统称为缺陷，是软件故障的根源；错误、谬误、问题、异常、矛盾等统称为错误，软件错误出现的原因是软件缺陷所致；失败、事故、灾难统称失败，失败的直接原因是软件系统存在软件错误。 14、“软件测试是有风险的工作”，试解释这种说法的含义。 答：软件不测试，就会有风险；软件测试，同样也会有风险。因为，软件是个复杂的系统，其复杂性体现在软件实现的内容复杂性、开发过程的复杂性和组织工作的复杂性等方面。而软件测试的目的是为了发现故障，并加以排除。对一个复杂的软件系统来说，故障的排除往往可能又带来新的软件缺陷。所以，软件测试又会带来一定的风险。 第2章软件测试基础 2、条件覆盖是否高于判断覆盖的逻辑覆盖程度如果不是，请给出反例加以说明。 答：条件覆盖是高于判断覆盖的逻辑覆盖程度。 a 、用条件覆盖所设计的测试用例可使得程序中的每一个判断的每一个条件的可能 取值至少执行一次。 b、用判断覆盖所设计的测试用例可使被测程序中的每个判断的真分支和假分支至少经历 一次。 每个判断语句可能包含多个条件(比如，if (A>3&&B<7……)。条件覆盖针对判断语句的每一个条件的所有可能取值编写测试用例；判断覆盖只针对每一个判断语句整体的所有可能取值编写测试用例。所以，条件覆盖的逻辑覆盖程度高于判断覆盖。 4、已知某种计算机程序设计语言的标识符语法规则规定“标示符是由非数字开头的，有效 字符数为32个，最大字符数为128个的任意符号串”。试用等价类划分法设计测试用例。
软件测试概论（TS）考试试题 选择题 1) 以下关于测试和调试的说法中，正确的是（a ）。（选择一项） a) 测试工作包括发现错误，以及确定错误的原因和确切位置，排除软件中的 错误 b) 测试就是调试，两者没有什么区别 c) 测试是在开发完成后的测试阶段才开始 d) 调试的目的是定位和纠正错误 2) 以下关于测试的定义中，错误的是（b）。（选择一项） a) 为找出错误而运行程序或系统的过程 b) 一切以评价程序或系统的属性、能力为目的的活动 c) 评价程序或系统的过程 d) 测试是在用户需求和开发技术之间找区别 3) 以下关于测试的目的描述，错误的是（a）。（选择一项） a) 为了说明程序中没有缺陷 b) 在于发现了迄今尚未发现的缺陷 c) 揭示潜伏在软件里的缺陷 d) 为软件产品的质量测量和评价提供依据 4) 通常情况下，软件测试至少要达到下列目标，其中错误的是（d）。（选择一项） a) 确保产品完成了它所承诺或公布的功能 b) 确保产品满足性能和效率的要求 c) 确保产品是健壮的、适应用户环境的 d) 确保产品的质量达到用户的需求 5) 下列软件测试的“行业规则”或者“工作常识”中，描述错误的是（c ）。（选 择一项） a) 所有的测试都应追溯到用户需求 b) 应该在测试工作真正开始前的较长时间内就进行测试计划 c) 测试应从“大规模”开始，逐步转向“小规模” d) 为了达到最佳效果，应该由独立的第三方来构造测试 6) 软件工程是开发、运行、维护和修复软件的系统方法。软件工程具有如下的性质， 其中错误的是（a）。（选择一项）
a) 软件工程是一门综合性的交叉学科，它涉及计算机科学、工程科学、管理 科学、数学等领域 b) 软件工程要用工程科学中的观点来进行费用估算、制定进度、制定计划和 方案 c) 软件工程要用数学科学中的方法和原理进行软件生产的管理 d) 软件工程要用数学的方法建立软件开发中的各种模型和各种算法，如可靠 性模型、说明用户需求的形式化模型等 7) 在任何生命周期模型中，一个好的测试都应该具有一些特点，以下描述错误的特 点是（c）。（选择一项） a) 每个开发活动都有相对应的测试活动 b) 每个测试级别都有其特有的测试目标 c) 对于每个测试级别，不需要在相应的开发活动过程中进行相应的测试分析 和设计 d) 在开发生命周期中，测试员在文档初稿阶段就应该参与文档的评审 8) 在开发软件过程中有各种不同的方法。对特定项目而言，没有哪个模式一定是最 好的。以下不属于最常用的模式是（a）。（选择一项） a) 大爆炸模式 b) 边写边做模式 c) 瀑布模式 d) 螺旋模式 9) 下面描述敏捷软件开发的目中错误的是（c）。（选择一项） a) 通过过程和工具理解个人和交流的作用 b) 通过开发的文档理解运行的软件 c) 通过合同和谈判得到客户的协作 d) 在计划的执行中做出对变更的响应 10) 概括地说，软件测试过程模型中H模型不能揭示的是（d）。（选择一项） a) 软件测试不仅仅指测试的执行，还包括很多其他的活动 b) 软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地 进行 c) 软件测试要尽早准备，尽早执行 d) 软件测试是根据被测物的不同而同时进行的 11) 在Bugzilla中，如果一个缺陷的处理状态被开发人员置为Wontfix，则表明（）。 （选择一项） a) 这个bug中描述的不是问题
软件测试方法 β测试_Beta测试 β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。 α测试_Alpha测试 α测试，英文是Alpha testing。又称Alpha测试. Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。 可移植性测试 可移植性测试，英文是Portability testing。又称兼容性测试。 可移植性测试是指测试软件是否可以被成功移植到指定的硬件或软件平台上。 用户界面测试-UI测试 用户界面测试，英文是User interface testing。又称UI测试。 用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。 用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。 用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息(Menu 和Help content)等方面的测试。比如，测试Microsoft Excel中插入
测试计划
目录 1.概述............................................................................................................................................ (1) 1.1产品简介1 1.2范围1 1.3限制条件1 1.4参考文档1 2.约定2 2.1测试目标2 2.2接收规范2 2.3资源和工具2 2.3.1资源2 2.3.2工具2 2.4送测要求2 2.5编号规则2 3.测试种类及测试规范3 3.1测试种类3 3.2测试方法及规范3 3.2.1功能测试3 3.2.2业务测试3 3.2.3压力测试3 3.2.4安装测试3 3.2.5验收测试3 4.测试重点及顺序4 4.1预测风险4 4.2测试重点4 4.2.1功能测试4 4.2.2业务测试4 5.暂停规范和再启动要求5 6.测试任务和进度6 7.测试提交物7
1.概述 1.1产品简介 本次开发是在销售助手一期的基础上进行的后续开发，包括新增客服功能模块、解决一期遗留的售前部分问题、完成必要的库房经管功能。二期结束后产品就成为一个比较完整的销售经管软件。 1.2范围 本测试计划是针对<销售助手二期概要设计说明书>中规定内容的测试计划，包括：?改进后的报价书 ?改进后的客户关怀 ?销售机会中新增加的客户反馈 ?销售机会中新增加的客户组织分析 ?销售机会中改进的竞争经管（待定） ?销售机会中改进的联系人 ?改进后的产品和价格配制器 ?新增的销售知识库 ?新增的联系活动经管 ?新增的客户请求模块 ?新增的客服活动模块 ?新增的客服合同模块 ?新增的客服计划模块 ?新增的客服知识库模块 ?新增的完成关联任务模块 ?公共部分新加或改进的日历浏览数据 ?公共部分新加或改进的报表功能 ?公共部分新加或改进的个人事务中心 1.3限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况，本计划会做出相应修改。 1.4参考文档
软件测试的定义及常用软件测试方法介绍 一、软件测试的定义 1.定义：使用人工或者自动手段来运行或测试某个系统的过程，其目的在于检验它是否满 足规定的需求或弄清预期结果与实际结果之间的差别。 2.内容：软件测试主要工作内容是验证(verification)和确认(validation )，下面分别给 出其概念： 验证(verification)是保证软件正确地实现了一些特定功能的一系列活动，即保证软件以正确的方式来做了这个事件(Do it right) 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程 2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程 3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否 和规定的需求相一致进行判断和提出报告。 确认(validation)是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件做了你所期望的事情。(Do the right thing) 1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性 2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。 软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期间各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。 二、软件测试常用方法 1. 从是否关心软件内部结构和具体实现的角度划分： a. 黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 黑盒测试是以用户的角度，从输入数据和输出数据的对应关系出发进行测试的，很明显，如果本身设计有问题或者说明规格有错误，用黑盒测试是发现不了的。
软件测试的概述及方法 摘要 从软件产业的发展初期到目前的大型软件开发过程，软件测试已成为其中一个不可分割的部分。随着软件规模的日益增大，软件测试问题也日益突出，现代社会对软件的依赖越来越强，高可信软件测试有着广泛的需求，基于缺陷模式的软件测试技术作为高可信软件的重要保证，可以大大降低软件的缺陷密度，提高软件的可信性。本文从测试的基本概念入手，深入剖析软件测试相关理论。 关键字：软件测试、白盒测试、黑盒测试、类测试
目录 1 软件测试的发展史 (3) 2 软件测试的相关背景 (4) 3 软件测试的概述 (8) 3.1 软件测试的定义 (8) 3.2 软件测试的描述 (8) 3.3 软件测试的目的 (9) 3.4 软件测试的原则 (10) 4 软件测试的内容 (11) 4.1 验证 (11) 4.2 确认 (11) 5 软件测试的分类 (12) 5.1 常用分类 (12) 5.2 黑盒测试 (12) 5.3 白盒测试 (12) 5.4 静态测试 (15) 5.5 动态测试 (15) 6 软件测试中的类测试 (16) 6.1 测试中的关键 (16) 6.2 类测试技术 (16)
1 软件测试的发展史 软件测试方法之所以没能完全标准化和统一化，主要原因是因为软件产业产品到软件测试有各式各样的软件。但是目前仍有很多各样软件测试方法都基本可用的常用概念和方法。我们这里介绍的思路和方法就是可用于多数应用软件的测试。有六个有关软件测试方法的基本概念是很重要的:白箱测试，黑箱测试，灰箱测试，有效用例和无效用例，边界条件以及等价类测试。 20世纪60年代（软件工程建立前），为表明程序正确而进行测试。. 1972 年在北卡罗来纳大学举行了首届软件测试正式会议。. 1975年John Good Enough 和Susan Gerhart 在IEEE上发表了《测试数据选择的原理》的文章，软件测试被确定为一种研究方向。1979年，Glenford Myers 的《软件测试艺术》，对测试做了定义：测试是为发现错误而执行的一个程序或者系统的过程。20世纪80年代早期，“质量”的号角开始吹响。 软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。. 1983年，Bill Hetzel 在《软件测试完全指南》中指出：测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。20 世纪90 年代，测试工具盛行起来。. 1996年提出的测试能力成熟度TCMM （Testing Capability Maturity Model ）、测试支持度TSM（Testability Support Model ）、测试成熟度TMM （Testing Maturity Model ）。. 到了2002年，Rick和Stefan 在《系统的软件测试》一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命过程。
一个常见的软件测试面试题 一个常见的软件测试面试题 考官从办公室（面试现场）随意选取一个简单物品，假定是一个喝水的带广告图案的花纸杯，让应聘人对它设计出尽可能多的测试用例。 测试项目：杯子 需求测试:查看杯子使用说明书 界面测试:查看杯子外观 功能度：用水杯装水看漏不漏；水能不能被喝到 安全性：杯子有没有毒或细菌 可*性：杯子从不同高度落下的损坏程度 可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用 用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等 压力测试：用根针并在针上面不断加重量，看压强多大时会穿透 跌落测试:？？杯子加包装(有填充物)，在多高的情况摔下不破损 震动测试: 杯子加包装(有填充物)，六面震动，检查产品是否能应对恶劣的铁路\公路\航空运输 测试数据： 测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法 期望输出：
该期望输出需查阅国标、行标以及使用用户的需求 说明书测试: 检查说明书书写准确性 给大家提三个产品:1.手机 2.电饭锅 3.电梯 有兴趣的同学可以把答案写出来 一个常见的软件测试面试题 问题集 1.软件测试分哪两种方法?分别适合什么情况? 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 3.软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。 4.测试用例通常包括那些内容?着重阐述编制测试用例的具体做法 5.在分别测试winform的C/S结构与测试WEB结构的软件是，应该采取什么样的方法分别测试?他们存在什么样的区别与联系? 6.在测试winform的C/S结构软件时，发现这个软件的运行速度很慢，您会认为是什么原因?您会采取哪些方法去检查这个原因? 7.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程8.如果您是测试组长，您会采取什么样的方式管理团队?在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么? 问题解答： 1.软件测试分哪两种方法?分别适合什么情况? 软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标;黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测
第1章软件测试概述 1.简述软件测试的意义。 解：随着计算机技术的迅速发展和广泛深入的应用，软件质量问题已成为开发和使用软件人员关注的焦点。而由于软件本身的特性，软件中的错误是不开避免的。不断改进的开发技术和工具只能减少错误的发生，但是却不可能完全避免错误。因此为了保证软件质量，必须对软件进行测试。软件测试是软件开发中必不可少的环节，是最有效的排除和防治软件缺陷的手段，是保证软件质量、提高软件可靠性的最重要手段。 2.什么是软件缺陷？它的表现形式有哪些？ 解：从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需实现的某种功能的失效或违背。 它的表现形式主要有以下几种：（1）软件未达到产品说明书中已经标明的功能；（2）软件出现了产品说明书中指明不会出现的错误；（3）软件未达到产品说明书中虽未指出但应当达到的目标；（4）软件功能超出了产品说明书中指出的范围；（5）软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。 3.简单分析软件缺陷产生的原因，其中那个阶段引入的缺陷最多，修复成本又最低？ 解：软件缺陷产生的主要原因有：需求规格说明错误；设计错误；程序代码有误；其他。其中在需求分析阶段引入的缺陷最多，修复的成本又最低。 4.当用户登录某网站购物完毕并退出后，忽然想查查购物时付账的总金额，于是按了浏览 器左上角的“退回”按钮，就又回到了退出前的网页，你认为该购物软件有缺陷吗？如果有，属于哪一类？ 解：有缺陷。其所属类别与软件产品说明书的要求有关。 5.什么是软件测试？简述其目的与原则。 解：软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期，对软件产品（包括阶段性产品）进行验证和确认的活动过程。 测试目的：（1）证明：获取系统在可接受风险范围内可用的信心；尝试在非正常情况和条件下的功能和特性；保证一个工作产品是完整的并且可用或可被集成。（2）检测：发现缺陷、错误和系统不足；定义系统的能力和局限性；提供组件、工作产品和系统的质量信息。（3）预防：澄清系统的规格和性能；提供预防或减少可能制造错误的信息；在过程中尽早检测错误；确认问题和风险，并且提前确认解决这些问题和风险的途径。 测试过程中应注意和遵循的原则：（1）测试不是为了证明程序的正确性，而是为了证明程序不能工作。（2）测试应当有重点。（3）事先定义好产品的质量标准。（4）软件项目一启动，软件测试也就开始，而不是等到程序写完才开始进行测试。（5）穷举测试是不可能的。（6）第三方进行测试会更客观，更有效。（7）软件测试计划是做好软件测试工作的前提。
2.集成测试
集成测试，英文是Integration Testing。 集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。 集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。 集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别 3.冒烟测试 冒烟测试，英文是Smoke testing。 冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
冒烟测试的对象是新编译的每一个需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 4.系统测试 系统测试，英文是System Testing。 系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。 系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。 5.回归测试 回归测试，英文是Regression testing。 回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。 根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现
4. 测试报告。要求给出对教学管理平台进行测试后的测试报告及测试总结。 5. 缺陷报告。提交测试出来的缺陷记录。 三、各单元教学内容及基本要求 第1单元软件测试概述 1．教学内容 软件测试发展 软件可靠性问题 软件缺陷概述 软件测试定义及原则 软件测试与软件开发 2．教学要求 正确理解软件测试发展以及软件测试的分类；正确理解软件测试的意义；熟悉软件工程与开发过程与软件测试的关系以及软件测试过程模型、软件测试原则、软件测试关键问题；了解软件测试与软件开发、质量保证的关系。 3．教学重点与难点 重点 软件缺陷识别。 难点 软件测试原则。 第2单元软件测试策略 1．教学内容 软件测试策略 软件测试分类 静态测试与动态测试 软件测试过程模型 测试用例的定义和特征 2．教学要求 掌握软件测试静态策略、动态策略及软件测试的分类，理解软件测试过程模型，理解不同的测试过程模型适应于不同的软件开发模型。 3．教学重点与难点 重点 （1）软件测试静态策略、软件测试动态策略。 （2）软件测试过程模型。
难点 软件测试静态策略。 第3单元黑盒测试方法 1．教学内容 等价类划分法设计测试用例 边界值法设计测试用例 决策表法设计测试用例 因果图法设计测试用例 场景法 2．教学要求 掌握黑盒测试方法，运用等价类划分、边界值分析以及因果图法、决策表法、场景转换法等设计测试用例。 3．教学重点与难点 重点 等价类划分法、因果图法、边界值法、决策表法设计测试用例。 难点 等价类划分法、因果图法设计测试用例。 第4单元白盒测试用例设计方法 1.教学内容 逻辑覆盖法 基本路径法 循环测试 静态分析法 2．教学要求 掌握白盒测试方法，运用逻辑覆盖测试方法和基本路经测试方法设计测试用例，运用循环测试及静态分析法进行白盒测试。 3.教学重点与难点 重点 逻辑覆盖法、基本路径法设计测试用例。 难点 基本路径集的确定。 第5单元单元测试 1．教学内容
1.软件生命周期(SDLC)的六个阶段 1、问题的定义及规划 此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。 2、需求分析 在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。"唯一不变的是变化本身。"，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。 3、软件设计 此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。软件设计一般分为总体设计和详细设计。好的软件设计将为软件程序编写打下良好的基础。 4、程序编码 此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提高程序的运行效率。 5、软件测试 在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。 6、运行维护 软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。要延续软件的使用寿命，就必须对软件进行维护。软件的维护包括纠错性维护和改进性维护两个方面。 2、软件生命周期模型 从概念提出的那一刻开始，软件产品就进入了软件生命周期。在经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后由于缺少维护费用而逐渐消亡。这样的一个过程，称为"生命周期模型"（Life Cycle Model）。 典型的几种生命周期模型包括瀑布模型、快速原型模型、迭代模型。 瀑布模型的特点（文档是主体），很多的问题在最后才会暴露出来。迭代模型比瀑布模型问题暴露的要早；快速原型法比瀑布模型直观。 3.软件测试概念 广义概念：指软件生存周期中所有的检查、评审和确认工作，其中包括了对分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认
成都东软信息技术学院 期末试题——软件测试基础（A卷） 题号一二三四五六总分 分数 说明：本试卷共六大题，试卷满分100分，考试时间120分钟。 一、单项选择题：共20小题，每小题1 分，满分20分；请将答案填入题后括号中。 （说明：每题有且仅有一个正确答案） 1.在软件生命周期的哪一个阶段，软件缺陷修复费用最低（） （A）需求分析（编制产品说明书）（B）设计 (C) 编码（D）产品发布 2.单元测试中用来模拟被测模块调用者的模块是（） (A) 父模块（B）子模块 （C）驱动模块（D）桩模块 3.为了提高测试的效率，应该（） （A）随机地选取测试数据； （B）取一切可能的输入数据作为测试数据； （C）在完成编码以后制定软件的测试计划； （D）选择发现错误可能性大的数据作为测试数据。 4.侧重于观察资源耗尽情况下的软件表现的系统测试被称为（） （A）强度测试（B）压力测试 (C) 容量测试（D）性能测试 5.必须要求用户参与的测试阶段是（） （A）单元测试（B）集成测试 (C) 确认测试（D）验收测试 6.软件测试员究竟做些什么。（）
（A）软件测试员的目的是发现软件缺陷 （B）软件测试员的目的是发现软件缺陷，尽可能早一些 （C)软件测试员的目的是发现软件缺陷，尽可能早一些，并确保其得以修复 （D）软件测试员的目的是发现软件缺陷，尽可能早一些，并将其得以修复 7.下面四种说法中正确的是（） （A）因果图法是建立在决策表法基础上的一种白盒测试方法； （B）等价类划分法是边界值分析法的基础； （C）健壮性等价类测试的测试用例要求在有效等价类中取值； （D）在任何情况下做黑盒测试皆应首先考虑使用错误推断法。 8.不属于单元测试内容的是（） （A）模块接口测试（B）局部数据结构测试 (C) 路径测试（D）用户界面测试 9.划分软件测试属于白盒测试还是黑盒测试的依据是（） （A）是否执行程序代码 （B）是否能看到软件设计文档 （C）是否能看到被测源程序 （D）运行结果是否确定 10.下列项目中不属于测试文档的是（） （A）测试计划（B）测试用例 (C) 程序流程图（D）测试报告 11.几乎没有产品计划、进度安排和正规的开发过程的软件开发模式是（） （A）大棒模式（B）边写边改模式 (C) 瀑布模式（D）快速原型开发模式 12.如果某测试用例集实现了某软件的路径覆盖，那么它一定同时实现了该软件的（） （A）判定覆盖（B）条件覆盖 (C) 判定/条件覆盖（D）组合覆盖 13.下列说法不正确的是（） （A）测试不能证明软件的正确性； （B）测试员需要良好的沟通技巧；
软件测试工程师的职责概述 软件测试工程师需要主要负责公司承接项目的测试和质量保证工作。下面是小编为您精心整理的软件测试工程师的职责概述。 软件测试工程师的职责概述1 职责: 1、主要负责路由器产品的系统测试和自动化测试工作; 2、参与集成测试、场景执行测试，对设备的特性从功能及性能进行验证; 3、针对模块测试用例和方案能够进行修改完善，工作定期总结经验文档; 4、参与软件开发的设计评审，完成专利等知识库建设; 5、参与路由产品的用例细化和自动化脚本编写，以及项目中自动化执行和日志分析、脚本维护工作，自动化长期发展规划; 任职资格:
1、计算机、通信、电子、网络工程等相关专业本科及以上学历; 2、2年以上路由器或交换机相关测试工作经验或自动化工作相关经验; 3、熟悉TCP/IP协议，熟悉使用路由器、以太网交换机等数通类产品; 4、熟悉产品开发及测试流程，熟悉测试理论和方法，了解自动化测试技术; 5、较好的沟通能力和独立工作能力，思路清晰，逻辑性好，严谨耐心，责任心强，具备良好的团队合作精神; 软件测试工程师的职责概述2 职责： 1)参与日常需求分析，编写测试计划、测试用例及测试执行，对测试结果进行验证; 2)根据项目需要参与项目全程跟踪项目测试，及时反馈相关工作进度; 3)进行测试记录和相应文档编写(测试报告，测试结果分析); 4)完成上级及部门其他领导交办的临时任务。
岗位要求： 1. 计算机相关专业，本科及以上学历，三年以上软件相关工作经验; 2. 熟悉软件工程、软件测试理论、方法和过程，掌握app、web测试方法和技能; 3. 熟练掌握SQL语句及Linux基本命令; 4. 能够根据软件相关文档独立设计与执行测试用例、分析测试结果、总结测试工作等; 5. 工作责任心强，细致，耐心;抗压能力强，能够接受高强度工作; 6. 具有较好的沟通、分析能力，良好的团队合作精神。 软件测试工程师的职责概述3 职责： 1.配合项目计划，负责公司软件产品以及系统整体的测试工作。 2.参与各类产品的需求评审工作，制定和编写测试方案与计划。
第119贴【2004－10－12】：常见测试术语一 Acceptance Testing－－可接受性测试 一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome－－实际结果 被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing－－随机测试 测试人员通过随机的尝试系统的功能，试图使系统中断。algorithm－－算法 （1）一个定义好的有限规则集，用于在有限步骤内解决一个问题；（2）执行一个特定任务的任何操作序列。 algorithm analysis－－算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间 方面的要求。 Alpha Testing－－Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。 analysis－－分析 （1）分解到一些原子部分或基本原则，以便确定整体的特性；（2）一个推理的过程，显示一个特定的结果是假 设前提的结果；（3）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly－－异常 在文档或软件操作中观察到的任何与期望违背的结果。
application software－－应用软件 满足特定需要的软件。 architecture－－构架 一个系统或组件的组织结构。 ASQ－－自动化软件质量（Automated Software Quality） 使用软件工具来提高软件的质量。 assertion－－断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的 条件。 assertion checking－－断言检查 用户在程序中嵌入的断言的检查。 audit－－审计 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail－－审计跟踪 系统审计活动的一个时间记录。 Automated Testing－－自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。 第120贴【2004－10－13】：常见测试术语二 Backus-Naur Form－－BNF范式 一种分析语言，用于形式化描述语言的语法 baseline－－基线