去吧，系统测试和运维的内容比较少，比较简单，投入到软件工程中。本章主要讲系统测试的几种方式，系统运维，黑盒测试和白盒测试。

1.系统实施和测试。系统测试是为了发现错误而执行程序的过程。成功的测试是发现尚未发现的错误的测试。测试原则：1)测试应尽可能快且持续进行；2)测试工作应由原软件开发人员或团队回避；3)设计测试方案时，不仅要根据系统功能确定输入数据，还要确定预期的输出结果；4)既包括有效合理的测试用例，也包括不合理无效的测试用例；5)检查程序有没有做该做的，有没有做不该做的；6)严格遵循测试计划；7)妥善保管测试计划和测试用例；8)测试用例可以被重用或者额外测试。软件测试方法可以分为静态测试和动态测试。静态测试：是指被测试的程序不在机器上运行，而是采用人工测试和计算机辅助静态分析的方法对程序进行测试，包括文档的静态测试和代码的静态测试。文档的静态测试主要以检查表的形式进行，而代码的静态测试包括案头检查、代码审查和代码走查。这种方法可以有效地发现逻辑设计和编码中30%-70%的错误。动态测试：指通过在计算机上实际运行程序来进行软件测试。一般采用白盒测试和黑盒测试。黑盒测试：功能测试，不知道软件代码结构，根据功能设计用例，测试软件功能。白盒测试：结构化测试，定义代码流，根据代码逻辑设计用例，覆盖用例。测试阶段：(1)单元测试：也叫模块测试。测试对象是面向对象软件中可以独立编译或组装的程序模块、软件组件或类(统称为模块)。测试基础是详细的软件设计规范。(2)集成测试：目的是检查模块之间、模块与集成软件之间的接口关系，验证集成软件是否满足设计要求。测试基于软件概要设计文档。(3)系统测试：测试对象是完整的、集成的计算机系统；测试的目的是验证已完成的软件配置项能否在真实的系统工作环境下与系统正确连接，并满足系统/子系统设计文件和软件开发合同中规定的要求。测试基于用户需求或开发合同。主要内容包括功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装和反安装测试等。其中，最重要的工作是功能测试和性能测试。功能测试主要采用黑盒测试方法；主要性能指标是响应时间，吞吐量，并发用户数，资源利用率。(4)确认测试：主要用于验证软件的功能、性能等特性是否与用户的要求一致。根据用户的参与程度，通常包括以下几种：内部确认测试：主要由软件开发组织根据SRS进行。Alpha测试：用户在开发环境中进行测试。Beta测试：用户在实际使用环境中进行测试，测试更改后产品才能交付给用户。验收测试：对于SRS，交付前面向用户的测试。测试对象是一个完整的集成计算机系统。验收测试的目的是检查软件系统在用户真实工作环境下是否符合开发技术合同或SRS。测试结论是用户决定是否接受软件的主要依据。除满足一般测试的准入条件外，还应确认被测软件系统在验收测试前已通过系统测试。(5)配置项测试：测试对象是软件配置项，测试的目的是检查软件配置项与SRS的一致性。该测试基于安全气囊系统。同时，应确认被测试的软件配置项已通过单元测试和集成测试。(6)回归测试：测试的目的是测试软件变更后变更部分的正确性和对变更后需求的符合性，以及软件原有的、正确的功能、性能和其他规定的需求。

自下而上的测试策略：从最底层的模块开始，需要写驱动，然后开始一个一个的合并模块，最后完成整个系统的测试。这样做的好处是可以更早地验证底层模块。自上而下：先测试整个系统，写一个堆程序，然后一步步往下，直到最后测试完底层模块。好处是系统的主要控制和判断点验证的比较早。三明治：有自下而上和自上而下两种测试方法，这两种方法都包括。两者都有优点，缺点是测试工作量大。考题来了：1。软件验证测试也叫有效性测试，主要验证()。验证测试计划通常在需求分析阶段完成。根据用户参与的程度，软件确认测试通常包括()。a .系统中各单元模块之间的配合；b .在实际运行环境中，软件和硬件能否有效融合；c .软件功能、性能和其他特性是否与用户要求一致；d .程序模块能否正确实现详细设计说明中的功能、性能和设计约束的要求；a .黑盒测试和白盒测试；b .一次性组装测试和增量组装测试；c .内部测试、阿尔法、贝塔和验收测试；d .功能测试、性能测试和用户界面。前者通过运行程序发现错误，包括()等方法；后者采用人工和计算机辅助静态分析来检测程序，包括()等方法。a .边界值分析、逻辑覆盖、基本路径b .桌面检查、逻辑覆盖、错误推测c .桌面检查、代码审查、代码走查d .错误推测、代码审查、基本路径a .边界值分析、逻辑覆盖、基本路径b .桌面检查、逻辑覆盖、错误推测c .桌面检查、代码审查、代码走查d .错误推测、代码测试用例：黑盒测试用例：把程序当作一个黑盒，只知道输入输出，不知道内部代码， 并设计测试用例，测试用例可以分为以下几类：等价类划分：将所有数据按照一定的特征进行分类，然后从每类数据中选取一个。 等价测试用例的设计原则：设计一个新的测试用例，覆盖尽可能多的有效等价类，重复此步骤，直到覆盖所有有效等价类；设计一个新的测试用例，只覆盖一个没有被覆盖的无效等价类，重复这个步骤，直到所有的无效等价类都被覆盖。边界值划分：以每个类的边界值作为测试用例。一般来说，边界值是范围的两端和在此范围之外与此范围距离最小的两个值，如年龄范围为0-150，边界值为0，150和-1，151。错误的猜测：没有固定的方法来根据经验猜测可能导致问题的原因，并将它们作为测试用例进行测试。图：从一个结果推导出原因的方法。具体结果具体分析，没有固定的方法。白盒测试用例：了解程序的代码逻辑，根据程序的代码语句设计覆盖代码分支的测试用例。覆盖级别从低到高如下：(1)语句覆盖SC:逻辑代码中的所有语句都必须执行一次，覆盖级别最低，因为执行了所有语句，并不意味着执行了所有条件判断。(2)判断覆盖DC:逻辑代码中所有判断语句的条件的真假分支都要覆盖一次。

(3)条件覆盖CC:对每个判断条件内的每个独立条件执行一次True和False。(4)条件判断组合覆盖CDC:判断覆盖和条件覆盖都满足。

(5)路径覆盖：覆盖逻辑代码中所有可行路径，覆盖级别最高。

考题来了：1。招聘制度要求求职者年龄在20-60周岁(含)之间，学历本科，硕士或博士，计算机科学与技术、通信工程或电子工程专业。其中()不是一个好的测试用例。A.(20，本科，电子工程)B.(18，本科，通信工程)C.(18，大专，电子工程)D.(25，硕士，生物)2 .下列关于测试的说法中，正确的是()。答：实际上，详尽的测试可以用来发现软件中的所有错误。b .有很多错误的程序段，修改后一般会有很少的错误。c .测试可以用来证明软件没有错误。d .在白盒测试技术中，路径覆盖法往往比语句覆盖法能发现更多的错误。3.下图采用白盒测试方法进行测试，设计了四种测试用例：(x=0，y=3)， (x=3)。至少需要测试用例 完成()覆盖，至少需要测试用例 或 完成()覆盖。

A.语句b .条件c .判断/条件d .路径a .语句b .条件c .判断/条件d .路径分析：第一个问题是黑盒测试的等价类划分。如果有有效等价类，尽可能覆盖，比如选项a，无效等价类只覆盖一个没有覆盖的，比如选项B和d，所以答案是C，无效等价类覆盖了。第二题D，第三题白盒测试，选A D

2.调试测试是为了找到错误，调试是为了找出错误的代码和原因。调试需要确定错误的确切位置；确定问题的原因并尝试纠正；校正后，应进行回归测试。调试方法有蛮力法、回溯法(从错误的地方开始，往回走)、原因排除法(找出所有可能的原因，逐一排除，包括演绎法、归纳法、二分法)。

3.软件度量软件的两个属性：外部属性是指对于管理者和用户的属性，可以直接度量，一般是绩效指标。内部属性是指软件产品的属性，比如可靠性，只能间接测量。McCabe度量方法：也称为循环复杂性。假设一个有向图的有向边数和有向节点数分别为M和N，这个有向图的圈复杂度为M-N ^ 2。注意M和N的意思不能混淆。你可以用最简单的循环把这个公式作为一个特殊值记忆下来。另外，对于一个程序流程图，每条分支边(连接线)都是有向边，每条语句(语句框)都是顶点。考题来了：1。下图是用白盒测试方法测试的。图中有()条路径，程序图的循环复杂度是()用McCabe度量计算的。

A.3 B.4 C.5 D.6A.3 B.4 C.5 D.6解析：只要找出全路径覆盖，答案就是b .输出m-n ^ 2，m=13，n=11，选b。

4.系统运维遗留系统(Legacy system)是指任何基本上无法通过修改和演化来满足新的和变化了的业务需求的信息系统。通常具有以下特点：(1)系统虽然完成了企业中许多重要的业务管理任务，但仍不能完全满足要求。一般实现电子商务处理的一些企业管理功能，很少涉及商业决策。(2)系统性能已经落后，采用的技术已经过时。比如多采用大型机/终端形式或小型机系统，软件用早期版本的汇编语言或第三代编程语言开发，用文件系统代替数据库。(3)通常是大型软件系统，已经融入企业的业务运营和决策管理机制，维护难度很大。(4)没有现代信息系统建设方法进行管理和开发，现在基本没有文档，很难理解。

这张图相当重要。考试会记住转换，整合，e

系统转换是指新系统开发并投入运行，替换现有系统的过程。为了实现与旧系统的切换，需要考虑许多问题。有以下三种转换方案：直接转换：现有系统直接被新系统替代，风险较大，适用于新系统不复杂或现有系统无法再使用的情况。优点是节约成本。并行转换：新系统与旧系统并行工作一段时间时间，试运行后更换新系统。如果新系统在试运行期间出现问题，不会影响现有系统的运行，风险极小。在试运行中，可以对比新旧系统的性能，适用于大型系统。缺点是耗费人力和时间资源，难以控制两个系统之间的数据转换。分段：分阶段、分批次逐步转换，是直接转换和并行转换的集合。一个大系统分为若干个子系统，每个子系统依次投入试运行。一个子系统成熟，一个子系统转化。也适合大型项目，但是比较费时，现有系统和新系统混用，需要协调接口。数据转换和迁移：将数据从旧数据库迁移到新数据库。有三种方法：系统切换前的工具迁移，系统切换前的手工录入，系统切换后的新系统生成。系统的可维护性可以定义为维护人员理解、纠正、更改和改进软件的难易程度。其评价指标有：(1)易分析。产品诊断软件缺陷或故障原因或识别待修改部分的能力。(2)可变性。产品使特定变更成为可能的能力，包括编码、设计和文件的变更。(3)稳定性。产品避免由于软件修改而导致意外结果的能力。(4)易于测试。软件能够对修改后的软件进行验证的能力。(5)维护的符合性。软件符合与可维护性相关的标准或惯例的能力。注：维护时间长于开发！评价指标：找出原因，改的好不好，改后稳定不稳定，考的好不好！系统维护包括硬件维护、软件维护和数据维护，其中软件维护的类型如下：正确性维护：发现bug时进行的修改。适应性维护：由于外部环境的变化而被动地对软件进行修改和升级。完善维护：基于用户主动对软件提出更多的需求，对软件进行修改，增加更多的功能，使之比之前的软件更加功能完善。预防性维护：对未来可能出现的bug进行预防性修改。

5.系统评估，系统评价，分类和项目评估：系统开发前的预评估，分析是否立项开发，可行性评估。中期评估：项目开发中期各阶段的阶段性评估。或者项目在开发中途遇到重大变更，评估是否继续。项目评价：系统正式投入运行后，对系统进行综合评价，了解是否达到预期目的和要求。系统评价的指标(1)从信息系统的构成要素出发，信息系统是一个由人和机器组成的系统，因此可以根据运行效果和用户需求(人)、系统质量和技术条件(机器)两条线索来构建指标。(2)从信息系统的评价对象来说，对于开发者来说，他们关心的是系统质量和技术水平；对于用户端来说，关注的是用户的需求和运营质量；系统的外部环境主要通过社会效益指标来反映。(3)从经济学角度出发，按照系统成本、系统效益和财务指标三条线来建立指标。考题来了：1。遗留系统的评估框架如下图所示，因此适用于“高级别低值”区域遗留系统的演进策略是()。

A.淘汰b .继承c .转化d .融合2。下列关于软件维护和可维护性的说法中，不正确的是()。a .软件维护要解决软件产品交付给用户后运行中的各种问题。b .软件的维护周期通常比开发周期长得多，投入也大得多。c .质量保证评审可以是提高软件产品的可维护性。D.提高可维护性是软件维护阶段要考虑的问题。3.企业由于外部市场环境和管理要求的变化，对现有的软件系统提出了新的要求。a .正确性b .完善性c .适应性D .预防性分析：D D(提高可维护性是开发设计阶段就应该考虑的问题)c .感谢大家的支持，这是我不断学习和更新的动力。关注微信官方账号：Coding-9527，和大家一起学习、成长、进步！