下面对触发程序中规定动作与触发事件之间的关系描述错误的是:
A.AFTER触发事件完成后,如果WHEN子句中的条件为真,则执行随后的动作
B.BEFORE触发事件执行以后,测试WHEN子句中的条件,若为真,则执行随后的动作
C.INSTEADOF:触发事件发生时,如WHEN子句中的条件为真,就执行随后动作
D.使用BEFORE的情况下,无论条件真假,都执行触发事件
A.AFTER触发事件完成后,如果WHEN子句中的条件为真,则执行随后的动作
B.BEFORE触发事件执行以后,测试WHEN子句中的条件,若为真,则执行随后的动作
C.INSTEADOF:触发事件发生时,如WHEN子句中的条件为真,就执行随后动作
D.使用BEFORE的情况下,无论条件真假,都执行触发事件
A. 触发时机包括流程触发事件、活动触发事件、工作项触发事件
B. 事件动作可以是业务操作
C. 调用方式分为本地调用和远程调用
D. 触发事件是流程的流转过程中触发的
A. 1A指将小区增加到ACTIVESET;
B. 1B指将小区从ACTIVESET中删除;
C. 1C指替换ACTIVESET中的最优小区;
D. 1D指替换ACTIVESET中的最优小区。
软件系统几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务操作流程,从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。 下面是对某IC卡加油机应用系统的基本流和备选流的描述。 基本流A; 备选流: (1)使用场景法设计测试案例,指出场景涉及到的基本流和备选流,基本流用字母A表示,备选流用题干中描述的相应字母表示。 场景1:A 场景2:A、B 场景3:A、C 场景4:A、D 场景5:A、E (2)场景中的每一个场景都需要确定测试用例,一般采用矩阵来确定和管理测试用例。如下表所示是一种通用格式,其中行代表各个测试用例,列代表测试用例的信息。本例中的测试用例包含测试用例、ID、场景涤件、测试用例中涉及的所有数据元素和预期结果等项目。首先确定执行用例场景所需的数据元素(本例中包括账号、是否黑名单卡、输入油量、账面金额、加油机油量),然后构建矩阵,最后要确定包含执行场景所需的适当条件的测试用例。在下面的矩阵中,V表示有效数据元素,I表示无效数据元素,n/a表示不适用,例如C01表示“成功加油”基本流。请按上述规定为其它应用场景设计用例矩阵。 测试用例表 测试用例ID号 场景 帐号 是否黑名单卡 输入油量 帐面金额 加油机油量 预期结果 C01 场景1:成功加油 V I V V V 成功加油 C02 C03 C04 C05 (3)假如每升油4元人民币,用户的账户金额为1000元,加油机内油量足够,那么在A4输入油量的过程中,请运用边界值分析方法为A4选取合适的输入数据(即油量,单位;升)。 1. 0升 2. 250升 3. 251升
A.事件是Visual FoxPro 6.0预先定义的动作
B.事件可由用户、系统或代码触发
C.用户的一个动作可能触发一个或多个事件
D.事件可以由系统预先定义,也可以由用户自定义
A、Enabled属性为True和Interval属性为0
B、Enabled属性为True和Interval属性大于0
C、Enabled属性为False和Interval属性为0
D、Enabled属性为False和Interval属性大于0
A、触发器是不需要调用的,当触发事件发生时它就会被激活
B、触发器不可以同步数据库的相关表进行级联更改
C、当触发器的功能与表的约束条件发生冲突时,触发器将被停止
D、触发器是一类特殊的存储过程
执行等
B、触发器的执行不是由程序调用,而是由手工启动
C、触发器是由事件来触发、激活从而实现执行的
D、通过createtrigger语句来创建触发器
为了保护您的账号安全,请在“简答题”公众号进行验证,点击“官网服务”-“账号验证”后输入验证码“”完成验证,验证成功后方可继续查看答案!