1)关联关系。
   2)多态机制。

[考点] 本题考查面向对象测试的基础知识。
   [解析] 1)题考查类图的关联关系，表示类与类之间的连接，它使得一个类知道另外一个类的属性和方法。关联可以使用单箭头表示单向关联，使用双箭头或者不使用箭头表示双向关联。
   2)题考查面向对象里多态的知识，一个基类的引用符，可以指向多种派生类对象，具有多种不同的形态，这种现象叫多态性。多态性是允许将父对象设置成为一个或更多个与它的子对象相等的技术，赋值之后，父对象就可以根据当前赋值给它的子对象的特性以不同的方式运作。

calPoints()需要重新测试。
   getPoints()无须重新测试。

[解析] 对父类中已经测试过的成员函数，有两种情况需要在子类中重新测试：
   情况1：继承的成员函数在子类中做了改动。
   情况2：成员函数调用了改动过的成员函数的部分。
   本题中Expert的calPoints()重新修改了需要重新测试，而getPoints()没有变化，无须重新测试。

1)测试序列：User()—setArticleNum()—setReadNum()—calPoints()—getPoints()。
   2)在测试System中statPoints()方法时涉及父类User、子类Expert中的calPoints()方法，即需要分别对各类的ca辛苦Points()方法设计测试用例进行测试。
   3)先测试User类，然后测试Expert类，最后测试System类。

[解析] 1)方法calPoints()根据每个用户每天的文章数(articleNum)、文章阅读数(readNum)来计算当天的积分。然后getPoints()因为在calPoints()后面执行，所以可以写也可以不写，不影响得分。
   2)只需要在原有的测试分析和基础上增加对测试用例中输入数据的类型的考虑；先测试基类，然后再分别依据输入数据设计不同的测试用例。
   3)各种关系的强弱顺序：泛化=实现＞组合＞聚合＞关联＞依赖。父类排序第一，然后其他类根据和父类的关系进行排序，各种关系的具体内容可以参考例题第一问的解析。

1)泛化关系。
   2)需要考虑继承的成员函数是否需要测试，还有对父类的测试是否能用到子类上。

[考点] 本题考查面向对象测试的基础知识。
   [解析] 本小题考查类图的泛化关系，泛化关系(Generalization)也就是继承关系，也称为“is-a-kind-of”关系，泛化关系用于描述父类与予类之间的关系，父类又称作基类或超类，子类又称作派生类，泛化关系通常用带空心三角形的直线来表示。
   对泛化关系有3个要求：
   要求1：子类与父类应该完全一致，父类所具有的属性、操作，子类应该都有。
   要求2：子类中除了与父类一致的信息以外，还包括额外的信息。
   要求3：可以使用父类的实例的地方，也可以使用子类的实例。

1)多态机制；需要重新测试，因为在子类中重新进行了定义，所以需要重新测试。
   2)不需要重新测试，因为子类继承了父类的方法，只要父类的该方法通过测试了即可。

[解析] 该题考查面向对象的多态机制和继承机制，多态就是在使用父类的引用调用方法的时候，不是使用父类中的方法，而是父类指向的对象的方法，这样就实现了多态。继承是指在一个类基础上定义一个新类，原有的类叫作父类，新生成的类叫作子类，继承的过程是一个从一般到特殊的过程。

1)测试序列：Employee()—calWorkDays()—setBonus()—calSalary()—querySalary()。
   2)先测试Employee类，然后测试Manager类，最后测试Department类。

[考点] 本题考查测试序列的相关知识。
   [解析] 1)题干中说明，方法calSalary()根据个人的基本工资，当月工资天数和奖金等按特定规则计算，因此需要先计算天数、奖金，才能计算工资，最后才能查询工资。注意本题基本工资(basicSalary)属于属性，不是方法/函数，不用写，然后querySalary()因为在calSalary()后面执行，所以可以写也可以不写，不影响得分。
   2)各种关系的强弱顺序：泛化=实现＞组合＞聚合＞关联＞依赖。父类排序第一，然后其他类根据和父类的关系进行排序，各种关系的具体内容可以参考例题第一问的解析。

在测试Department中的方法statSalary()时涉及父类Employee、子类Manager中的方法caISalary()方法，即需要分别对各类的caISalary()方法设计测试用例进行测试。

[解析] 只需要在原有的测试分析和基础上增加对测试用例中输入数据的类型的考虑；先测试基类，然后再分别依据输入数据设计不同的测试用例。

(1)D
   (2)B
   (3)C

[考点] 本题考查嵌入式测试方面的基础知识。
   [解析] 根据数据库收集智能服务机器人反馈信息的流程和机器人反馈信息收集软件流程图可以很快得出正确结果，(1)处应该为：判定反馈内容是否正确；(2)处应该为：执行错误信息处理函数；(3)处信息存入数据库，这个小题难度不大。

(1)3
   (2)3
   (3)4

[考点] 本题考查嵌入式软件白盒测试中逻辑覆盖的度量标准。
   [解析] 嵌入式软件白盒测试中典型的逻辑覆盖度量标准有6种，按照从低到高的排序依次为：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、修正的判定/条件覆盖(MC/DC)和条件组合覆盖。具体内容如下所示：
   (1)语句覆盖：这是一个比较弱的逻辑覆盖标准，指通过选择足够的测试用例，使得运行测试用例的时候，被测程序每个语句至少被执行一次。
   (2)判定覆盖：又称为“分支覆盖”，比语句覆盖稍强一些，指通过设计足够的测试用例，使程序中每一个判定至少都获得一次“真值”和“假值”的机会，或者说使得程序中的每一个分支都至少通过一次。
   (3)条件覆盖：对于每个判定中所包含的若干个条件，应设计足够多的测试用例，使得判定中每个条件都至少取得一次“真值”和“假值”的机会，判定中的每个条件的所有可能结果至少出现一次。
   (4)判定/条件覆盖：指通过设计足够多的测试用例，使得运行判定中的每个条件的所有可能的结果至少运行一次，并且每个判定本身的所有可能结果也至少出现一次。
   (5)修正的判定/条件覆盖：要求在一个程序中每一种输入输出至少得出现一次，在程序中的每一个条件必须产生所有可能的输出结果至少一次，并且每一个判定中的每一个条件必须能够独立影响一个判定的输出，即在其他条件不变的前提下仅改变这个条件的值，而使判定结果改变。核心意思是每个条件都要独立影响判定结果。
   (6)条件组合覆盖：通过设计足够多的测试用例，使得每个判定中条件结果的所有可能的组合至少出现一次。注意：满足条件组合覆盖，一定满足判定/条件覆盖。
   本题中是两个if...else...的嵌套结构，当第一层if为真时就不会覆盖if为假的情况，所以if为假的部分需要一个测试用例覆盖。当第一层if判定为真时可以覆盖第二层if判定为真的结构或者第二层if判定为假的结构，所以当要覆盖第二层判定，需要2个测试用例，所以综合起来至少需要3个测试用例来达到语句覆盖的要求和判定覆盖的要求。
   由于是嵌套结构，第一层if判断是两个条件组成的复合判断，满足第一个判定的测试用例为：(TT)(FT)(TF)；第二个判定为T，F，由于第一个判定为T后会涉及第二个判定，所以综合起来需要4个测试用例，见下表。

信息有效

信息类型正确

信息内容正确

第一个判定

第二个判定

T

T

T

T

T

F

T

—

F

—

T

F

—

F

—

T

T

T

T

F

(1)报告反馈类型不同
   (2)报告信息内容不正确
   (3)错误的
   (4)典型类型3

C
   条件覆盖、判定覆盖

[解析] 本题考查嵌入式测试的基础知识。
   [解析] 对模型采取的验证方法包括评审、分析和仿真。评审和分析都是静态的验证方法，而仿真是属于动态验证方法。通过动态仿真模型，可以发现模型动态运行过程中的一些问题。仿真完成后，可以根据动态仿真的结果分析模型的覆盖率，而静态验证方法评审和分析的结果就不能作为模型覆盖率分析的基础。所以【问题1】的模型验证最主要的方法是仿真。
   模型的覆盖率类型：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、修正的判定/条件覆盖(MC/DC)和条件组合覆盖。任意写出其中两种即可。

①各层事件扫描
   ②室内环境数据
   ③模拟雨水窗户监控节点发送控制指令
   ④台灯
   ⑤空调控制指令

[解析] 根据题干信息的描述即可得出：
   (1)组网成功，则进行各层事件扫描。
   (2)如果数据类型有效且是室内环境数据，则经串口将室内温湿度数据发送到网关。
   (3)数据类型有效且为火灾监测数据(此处需要注意火灾监测节点不是控制节点)，则向模拟雨水窗户监控节点发送控制指令。
   (4)数据类型有效且为台灯控制指令，则向台灯控制节点发送控制指令。
   (5)数据类型有效且为空调控制指令，向空调控制节点发送控制指令。

达到100%语句覆盖所需的最少测试用例为2个。
   达到100%条件覆盖所需的最少测试用例为2个。
   达到100%MC/DC覆盖所需的最少测试用例为4个。

[解析] 本题中两个if语句为顺序结构，当第一组数据类型室内环境为真时，第二组数据类型为控制指令就会出现假。
   对于语句覆盖，选择数据类型有效为真和一个数据类型为室内环境；数据类型有效为真和一个数据类型为控制指令。
   条件覆盖，选择数据类型有效为真和一个数据类型为室内环境为真；数据类型有效为假和一个数据类型为控制指令为真。
   MC/DC覆盖，每一个判定中的每一个条件必须能够独立影响一个判定的输出，即在其他条件不变的前提下仅改变这个条件的值，而使判定结果改变。核心意思是每个条件都要独立影响判定结果。由于数据类型要么是室内环境数据，要么是控制指令，结合MC/DC覆盖的特点，使得在其他条件不变的前提下仅改变这个条件的值，而使判定结果改变。例如数据有效且数据类型为室内环境数据的时候，改变其中任何一个条件，都可以影响判定的结果。当数据无效的时候，无论数据类型为室内环境数据还是控制指令，只要改变数据有效的条件为真，都可以独立影响判定结果，所以设计用例如下表所示：

数据有效

数据类型为室内环境数据

数据类型为控制指令

第一个判定

第二个判定

T

T

F

T

F

T

F

T

F

T

F

T

F

F

F

F

F

T

F

F

   所以一共有4个用例即可满足。

并发性能测试涉及的指标有(1)、(2)、(5)。
   疲劳强度测试涉及的指标有(4)。

[考点] 本题考查负载压力测试的基础知识。
   [解析] 本小题考查负载压力测试的基本概念。需要注意的是并发性能测试包含了负载测试和压力测试。其中各种测试类型具体内容为：
   (1)负载测试：通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试。
   (2)压力测试：通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，并以此来获得系统能提供的最大服务级别的测试。
   (3)大数据量测试：包括独立的数据量测试和综合数据量测试两类。独立的数据量测试指针对某些系统存储、传输、统计、查询等业务进行的大数据量测试。综合数据量测试指和压力测试、负载测试、疲劳测试相结合的综合测试。
   (4)疲劳强度测试：通常采用系统稳定运行情况下能够支持的最大并发用户数，或者日常运行用户数，持续执行一段时间业务，保证达到系统疲劳强度需求的业务量，通过综合分析交易执行指标和资源监控指标，来确定系统处理最大工作量强度性能的过程。
   从题干列举的6种性能指标来看，(1)、(2)、(5)都是并发性能指标，(3)属于系统资源监控指标，(4)属于疲劳强度测试，(6)定义不明确，因为交易成功率取决于多因素，包括业务数据，用户请求数据，基础软件和网络环境等。

第一种测试属于负载测试，第二种属于压力测试。
   (1)负载测试是通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试。
   (2)压力测试是通过逐步增加系统负载，测试系统性能变化，并最终确定在什么负载条件下系统性能处于失效状态，以此来获得系统能提供的最大服务级别的测试。

[考点] 本小题考查负载测试和压力测试的区别。

该软件公司的做法是错误的。
   该软件公司在负载压力测试中没有进行功能校验，忽略了负载压力情况下的功能不稳定问题。没有正确的功能保证，负载压力性能测试就失去了意义。测试过程中进行功能校验，需要记录业务操作结果，会导致资源消耗、操作行为增加以及产生大量日志等问题。

[考点] 本小题考查负载压力测试中的功能内容校验。