想太复杂了，根据搜索条件新创建两种类型的数据，一种是符合条件的，下拉后应该会出现在列表里，另一种是不符合的，下拉后不会出现在列表里。最简单的功能验证，半小时都不要，查接口看数据库审代码那是后面的事儿...

首先锁屏之后是无法进行自动化屏幕操作的，包括远程桌面最小化之后也是不行的。但是可以通过另一种方法来绕过这个限制来实现。

首先如果你那边机器很多，可以让出一台专门做 RDP Connect 的机器用来连接所有需要进行自动化测试的机器，在运行自动化之前通过 Jenkins 之类的打开一个 RDP 连接到目标机器。

如果你那边只有一台机器的话，也可以通过 RDP Loop 实现，一台机器创建两个账号，用其中的一个账号 RDP 登陆到同台机器的另一个账号，这样可以实现 RDP 持久化，说白了就是一台机器创建两个账号自己 RDP 到自己，当然需要通过一些设置（multiple rdp）来实现。

下面是我们这边实现这个功能的 Guide 供你参考。

1. In Same VM, two different account, create Jenkins slave

2. Enable multiple RDP follow guide
   https://www.serverwatch.com/server-tutorials/how-to-enable-concurrent-remote-desktop-sessions-in-windows.html

3. In slave 1 account 1
   Configure job run following bat:

START taskkill /im mstsc.exe /f /t
del c:\mstsc.txt
Start /b "" "C:\RDP\rdp.exe" /v:%machine_name% /domain:%domain% /u:%user_name% /p:%password% /fullscreen /w:1920 /h:1200
ping 1.1.1.1 -n 1 -w %delay%
tasklist | find "mstsc.exe" >> c:\mstsc.txt
if exist c:\mstsc.txt exit 0 else exit 1

我们这边所有的桌面程序自动化（.net 程序, 桌面程序 包含 web 之类混合应用等的通吃）都通过以上方法实现了，实测公司内网基本上不会断，跑几十个小时都没问题。

这思路满有意思

多谢分享！

很像 sikuli 呀

支付相关的按钮或者输入框通常在开发的时候会做特殊处理，防止被不良应用劫持...

现在已经不是惠普家的了

Python-UIAutomation-for-Windows: 一个开源的 python 写的基于 UIAutomation 的框架，MFC, WinForm, WPF 的 app 都可以操作，还是满好用的
https://github.com/yinkaisheng/Python-UIAutomation-for-Windows

#2 楼 @wanxi3
在云上

前面的数据好像某篇论文里的

nice，留着慢慢看

—— 来自 TesterHome 官方 安卓客户端

可喜可贺

接口主要起到一个承上启下的作用，所以测试也要分两方面进行：

1. 模拟前端进行接口的调用，以测试服务端功能
2. 模拟后端被调用，测试前端功能

然后要搞清楚测试接口协议，进行有针对性的用例设计，主要是对传入参数的类型，大小，范围等进行合理的变化（包括正常与异常数据），并验证返回类型与数据（包括异常处理），并适当增加一些安全性验证（比如 OAUTH2，这方面我了解不多，可以网上查下）。
模拟后端的时候，主要构建正常与异常的返回数据，验证前端的显示或对异常返回数据的处理是否得当（通常这方面很少有文档提前定义过，多半要靠经验）。

对于工具的选择，可以是自己直接写代码，也可以用一些工具：
DHC Client: https://dhc.restlet.com/
Runscope: https://www.runscope.com/
Postman: http://www.getpostman.com/
PingAPI: https://ping-api.com/

另外我记得社区里是有接口测试的视频的，很不错的可以去看看。

ipad 算不

嗯收藏收藏！

使用 GrowingIO 的无埋点技术后，业务端人员无需再通过工程师来采集数据，仅需加载一行 SDK 代码，即可点击各种网页元素，实时获得数据结果。
-----怎么用？告诉我？我想试试

楼主你有空写这个，那个测试框架帖子好更新了吧....

我感觉你没听懂你们老大的意思。
你的现状是：你现在弄了各种框架，持续集成，UI，接口，单元测试，但你说你一个人没空写脚本，维护框架等等事，也就是说测试还没能上正轨。
你老大给你建议的背后意思是：

1. 招个比你牛的或和你一样牛的 -----> 言下之意是你吖的搞了这么多，还要个比你牛的？那我要你干吗？
2. 招几个菜的 -------> 你吖的搞不定就赶快找几个菜鸟帮我测起来再说，我一堆东西等你测呢！

以上纯属臆想，仅供参考，哈哈。

很不错，毕竟要给不会代码的测试用

—— 来自 TesterHome 官方 安卓客户端

已经发现我们公司的产品在插入这类控制符后，会导致某些功能模块混乱....

我填了，啥时候给 QB