Selenium用于Web UI测试，就像____于Windows应用程序UI测试（selenium功能测试）

25-01-30 24

在这里，我们将给大家分享关于Selenium用于WebUI测试，就像____于Windows应用程序UI测试的知识，让您更了解selenium功能测试的本质，同时也会涉及到如何更有效地.net–用于W

在这里，我们将给大家分享关于Selenium用于Web UI测试，就像____于Windows应用程序UI测试的知识，让您更了解selenium功能测试的本质，同时也会涉及到如何更有效地.net – 用于Windows应用程序的数据库是什么？、c# – 用于Windows应用商店应用程序的MSMQ的替代方案、IoT 场景 TSBS 测试报告结果一键检验，测试脚本是______、Java和Selenium用于Web表单填充吗？的内容。

本文目录一览：

Selenium用于Web UI测试，就像____于Windows应用程序UI测试（selenium功能测试）
.net – 用于Windows应用程序的数据库是什么？
c# – 用于Windows应用商店应用程序的MSMQ的替代方案
IoT 场景 TSBS 测试报告结果一键检验，测试脚本是______
Java和Selenium用于Web表单填充吗？

Selenium用于Web UI测试，就像____于Windows应用程序UI测试（selenium功能测试）

我对仅测试客户端Java应用程序的UI感兴趣。最受欢迎的框架是什么？您推荐的框架是什么？此外，Selenium为什么不这样做（或这样做）？在我看来，任何可以测试Web应用程序的东西都应该能够测试Windows应用程序。

答案1

小编典典

尝试FEST框架。如果我没记错的话，这就是以前称为Abbot的东西。我使用它进行自动化测试，它看起来非常简单和方便。简单的事情变得容易，而复杂的事情并不是火箭科学。我考虑过UISpecj4j，但它不适合我，因为没有必要在必要时测试Drag’n’Drop的技术可能性。此外，当您实际上看不到正在发生的情况时，很难开发测试（UISpec4J使用假的，不可见的外观）

唯一的事情就是在FEST中麻烦（也是设计使然）-它抓住了鼠标，并且在运行测试时不允许您执行任何操作。

.net – 用于Windows应用程序的数据库是什么？

我正在开发.net中的小型 Windows应用程序.我应该使用什么数据库？

数据库结构

表1：不超过3个字段：50个记录(添加,删除)

表2：不超过10个字段：10-20个记录(添加,删除)

我想过使用XMLDatabase但有些人说不建议使用它.这是什么原因？
如果可以将XML文件用作数据库,那么您可以建议一些教程或最佳实践吗？我之前使用过XML文件.使用它作为数据库有什么不同吗？

我也计划在一段时间后将这个应用程序分发给我的朋友,这些人不是程序员,他们不太懂技术.

那么,如果我使用sql Server,我该如何在其他机器中部署它？如何将其添加到安装文件中？

更新：感谢您的回答.我想去sqlite,如果有人有兴趣,这里有关于sqlite和.net的tutorial.

解决方法

sqlite是一种很好的小型应用程序.它速度快,能力强,占地面积小.

对于.Net,我在之前的项目中使用了一个很棒的托管sqlite库：

http://sqlite.phxsoftware.com/

编辑：

鉴于sqlite和sql Server Compact版本之间的选择,除非您需要sqlite不支持的一些高级功能,否则您几乎总是希望使用sqlite.

[我更正了sql Server Compact Edition的安装大小.我最后一次调查它,它更不利.现在可能一样好.]

c# – 用于Windows应用商店应用程序的MSMQ的替代方案

我最近发现 Windows Store应用程序不支持 NetMsmqBinding,
有没有其他方法可以实现从平板电脑向主机排队消息的类似系统？

谢谢！

解决方法

好的,在我得出结论在Win Store应用程序中无法使用MSMQ后,我发现了一篇很棒的文章,讨论了实现OCA(偶尔连接的应用程序)的方法,这种方式非常适合我想要使用的东西 –

编辑：从Using SQLite in Windows 8 Store Apps开始,而不是

SYNCHRONIZING WINRT/SQLITE USING SYNC FRAMEWORK TOOLKIT

Microsoft Sync Framework Toolkit的简化组件列表：

>同步服务(使用Sync Framework 2.1,基于WCF,耦合到sql
Server / Express / LocalDB / Azure sql)
>缓存控制器(客户端,类似于
Sync Framework中的SyncAgent / Syncorchestrator)
>脱机提供商(同步提供商)
>存储处理程序(与数据库交互的实际代码/
本地商店/缓存)

试试看！

IoT 场景 TSBS 测试报告结果一键检验，测试脚本是______

不久前，基于 TSBS，我们发布了 TDengine 3.0 测试报告系列第一期——《DevOps 场景下 TDengine 3.0 对比测试报告》，报告验证了 TDengine 基于时序数据场景所设计的独特架构，在 DevOps 场景下带来的性能优势以及成本控制水平。本期我们继续探寻在 IoT 场景下，TDengine 对比 TimescaleDB、InfluxDB 在写入和查询上的性能表现——《IoT 场景下 TDengine 3.0 性能对比分析报告来啦！》，给有时序数据库（Time Series Database）选型需求的开发者做参考。

本期报告显示，在全部的五个场景中，TDengine 写入性能均优于 TimescaleDB 和 InfluxDB。写入性能最大达到 TimescaleDB 的 3.3 倍，InfluxDB 的 16.2 倍；此外，TDengine 在写入过程中消耗了最少计算（CPU）资源和磁盘 IO 开销。在查询方面，对于大多数查询类型，TDengine 的性能均优于 InfluxDB 和 TimescaleDB，在复杂的混合查询中 TDengine 展现出巨大的优势——其中 avg-load 和 breakdown-frequency 的查询性能是 InfluxDB 的 426 倍和 53 倍；daily-activity 和 avg-load 的查询性能是 TimescaleDB 的 34 倍和 23 倍。

为了便于大家对报告结果进行验证，本篇文章将会对测试数据及环境搭建等环节进行一一阐述，方便有需要的开发者取用复制。此外，本测试报告中的数据在准备好物理环境后，可以由脚本一键执行生成，测试步骤在本文中也有涉及。

测试背景

测试场景介绍

在本期测试报告中，我们使用了 TSBS 的 IoT 场景作为基础数据集，在TSBS 框架下模拟虚拟货运公司车队中一组卡车的时序数据，针对每个卡车的诊断数据（diagnostics）记录包含 3 个测量值和 1 个（纳秒分辨率）时间戳、8 个标签值；卡车的指标信息（readings）记录包含 7 个测量值和 1 个（纳秒分辨率）时间戳，8 个标签值。数据模式（schema）见下图，每 10 秒对生成的数据进行一条记录。由于 IoT 场景引入了环境因素，所以每个卡车存在无序和缺失的时间序列数据。

样例数据

在整个基准性能评估中，涉及以下五个场景，每个场景的具体数据规模和特点见下表，由于存在数据缺失，所以单个卡车数据记录取记录均值：

从上表可以看到，五个场景的区别主要在于数据集所包含的单个卡车记录数量以及卡车总数的差异，数据时间间隔均维持在 10 秒。整体上看，五个场景的数据规模都不大，数据规模最大的是场景五，数据规模最小的是场景四。在场景四和场景五中，由于卡车数量相对较多，所以数据集仅覆盖了 3 分钟的时间跨度。

数据建模

在 TSBS 框架中， TimescaleDB 和 InfluxDB 会自动创建相应的数据模型并生成对应格式的数据。本文不再赘述其具体的数据建模方式，只介绍 TDengine 的数据建模策略。

TDengine 一个重要的创新是其独特的数据模型——为每个设备创建独立的数据表（子表），并通过超级表（Super Table）在逻辑上和语义上对同一采集类型的设备进行统一管理。针对 IoT 场景的数据内容，我们为每个卡车创建了两张表（后文中设备和卡车同义），用来存储诊断信息和指标信息的时序数据。在上述数据记录中，truck name 可以作为每个卡车的标识 ID，因为有两张超级表，因此在 TDengine 中使用 truck name 拼接 d（r）作为子表的名称。我们使用如下的语句创建名为 diagnostics 和 readings 的超级表，分别包含 3 、7 个测量值和 8 个标签。

CREATE STABLE `readings` (`ts` TIMESTAMP, `latitude` DOUBLE, `longitude` DOUBLE, `elevation` DOUBLE, `velocity` DOUBLE, `heading` DOUBLE, `grade` DOUBLE, `fuel_consumption` DOUBLE) TAGS (`name` VARCHAR(30), `fleet` VARCHAR(30), `driver` VARCHAR(30), `model` VARCHAR(30), `device_version` VARCHAR(30), `load_capacity` DOUBLE, `fuel_capacity` DOUBLE, `nominal_fuel_consumption` DOUBLE)

CREATE STABLE `diagnostics` (`ts` TIMESTAMP, `fuel_state` DOUBLE, `current_load` DOUBLE, `status` BIGINT) TAGS (`name` VARCHAR(30), `fleet` VARCHAR(30), `driver` VARCHAR(30), `model` VARCHAR(30), `device_version` VARCHAR(30), `load_capacity` DOUBLE, `fuel_capacity` DOUBLE, `nominal_fuel_consumption` DOUBLE)

然后，我们使用如下语句创建名为 r_truck_1和 d_truck_1 的子表：

CREATE TABLE `r_truck_1` USING `readings` (`name`, `fleet`, `driver`, `model`, `device_version`, `load_capacity`, `fuel_capacity`, `nominal_fuel_consumption`) TAGS ("truck_1", "South", "Albert", "F-150", "v1.5", 2.000000e+03, 2.000000e+02, 1.500000e+01)

CREATE TABLE `d_truck_1` USING `diagnostics` (`name`, `fleet`, `driver`, `model`, `device_version`, `load_capacity`, `fuel_capacity`, `nominal_fuel_consumption`) TAGS ("truck_1", "South", "Albert", "F-150", "v1.5", 2.000000e+03, 2.000000e+02, 1.500000e+01)

由此可知，对于 100 个设备（CPU）的场景一，我们将会建立 100 个子表；对于 4000 个设备的场景二，系统中将会建立 4000 个子表用以存储各自对应的数据。在 TSBS 框架生成的数据中，我们发现存在标签信息 truck 为 null 的数据内容，为此建立了 d_truck_null(r_truck_null) 的表，用以存储所有未能标识 truck 的数据。

软件版本和配置

本报告比较 TDengine、InfluxDB 与 TimeScaleDB 三种类型的数据库，下面对使用的版本和配置做出说明。

TDengine

我们直接采用 TDengine 3.0，从 GitHub 克隆 TDengine 代码编译版本作为性能对比的版本。

gitinfo: 1bea5a53c27e18d19688f4d38596413272484900

在服务器上编译安装运行：

cmake .. -DDISABLE_ASSERT=true -DSIMD_SUPPORT=true -DCMAKE_BUILD_TYPE=Release -DBUILD_TOOLS=false

在 TDengine 的配置文件中设置了六个涉及查询的配置参数：

numOfVnodeFetchThreads 4

queryRspPolicy 1

compressMsgSize 128000

SIMD-builtins 1

tagFilterCache 1

numOfTaskQueueThreads 24

第一个参数 numOfVnodeFetchThreads 作用是设置 Vnode（virtual node）的 Fetch 线程数量为 4 个；第二个参数 queryRspPolicy 用于打开 query response 快速返回机制；第三个参数 compressMsgSize 让 TDengine 在传输层上大于 128000 bytes 的消息自动进行压缩；第四个参数的作用是在 CPU 支持的情况下启用内置的 FMA/AVX/AVX2 硬件加速；第五个参数用于开启 tag 列的过滤缓存；第六个参数用于设置任务队列的线程数量为 24。

由于 IoT 场景下表数目是卡车规模数的二倍，所以 TDengine 建库默认创建 12 个 vnodes，即创建的表会按照表名随机分配到 12 个虚拟节点中，将 LRU 缓存设置为 last_row 缓存模式。对于场景一和场景二，stt_trigger 设置为 1，此时 TDengine 会准备一个 Sorted Time-series Table (STT) 文件，用于容纳单表写入量小于 minimum rows 时的数据，当 STT 文件中无法容纳新数据时，系统会将 STT 中的数据进行整理，再写入到数据文件中。

在本次报告中，场景三配置 stt_trigger 为 8，场景四和场景五 stt_trigger 设置为 16 ，即允许最多生成 16 个 STT 文件。针对低频表多的场景，需要适度增加 STT 的值，以此来获得更好的写入性能。

TimescaleDB

为确保结果具有可比性，我们选用 TimescaleDB version 2.10.1。为获得较好的性能，TimescaleDB 需要针对不同的场景设置不同的 Chunk 参数，不同场景下参数的设置如下表所示：

关于上述参数的设置，我们充分参考了[TimescaleDB vs. InfluxDB]对比报告中推荐的配置参数设置，以确保能够最大化写入性能指标。

TimescaleDB vs. InfluxDB: Purpose Built Differently for Time-Series Data：https://www.timescale.com/blog/timescaledb-vs-influxdb-for-time-series-data-timescale-influx-sql-nosql-36489299877/

InfluxDB

针对 InfluxDB，本报告选用的是 version 1.8.10。这里没有使用 InfluxDB 最新的 2.x 版本是因为 TSBS 没有对其进行适配，所选用的 1.8.10 版本是 InfluxDB 能够运行 TSBS 框架的最新版本。在配置上，仍然采用[TimescaleDB vs. InfluxDB]对比报告中推荐的方式对其进行配置，将缓冲区配置为 80GB，以便 1000W 设备写入时能够顺利进行，同时开启 Time Series Index（TSI）。

配置系统在系统插入数据完成 30s 后开始进行数据压缩：

cache-max-memory-size = "80g"max-values-per-tag = 0index-version = "tsi1"compact-full-write-cold-duration = "30s"

测试步骤

硬件准备

为与[TimescaleDB vs. InfluxDB]对比报告的环境高度接近，我们使用亚马逊 AWS 的 EC2 提供的 r4.8xlarge 类型实例作为基础运行平台，包括 1 台服务器、1 台客户端共两个节点构成的环境。客户端与服务器硬件配置完全相同，客户端与服务器使用 10 Gbps 网络连接。配置简表如下：

服务器环境准备

为运行测试脚本，服务器 OS 需要是 ubuntu20.04 以上的系统。AWS EC2 的服务器系统信息如下：

OS：Linux tv5931 5.15.0-1028-aws #32~20.04.1-Ubuntu SMP Mon Jan 9 18:02:08 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Gcc：gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04)
基础环境，版本信息为：Go1.16.9 , python3.8 , pip20.0.2 (无需手动安装，测试脚本将自动安装）
编译依赖：gcc , cmake, build-essential, git, libssl-dev (无需手动安装，测试脚本将自动安装）

此外，还要做下面两个配置：

client 和 server 配置 ssh 访问免密，以便脚本可不暴露密码，可参考免密配置文档：https://blog.csdn.net/qq_38154295/article/details/121582534。
保证 client 和 server 之间所有端口开放。

获取测试脚本

为便于重复测试，隐藏繁琐的下载、安装、配置、启动、汇总结果等细节，整个 TSBS 的测试过程被封装成一个测试脚本。重复本测试报告，需要先下载该测试脚本，脚本暂支持 ubuntu20.04 的系统。以下操作要求具有 root 权限。

在客户端机器，进入测试目录拉取代码，默认进入 /usr/local/src/ 目录：

cd /usr/local/src/ && apt install git && git clone https://github.com/taosdata/tsbs.git && cd tsbs/scripts/tsdbComp

需要修改配置文件 test.ini 中服务端和客户端的 IP 地址（这里配置 AWS 的私网地址即可）和 hostname，如果服务器未配置免密，还需要配置服务器端的 root 密码。由于本次测试在 IoT 场景下，故修改 caseType 为 iot。

clientIP="192.168.0.203" #client ipclientHost="trd03" #client hostnameserverIP="192.168.0.204" #server ipserverHost="trd04" #server hostnameserverPass="taosdata123" #server root passwordcaseType="iot" #testcase

一键执行对比测试

执行以下命令：

nohup bash tsdbComparison.sh > test.log &

测试脚本将自动安装 TDengine、InfluxDB、TimescaleDB 等软件，并自动运行各种对比测试项。在目前的硬件配置下，整个测试跑完需要大约三天的时间。测试结束后，将自动生成 CSV 格式的对比测试报告，并存放在客户端的 /data2 目录，对应 load 和 query 前缀的文件夹下。

结语

阅读完毕，你一定更加深入地了解了 TDengine 的数据建模、三大数据库测试版本和配置，以及如何运用测试脚本进行一键复现。如果有小伙伴想要验证三大数据库在 IoT 场景下的测试结果，欢迎按照上述步骤进行操作，检验测试结果，有任何问题都欢迎大家和我们及时沟通。现在你也可以添加小T vx:tdengine1，申请加入 TDengine 用户交流群，和更多志同道合的开发者一起聊技术、聊实战。

往

期

推

荐

IoT 场景下 TDengine 3.0 性能对比分析报告来啦！

为何大家应尽快切换 TDengine 3.0 版本？

TDengine Cloud “第四朵云”上线

点击阅读原文，查看完整报告！

本文分享自微信公众号 - TDengine（taosdata_news）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

Java和Selenium用于Web表单填充吗？

我想自动填写网络表格。我使用Selenium IDE创建了一个脚本，该脚本以搜索网页中指定文本的命令结尾。

我想根据此TEXT采取措施。如果text =恭喜，请发送电子邮件至某个地址。如果不是，则单击“确定”按钮。我不认为Selenium IDE可以执行此If-
else逻辑并自己发送邮件（在硒中使用if /
else）。

因此，我想到了使用Java代码来“运行”这个Selenium HTML脚本，找出是否找到了所需的文本-
如果是，则发送邮件。否则，Java代码将“单击”确定按钮。

这种方法有意义吗？可以使用Java和某种Selenium Java API来做到这一点吗？

关于Selenium用于Web UI测试，就像____于Windows应用程序UI测试和selenium功能测试的问题我们已经讲解完毕，感谢您的阅读，如果还想了解更多关于.net – 用于Windows应用程序的数据库是什么？、c# – 用于Windows应用商店应用程序的MSMQ的替代方案、IoT 场景 TSBS 测试报告结果一键检验，测试脚本是______、Java和Selenium用于Web表单填充吗？等相关内容，可以在本站寻找。

本文标签：