在概要设计阶段，开发人员要把确定的各项功能需求转换成需要的体系结构。在该体系结构中，每个成分都是意义明确的模块，即每个模块都和某些功能需求相对应，因此，概要设计就是设计软件的结构，明确软件由哪些模块组成，这些模块的层次结构是怎样的，这些模块的调用关系是怎样的，每个模块的功能是什么。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。 1.软件概要设计的基本任务 （1）设计软件系统总体结构：其基本任务是采用某种设计方法，将一个复杂的系统按功能划分成模块；确定每个模块的功能；确定模块之间的调用关系；确定模块之间的接口，即模...

详细设计阶段的主要任务是对每个模块完成的功能进行具体描述，要把功能描述转变为精确的、结构化的过程描述。即该模块的控制结构是怎样的，先做什么，后做什么，有什么样的条件判定，有些什么重复处理等，并用相应的表示工具把这些控制结构表示出来。详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述。详细设计阶段的任务不是具体地编写程序，而是要设计出程序的“蓝图”，以后根据这个蓝图写出实际的程序代码。 详细设计阶段的主要任务如下：​ （1）对每个模块进行详细的算法设计。用某种图形、表格和语言等工具将每个模块处理过程的详细算法描述出来。​ （...

在自动化测试的分类中，概述了测试工具的分类，下面就实践层面讨论自动化制试工具的选择。目前市场上的自动化测试工具非常多，下面几款是比较常见的自动化测试工具。 一、UFT 又叫做QTP。是一种企业级的自动化测试工具，提供了强大易用的录制回放功能。支持B/S与C/S两种架构的软件测试，是目前主流的自动化测试工具。 二、RobotFramework 基于Python，可扩展的关键字驱动的测试自动化框架，提供了一套特定的语法，并且有非常丰富的测试库。可以同时测试多种类型的客户端或者接口，可以进行分布式测试执行。 三、Selenium 是一款用于Web应用程序测试的工具，支持多平台、多浏览器、多语言去实现...

自动化测试工具支持多种语言的开发，例如Java、Python、Ruby、PHP、C、JavaScript等。对自动化测试人员来说，选择语言学习时，要结合测试工具、结合自身学习能力综合关注语言的难易程度、语言的扩展性和发展。考虑，下面简单列举几个主流的语言的优劣势，如下所示。 一、Python 优点：语法简单，更适合初学编程者；开发效率高，有非常强大的第三方库；语言的扩展性好；具有可移植性；具有可嵌入性； 缺点：执行效率比较慢；线程不能利用多CPU。 二、Java 优点：纯面向对象的编程语言；跨平台执行，具有很好的可移植性；提供了很多内置的类库；提供了对Web应用开发的支持；具有较好的安全性和健...

通常自动化测试的策略为分层自动化测试。传统的自动化市场更关注产品用户界面层的自动化测试，而分层的自动化测试倡导产品开发的不同阶段都需要自动化测试。下图是经典的测试金字塔。 在测试金字塔中，自动化测试投入得越早，层级越低，投入产出比越高。在功能测试中，提倡测试尽早介入原则，尽早介入测试，尽早发现问题，投入的成本也就越低。在分层的自动化测试中，也是同样的道理，在单元测试阶段投入测试，也是最有价值的。 （1）单元层：单元测试，最有价值的测试。应使用相应的单元测试框架来规范地实施单元测试，如Java的Junit、TestNg，Python的Unittest Pytest等，几乎所有的主流语...

自动化测试实施与功能测试一样，都有一个流程，只不过手工执行测试用成了编写自动化脚本、调试脚本和执行脚本。自动化测试流程有以下几个步骤： 1.制订测试计划 当测试项目满足了自动化的前提条件，并确定在该项目中需要使用自动化测试时，便可开始制订自动化测试计划。此过程需要明确自动化测试范围、测试目的、测试内容、测试方法、测试进度要求，并确保测试所需的人力、硬件、数据等资源都准备充分。制订好测试计划后，组织测试团队及相关的项目人员进行评审，评审通过后由测试人员执行。 2.分析测试需求 很多时候，关注点在自动化的实现上，而忽略对自动化测试的需求分析，从而导致后期做出来的成果达不到预期效果，改动困难，自动化...

功能性用于评估软件产品在指定条件下使用时，提供满足明确和隐含要求的功能的能力。功能性测试既包括单个功能点测试，还包括业务流程测试和主要场景测试。在功能测试中一般使用等价类划分法、边界值法、因果图法、判定表法、场景法等方法设计测试用例，用例包括正常用例和异常用例，最后对设计好的用例逐项进行测试，检查产品是否达到用户要求的功能。同时，可以将错误猜测法、探索法、检查表法等基于经验的测试方法作为补充，以期发现更多的问题。 对功能性的测试可以从功能完备性、功能正确性、功能适合性和功能性的依从性四个子特性来开展。​ （1）功能完备性：功能集对指定的任务和用户目标的覆盖程度。 （2）功能正确性：产品或系统提...

性能效率测试用于评估在指定条件下使用的资源数量的性能。这里的资源包括其他软件产品、系统的软件和硬件配置。 进行性能效率测试的目的包括获得系统的性能表现情况、发现并验证和修改系统影响性能的缺陷、为系统性能优化提供数据参考。在性能效率测试过程中得出系统能为多少用户正常提供服务，在提供服务时系统的响应速度如何，在超出预期用户使用时系统的表现是否令人满意。如果达不到预期的要求，可以给出系统的性能瓶颈，再根据性能瓶颈提出优化建议。通过性能效率测试可以考察系统的可扩展性，预估是否可满足未来一段时间内系统负载的增加要求。 对性能效率的测试可以从时间特性、资源利用性、容量和性能效率的依从性四个子特性开展。​ ...

概念：在指定的使用周境中，产品或系统在有效性、效率和满意度特性方面为了指定的目标可为指定用户使用的程度。易用性测试包括以下七个子特性： （1）可辨识性：用户能够辨识产品或系统是否适合他们的要求的程度。 （2）易学性：在指定的使用周境中，产品或系统在有效性、效率、抗风险和满意度特性方面为了学习使用该产品或系统这一指定的目标可为指定用户使用的程度。 （3）易操作性：产品或系统具有易于操作和控制的属性的程度。 （4）用户差错防御性：系统预防用户犯错的程度。 （5）用户界面舒适性：用户界面提供令人愉悦和满意的交互的程度。 （6）易访问性：在指定的使用周境中，为了达到指定的目标，产品或系统被具有最广泛的...

概念：产品或系统保护信息和数据的程度，以使用户、其他产品或系统具有与其授权类型和授权级别一致的数据访问度。信息安全性测试有以下六个子特性： （1）保密性：产品或系统确保数据只有在被授权时才能被访问的程度。 （2）完整性：系统、产品或组件防止未授权访问、篡改计算机程序或数据的程度。 （3）抗抵赖性：活动或事件发生后可以被证实且不可被否认的程度。 （4）可核查性：实体的活动可以被唯一地追溯到该实体的程度。 （5）真实性：对象或资源的身份标识能够被证实符合其声明的程度。 （6）信息安全性的依从性：产品或系统遵循与信息安全性相关的标准、约定或法规以及类似规定的程度。

概念：在共享相同的硬件或软件环境的条件下，产品、系统或组件能够与其他产品、系统或组件交换信息，和/或执行其所需的功能的程度。 兼容性测试包括以下三个子特性： （1）共存性：在与其他产品共享通用的环境和资源的条件下，产品能够有效执行其所需的功能并且不会对其他产品造成负面影响的程度。 （2）互操作性：两个或多个系统、产品或组件能够交换信息并使用已交换的信息的程度。 （3）兼容性的依从性：产品或系统遵循与兼容性相关的标准、约定或法规以及类似规定的程度。

成熟性测试的目标是评估系统、产品或组件在正常运行时满足可靠性要求的程度。成熟性一般通过软件产品在满足其要求的软/硬件环境或其他特殊条件下(如一定的负载)使用时，为用户提供相应服务的能力来进行评估。可以把软件故障数、发生失效的比例、系统的完整性级别等作为评价指标，根据需求规格说明书或者产品说明中描述的产品或系统的运行环境，在一定时间内，测试功能列表中的每个功能点，依据测试结果，确定测试到的故障数、缺陷的严重程度、判断系统的完整性级别等。可以通过以下方面进行评价。 （1）故障密度 根据需求文档、设计文档、操作手册等用户文档集中的功能列表针对每个功能编写对应的测试用例，执行所有测试用例，收集和分析测...

可用性测试的目标是评估系统、产品或组件需要使用时能够进行操作和访问的程度。可以通过以下方面进行测试。 （1）系统可用性 系统可用性可定义为在计划的系统运行时间内，系统实际可用时间的比例。若用户文档集中涉及系统支持XX小时的服务场景，执行测试用例，记录是否出现系统不支持XX小时服务的情况。 （2）平均宕机时间 平均宕机时间可定义为失效发生时，系统不可用的时间。测试期间，当系统或软件出现失效时，记录下从宕机到软件可正常使用所花费的时间，以及总的宕机次数，计算出平均时间。验证系统或软件的宕机时间的长短。​ 一个可用性测试案例如下所示：

易恢复性测试的目标是评估发生中断或失效时，产品或系统能够恢复直接受影响的数据并重建期望的系统状态的程度。 在出现中断或者失效的情况下，系统应提供完整、易于理解的提示信息，用户能够按照指示的处理方法和操作步骤，重新恢复正常的运行，并恢复受影响的数据。通过数据备份，可以最大限度降低损失。可以通过以下方面进行测试和评价： （1）平均恢复时间 可以定义为软件/系统从失效中恢复所需要的时间。用数学方法可以表示为： 其中Ai是指由于第i次失效而重新启动，并恢复宕机的软件/系统所花费的总时间，n是指发生失效的次数。 （2）数据备份完整性 测试系统的数据项是否能完整地定期进行备份。 （3）数据恢复能力 查看...

分布式架构系统是若干独立计算机的集合，这些计算机对于使用者来说就像是单个计算机系统。 首先分布式架构中的“分布”是相对“集中”而言的。最早的计算机系统是在块微处理器上运行。随着计算机应用范围的不断扩大，软件系统的复杂度随着需要变得越来越高。有些系统必须包含多个微控制器并且这些微控制器上运行的软件需要交互来正确地实现系统的功能。这样的系统，是由分布在各个微处理器上运行的软件合起来构成的。作为用户，分布式架构系统给他的感觉是该系统是一个单个的系统。日常使用的电商网站或通过手机应用访问的电商服务，其背后是由成千上万台独立的服务器组成的集群。由这些计算机上运行的各种服务来为用户提供网上浏览和购物的完整...

分布式架构的软件系统是随着大规模并发用户、不同的空间分布、逻辑复杂度和系统的容错要求这些需求的产生而产生和发展的，故此当架构设计和实现正确时，其自然在应对这些问题上有其天然的优势。 分布式架构的优点如下： （1）支持大量并发用户：最核心的优势，是采用分布式架构的主要原因； （2）容错和灾备能力：分布式架构自然带来的优势； （3）可灵活扩展：遵循正确的设计原则时能得到。 ​ 分布式架构的缺点如下： （1）高维护成本：大量的服务实例部署在大量不同的物理主机上，自然带来了大量的硬件成本和软件部署成本。商业化的分布式架构系统还包括很多支撑性的服务组件，比如分布式缓存、数据库等，这些额外的模块也带来了额...

分布式架构软件系统的主要类型有Web系统、对等网络(区块链)、并行计算、大数据和机器学习，这些系统的应用领域不同，其质量特性要求和目标也各有侧重。在通常的质量要求中，以下要求是分布式架构系统重点关注的： （1）容量 分布式架构系统的主要目的之一是解决单一系统支持的用户容量不足的问题。故此，对于系统的容量，在既定计算资源的前提下，考察其容量情况是否达到既定要求，以及在增加计算资源的场景下，考察系统容量的增长是否符合预期。 （2）容错 分布式系统最基本的可靠性要求中就至少包含了单个服务范围的容错性要求，即单个服务失效不影响整个系统的业务功能。而普遍的大型业务系统，要求其在多个服务失效或者大并发压力...

软件开发和测试项目中，具有大量的信息可以作为软件测试计划的依据。如果仅考虑个别的信息来源，则可能造成测试的偏差。比如有些项目面临着巨大的成本或资源压力。在这样的压力下，缺乏经验的测试管理者，往往容易被压力蒙蔽，仅仅从成本出发，尽量压缩测试的范围，导致测试覆盖不够充分。有些测试投入充足的项目，因为无需考虑测试成本问题，可能导致过度测试的倾向。比如测试团队在多轮测试中，由于经费充足，可以尝试各种测试工具、方法和技术，并且能不断地挖掘出系统深处的缺陷，不断地报告缺陷并要求开发修复后才能发布，产品发布的时间被反复拖延、推迟，最终导码产品上市过晚，竞品已经占据市场的结果。 测试理论与实践的差异在于理论是...

（1）测什么（What） 从风险出发，需要明确地列举出要测试哪些具体的功能和非功能的质量特性，这些也被称为测试范围。哪些先测，哪些后测，哪些多测点，哪些少测点，这些体现为测试的优先级。要测到什么程度体现为质量目标。通常可以将要测试的功能列在一张表中，逐级分解(一般3层以上)为子功能，再分解到与风险对应的质量特性。这样就形成了一张功能和质量特性描述的测试范围列表。然后从风险分析可以得到风险的优先级和质量目标。 （2）如何测（How） 测试范围明确后，应运用测试基础知识、原则和设计技术，结合非功能质量特性的风险情况，设计和安排测试阶段，结合测试类型等内容形成测试策略。 （3）什么时候测（When）...

（1）分析 识别风险，将风险进一步分解，确定优先级，排序。然后通过质量特性为桥梁，将仅与业务相关的风险与软件的特性联系起来。通过质量特性的分解和联系，方便后续步骤中设计测试策略。 （2）选项、估算、平衡 此阶段实际上是一个循环改进的过程。对测试阶段进行合理安排，确定每个测试阶段对应的测试范围和测试类型、设计技术和测试执行方法。以上所有内容形成一个整体测试策略，需要结合团队的情况、资源情况和时间安排等内容，落实测试策略。 （3）形成决策 此阶段通常是与各个利益相关方进行沟通，形成决策。从最重要的利益相关方开始沟通，比如能决定测试预算和人员的利益相关方。​