如下关于测试用例的描述中，不存在理解错误的是：

1.实验目的 理解和掌握黑盒功能测试用例设计方法中的等价类和边界值方法。 2.实验内容 假设注册的时候需要输入用户名、密码、验证码。需要对页面上检查这些输入合法性的js编写的功能进行测试。 l 输入项限制： n 用户名要求不含四种字符：单引号、双引号、逗号、分号，长度不少于3个字符，不大于256个字符； n 密码要求长度7~16； n 验证码必填； l 事件-响应： n 当表单域失去焦点的时候，如果表单域的值不符合规定，右边应当有相应提示； n 当表单域得到焦点时，如果右边有错误提示，则错误提示被清除 n 当提交表单的时候，如果有不符合业务规则的域存在，则弹出对话框提示请检查输入； 这次不要求大家自己实现，可参考附件中的 注册表单例子.html 3.交付成果 l 在学号_姓名_register用例说明.doc中首先分别说明 3个输入域的等价类以及其边界值的取值（如果有边界）；其次，说明用例的生成策略：对于有效等价类是否采用“强组合”(我们上课说的组合)，对于无效等价类和边界值是采用“强组合”还是“单缺陷假设”。 本文档没有模板，自己排版。 l 在"注册表单js验证用例.xlsx"（提供了模板）中填写用例。 看附件中的视频介绍。

A、针对相同的程序代码，独立路径集合是唯一的

B、只要程序中存在嵌套的条件判断结构，就一定会导致不可行路径

C、每一条独立路径都必须是一条完整的、可执行的路径

D、独立路径测试所得到的路径集合的大小必须等于环复杂度的大小

A、白盒测试不要求测试工程师有编程经验

B、白盒测试的作用仅限于对代码进行查错

C、白盒测试方法是在覆盖指标的指导下设计测试用例，有助于衡量对被测对象的测试覆盖程度

D、白盒测试方法在函数级别开始测试工作，缺陷修复的成本较低

A、Stub和Mock都是单元测试中用于模拟程序的手段

B、Stub是包含业务逻辑的，而Mock不包含业务逻辑

C、JMock只能对接口进行Mock，却对非接口无能为力

D、Stub是对象的一个简单实现，而Mock是模拟一个被模拟对象的实例

A、训练样本可以通过前期测试对象的输入和对应的输出采集得到

B、测试样本是在训练过程中未曾训练的未知新鲜数据

C、测试样本只包含输入数据不包含输出数据

D、测试样本用于检验训练模型的性能，一般包括识别精度和实时性等

A、黑盒测试是依据对需求规格说明进行分析后导出测试用例，白盒测试是基于对内部结构或内部操作分析后导出测试用例；

B、测试员不需要了解被测系统的内部结构也可以执行黑盒测试；

C、成功对某模块执行白盒测试后，发现所有测试用例均运行成功，说明该模块已实现了预定的需求；

D、黑盒测试主要是测试软件的功能需求与非功能需求是否正确的实现。

A、工作重心是达到所需的测试深度和广度

B、设计测试用例并执行测试工作

C、分析测试结果并编写缺陷报告

D、表现测试总结报告

A. 弱一般等价类测试是通过一个测试用例中的每个等价类的一个变量实现

B. 强一般等价类测试基于多缺陷假设

C. 等价类测试关键是选择确定类的等价关系

D. 不存在弱健壮等价类测试

A、其它三个选项的说法有不正确的

B、对这三个问题进行抽象，会议室、测试用例和机组成员都可被看作是“资源”，而讲座、软件功能测试和航班都可被看作是“任务”，则这三个问题都可被看作是：选取最少量的资源以满足其能够完成给定的所有任务

C、对这三个问题进行抽象，每个资源都能够完成一些任务，即覆盖一个任务集合。不同资源，具有不同的使用成本。上述问题都是选择具有最小成本的一些资源，使这些资源所覆盖任务集合的并集能够包含所有需要完成的任务

D、观察问题相同与否，可将问题语义剥离，形成数学模型。如果数学模型是相同的，则其是相同的问题，否则便不是相同的问题。上述三个问题抽象后都可以形成下列数学模型：所以上述三个问题是同一个问题

A、其它三个选项的说法有不正确的

B、对这三个问题进行抽象，会议室、测试用例和机组成员都可被看作是“资源”，而讲座、软件功能测试和航班都可被看作是“任务”，则这三个问题都可被看作是：选取最少量的资源以满足其能够完成给定的所有任务

C、对这三个问题进行抽象，每个资源都能够完成一些任务，即覆盖一个任务集合。不同资源，具有不同的使用成本。上述问题都是选择具有最小成本的一些资源，使这些资源所覆盖任务集合的并集能够包含所有需要完成的任务

D、观察问题相同与否，可将问题语义剥离，形成数学模型。如果数学模型是相同的，则其是相同的问题，否则便不是相同的问题。上述三个问题抽象后都可以形成下列数学模型：所以上述三个问题是同一个问题