如果网站设计时,要对网页中各个元素的格式、排版进行非常精确的控制,需要用到以下哪一种技术?
A.CSS
B.JSP
C.Ajax
D.HTML
- · 有5位网友选择 C,占比55.56%
- · 有2位网友选择 B,占比22.22%
- · 有1位网友选择 D,占比11.11%
- · 有1位网友选择 A,占比11.11%
A.CSS
B.JSP
C.Ajax
D.HTML
A、不同的审计程序得到不同的审计工作底稿格式和要求也会有所不同
B、如果是已识别的重大错报风险较高的项目,审计工作底稿记录的内容无须那么多
C、如果从已执行审计工作或获取审计证据的记录中不易确定审计结论时,需要记录结论或结论的基础
D、审计证据的重要程度对审计工作底稿的格式、内容和范围有直接影响
①目前使用的系统设计与开发工具的运行平台和开发语言差异较大,集成框架应无缝集成各个工具的功能。
②目前使用的系统设计与开发工具所支持的通信协议和数据格式各不相同,集成框架应实现工具之间的灵活通信和数据格式转换。
③集成框架需要根据实际的开发流程灵活、动态地定义系统工具之间的协作关系。
④集成框架应能集成一些常用的第三方实用工具,如即时通信,邮件系统等。
集成框架开发小组经过分析与讨论,最终决定采用企业服务总线(ESB)作为集成框架的基础架构。
软件系统几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务操作流程,从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。 下面是对某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、从头到尾比较相邻两个元素,如果前面的元素大于其紧随的后面元素,则交换它们。
B、经过一轮比较,可以保证最后一个数字必定是这一组数据中最大的数。
C、第一轮比较结束后,只需要对剩下的n-1个数据进行下一轮比较。
D、冒泡排序法只能对数据进行从小到大的排序,没有办法进行从大到小的排序。
为了保护您的账号安全,请在“简答题”公众号进行验证,点击“官网服务”-“账号验证”后输入验证码“”完成验证,验证成功后方可继续查看答案!