极限编程（ExtremeProgramming，简称XP）是由KentBeck在1996年提出的。极限编程是一个轻量级的、灵巧的软件开发方法，同时它也是一个非常严谨和周密的方法。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期，通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。 核心价值观为：沟通、简单、反馈和勇气。 五大原则为：快速反馈、简单性假设，逐步修改，提倡更改和优质工作。 12个最佳实践为： （1）计划游戏（规划策略）：快速制定计划、随着细节的不断变化而完善...

数据流图，DataFlowDiagram，简称DFD，是结构化方法中用于表示系统逻辑模型的一种工具，描述系统的输入数据流如何经过一系列的加工，逐步变换成系统的输出数据流。这些数据流的加工实际上反映了系统的某种功能或子功能。 数据流图的基本成分如下： （1）数据流(DataFlow)：由一组固定成分的数据组成，表示数据的流向。在DFD中，数据流的流向可以有以下几种： 1）从一个加工流向另一个加工； 2）从加工流向数据存储(写)； 3）从数据存储流向加工(读)； 4）从外部实体流向加工(输入)； 5）从加工流向外部实体(输出)。​ ​ （2）加工(Process)：描述输入数据流到输出数据流之间的...

从原理上讲，只要纸足够大，一个软件系统的分析模型就可以画在一张纸上。然而，一个复杂的软件系统可能涉及上百个加工和上百个数据流，甚至更多。如果将它们画在一张图上，则会十分复杂，不易阅读，也不易理解。 根据自顶向下逐层分解的思想，可以将数据流图按照层次结构来绘制，每张图中的加工个数可大致控制在“7加减2”的范围内，从而构成一套分层数据流图。 分层数据流图的顶层只有一张图，其中只有一个加工，代表整个软件系统，该加工描述了软件系统与外界之间的数据流，称为顶层图。顶层图中的加工经分解后的图称为0层图，也只有一张。处于分层数据流图最底层的图称为底层图，在底层图中，所有的加工不再进行分解。分层数据流图中的其...

统一建模语言，UnifiedModelingLanguage，简称UML，是面向对象软件的标准化建模语言。由于其简单、统一，又能够表达软件设计中的动态和静态信息，目前已经成为可视化建模语言事实上的工业标准。从企业信息系统到基于Web的分布式应用，甚至严格的实时嵌入式系统都适合用UML来建模。它是一种富有表达力的语言，可以描述开发所需要的各种视图，然后以此为基础装配系统。 事物是对模型中最具有代表性的成分的抽象，UML中有以下4种事物： （1）结构事物(structuralthing)：是UML模型中的名词。它们通常是模型的静态部分，描述概念或物理元素。结构事物包括类(class)、接口(int...

交换机和路由器是两个比较重要的网络设备，其中交换机是数据链路层设备，路由器是网络层设备。 一、交换机：是一个具有简化、低价、高性能和高端口密集特点的交换产品，它是按每一个包中的MAC地址相对简单地决策信息转发，而这种转发决策一般不考虑包中隐藏的更深的其他信息。交换机转发数据的延迟很小，操作接近单个局域网性能，远远超过了普通桥接的转发性能。交换技术允许共享型和专用型的局域网段进行带宽调整，以减轻局域网之间信息流通出现的瓶颈问题。 交换机的工作过程为：当交换机从某一结点收到一个以太网帧后，将立即在其内存中的地址表(端口号-MAC地址)进行查找，以确认该目的MAC的网卡连接在哪一个结点上，然后将该帧...

控制流图是程序流程图的一种简化，它可以更加突出的表示程序控制流的结构。 一、控制流图只有以下两种简单的图示符号： （1）节点：以标有编号的圆圈表示，表示基本的程序块，可以是一个单独的语句，也可以是多个顺序执行的语句块。​ （2）控制流（边）：用带箭头的弧线表示，连接相关的两个节点。每个控制流可以标有名字（也可以不标），但必须终止于某一节点。​ 二、画控制流图涉及到以下三种控制结构： （1）顺序结构 顺序结构用来表示一个计算操作序列，整个程序整体上都是符合从上到下的顺序操作的。计算过程从所描述的第一个操作开始，按顺序依次执行后续的操作，直到序列的最后一个操作，顺序结构内也可以包含其他控制结构，其...

评测，顾名思义，就是评价和测试。因此，软件评测师是通过编写测试方案并按照测试方案和流程对软件产品进行功能和性能测试，检查产品是否有缺陷，性能是否稳定，并给出相应的评价的那些专业技术人员。作为软件开发的重要环节，软件测试越来越受到人们的重视。随着软件开发规模的增大、复杂程度的增加，以寻找软件中的错误为目的的测试工作就显得更加困难。为了尽可能多地找出程序中的错误，生产出高质量的软件产品，需要大量的软件评测人员，因此软件评测工程师就应运而生了。 对软件进行评价的基础是测试，测试的过程就是找出与软件功能和性能不一致的地方，并进行分析。软件评测师的主要工作就是对软件进行检查，并找出其错误。打个比方，就像...

软件评测师的行为准则包括公共行为准则和职业行为准则，其中公共行为准则是作为组织的一员必须遵守的共同准则，而职业行为准则是对评测师岗位提出的具体的行为准则。 一、公共行为准则 (1)遵章守纪，遵守国家各项法律法规，遵守公司各项规章制度，在工作中正确理解、执行命令指示。 (2)爱岗敬业，立足于自身岗位，把岗位作为实现自我人生价值的基石，通过不断的学习与实践为企业和社会做出更大的贡献。 (3)踏实进取，始终保持科学务实和积极进取的工作精神，加强学习、努力工作，不断提高自身综合素质，具备自信的业务处理能力。 (4)文明诚信，言谈举止文明大方，塑造良好个人形象，坚持实事求是的原则，诚信为本。 (5)乐于...

职业道德是调整从业人员与社会之间关系的行为规范的总和，它通过各种形式的职业教育和社会舆论的力量，使从业人员逐渐形成一定的信念和传统，进而成为共同遵守的行为规范。软件评测师如果受雇于独立的软件评测机构之外，必须受到其他约束。软件评测师作为一个专门的行业，有其自身的特殊性，具体如下： (1)与其他公共职业不同，软件评测师提供的服务主要是面对社会公众的，它的受益人并不仅仅是委托人，而实际上是包括现实的和潜在的相关利益机构、团体和个人，即社会公众，是一种“一对多”的服务，存在较大的不确定性。这与其他职业所提供的“一对一”对象确定的服务是有明显区别的。 (2)软件评测师提供的是一种公开性的服务，即其目的...

测试工作中最有价值和最重要的资源是人员，没有一个合格的、积极的测试小组，测试就不可能实现。对一个系统进行有效的测试所需要的技能绝对不比进行软件开发需要的少，事实上，测试者将获得极其广泛的经验，他们将遇到许多开发者不可能遇到的问题。对软件评测师的能力要求有如下五个方面： 一、基本能力 所谓基本能力，是指软件评测师作为个体人员必须具备的能力要求，就像会编程序是软件开发入员的基本要求一样，会对软件进行测试也是对软件评测师的基本要求。一般来说，对一个软件评测人员的最低要求是: (1)了解软件测试基本概念。 (2)了解软件测试过程模型。 (3)了解单元测试、集成测试、系统测试、确认测试、验收测试的含义，...

软件测试是伴随着软件技术及应用的发展而发展的，事实上自从软件出现的时候开始，也就有了软件测试。在多年的历程中，软件测试从一种似乎是无足轻重、少有关注的开发附属行为逐渐发展成为了一门学科、一个行业，建立了自己的理论、模型、方法、技术、标准、管理体系以及众多工具，成为了软件工程领域研究与实践的一个重要板块。 软件测试的起源来自对程序的调试，这是保证程序能够运行而不得不做的一件事情。在这个时期，软件的规模小，复杂程度低，程序员的调试工作基本上也就能够发现程序中的错误并加以解决。 到20世纪50年代，软件界开始意识到调试对于软件如何保证预期的实现是不够的，仅靠程序员来做这项工作缺点很大，开始萌生软件测...

我国的软件测试起步比较晚，在20世纪90年代以前，只有一些零星的研究，产业界对此的认识模糊，实践较少。近30年是我国软件产业的极速发展期，特别是2000年6月，国务院《鼓励软件产业和集成电路产业发展若干政策》(国发(2000)18号)的出台，对我国的软件业发展起到了极大的推动作用。原人事部和信息产业部于2003年印发了《计算机技术与软件专业技术资格(水平)考试暂行规定》和《计算机技术与软件专业技术资格(水平)考试实施办法》(国人部发(2003)39号)，对我国计算机软件、网络、应用技术、信息系统及信息服务的专业技术人员资格认定与水平评价建立了一套制度，其中就包含了“软件评测师”资格，这一考评结...

分类树法将输入域分割成若干个独立的分类，每个分类再根据一定的准则再次划分类和子类，直到将整个输入域分割成一些不可再分的子类的组合为止。每次划分都会生成若干个独立而不重叠的类或子类，同时还应保证分类集的完整性，即所有输入域都被识别且被包括在了某个分类中。这个划分的过程可以用一个树状图进行表示，将分类、类和子类之间的层次关系塑造成一棵树，输入域作为树的根节点，分类作为分支节点，类或者子类作为叶节点。 说明：某组织为其员工到国内主要城市出差而记录了他们的旅行选项，分为目的地、舱位、座位、食物偏好四个分类的单选项，这些单选项的内容如下所示： 分类树的构造和测试覆盖项如下所示： 导出测试用例如下所...

随着软件技术的继续发展，以及软件应用的扩展和深入，软件测试必然也会不断发展。近年来，各类新型架构的软件系统层出不穷，云计算、物联网、人工智能、大数据分析以及移动应用的发展极为迅猛，可信软件的持续增长等给软件测试带来了一些新的挑战。结合软件的架构如分层架构、事件驱动架构、微内核架构、分布式架构等，软件测试需要根据架构特点确定测试策略，开展测试设计，测试活动要良好结合测试的通用性规范与架构特点相关的测试需求。在云计算的环境下，除了传统的测试内容，数据安全、集成与并发、兼容性与交互性将成为软件测试的重点。物联网应用带来软硬件协同、模块交互强连接、数据的实时性测试要求，使得物联网应用的安全、性能、兼容...

1973年，BillHetzel给出了软件测试的第一个定义：“软件测试就是为了程序能够按预期设想运行而建立足够的信心”。这个定义强调的是证实程序按预期运行，当软件测试这种技术手段发现程序能够如此时，建立信心的目的也就达到了，当然在测试发现程序不能按预期运行时，就意味着程序有错误，需要排除发现的错误再重新测试。这个定义后来被许多人认为是在为软件“证真”，意思是当测试通过时，“证明”了软件是“对的”。 上述定义受到一些人的质疑，这些人认为，测试本身有局限性，测试通过并不能证明软件是对的，而且测试的目的不应该是去证明软件正确。这种观点的代表人物GlenfordJ.Myers于1979年给出了软件测试...

一、不论是哪个时期的定义，软件测试的目的实际上是一致的，这个目的就是“保证软件质量”。 具体来讲就是要保证软件或系统符合相关的法律法规、技术标准和应用需求，降低软件的产品风险及应用风险。这是从宏观的角度来解释测试目的，在软件工程中还有许多具体的测试活动，如不同工程阶段可能要实施的单元测试、集成测试、系统测试、回归测试以及在整个软件生存周期普遍存在的各类验证等，它们会有自己具体的目标，但这些目标最终都是为“保证软件质量”提供支持的。需要指出的是，是否符合应用需求并不是软件测试的唯一目的，测试必须考虑软件对法规的符合性、标准的符合性以及如商务要求等方面的符合性。 ​ 二、软件测试的对象是软件，包含...

同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡的许多阶段，一般称为软件生存周期。软件生存周期包括如下几个阶段： ​ 一、可行性分析与项目开发计划阶段 这个阶段主要确定软件的开发目标及其可行性，需要进行问题定义、可行性分析，制定项目开发计划。该阶段产生的主要文档有：可行性分析报告和项目开发计划。 二、需求分析阶段 需求分析阶段的任务不是具体地解决问题，而是准确地确定软件系统必须做什么，确定软件系统的功能、性能、数据和界面等要求，从而确定系统的逻辑模型。该阶段产生的主要文档包括软件需求说明书（也叫做软件需求规格说明书），其中用户手册也在阶段开始编写，一直到交付之前不断...

（1）单元测试 是最小单位的测试活动，也称为模块测试。单元测试是封闭在单元内部的测试，关注一个单元是否正确地实现了规定的功能、逻辑是否正确、输入输出是否正确，从而寻找模块内部存在的各种错误，单元测试使用的方法包括白盒测试、黑盒测试以及灰盒测试。因为单元测试只关心模块内部而不关心模块之间的问题，因此一个软件中的各个模块测试可以并行进行。 （2）集成测试 是在软件的单元测试完成并修复了所发现的错误后，进行模块的集成时开展的测试。集成测试的主要任务是发现单元之间的接口可能存在的问题，如接口参数不匹配、接口数据丢失、数据误差积累引起错误等，目标是验证各个模块组装起来之后是否满足软件的设计文件要求。 （...

如果按实施测试的主体身份划分，可以将测试分为如下三种： ​（1）开发方(供方)测试 开发方作为软件(产品)的供方，开展各种测试是他的职责和义务，是向用户交付合格产品的必要手段，也是让用户对产品建立信心的重要基础。开发方测试应该涵盖软件生产及交付的各个阶段，以满足用户需求为最终目的。开发方测试的优势是熟悉软件采用的技术、全部工程文件及开发过程，并能够高效与开发团队沟通，因此测试效率高。但开发方测试的缺点是容易站错立场，以有利于自身的意识去强化对软件“证真”，从而遗漏对软件缺陷的暴露甚至忽视用户的需求。 （2）用户方(需方)测试 用户方测试的实施难度远高于开发方测试，一方面用户方可能缺乏专业的人员...

按照测试活动是否执行代码来分类，可以将测试分为如下两种： 一、动态测试 即通常意义上的测试，通过运行软件来发现错误或验证程序是否符合预期要求。动态测试需要执行代码，是通过运行软件开展的测试。关注语句、分支、路径、调用等程序结构的覆盖。 二、静态测试 静态测试不运行软件，只做检查和审核，测试的对象包括需求文档、设计文档、产品规格说明书以及代码等。对各类文档的测试主要通过评审的方式进行，对代码的静态测试采用走查和代码审查方式。静态测试需要对代码进行走查，即阅读代码并分析其是否存在错误。一般是采用人工走查的方式，也可以利用静态分析工具对程序特性进行分析，以发现程序中的逻辑错误和结构性错误。 静态评审...