最近需要定期从O365拉报告做数据分析，在尝试使用 UI Fow 自动抓取数据的过程中遇到了几个问题，在此记录一下并分享解决办法。
首先，以电子邮件的用户活动报告为例，介绍一下之前手工拉取报告的操作步骤：
1. 登录Admin.microsoft.com
2. 在左侧菜单栏里选 Report >> Usage
3. 找到Email Activity窗体，点 View more 按钮
4. 鼠标点电子邮件用户活动详情的 Export 按钮
5. 系统会自动弹出一个新的浏览器窗口，然后会再把这个窗口自动关闭，并开始在之前的窗口中下载报告。
-------------------------------下面介绍通过 UI Flow 来自动实现这个过程所遇到的问题和处理-------------------------------
问题一：使用哪种UI Flow 的创建方法？
微软提供了三种创建 UI FLow的途径，如下图所示。
开始有尝试使用桌面客户端里的 Web recorder，并且尝试了IE 和 Edge （Chrome 一时半会找不到相应的微软插件），但做到最后在下载文件时都遇到报错。说是建议用Automate Browser来制作UI Flow。
于是最终选择了在Edge上安装 Selenium IDE 插件，利用这个插件来制作 UI Flow.
问题二：捕获的点击动作在运行时报错 “Exceeded waiting time for new window to appear 2000ms”
解决：选择报错的这个动作，在对应的 Command 设置界面上点最右侧的添加窗口设置按钮，然后取消勾选”New Window Configuration Enabled“。
问题三：捕获的点击动作在运行时报警： “。。 To use it by default, update the test step to use it as the primary locator"
提示： 这个报警不影响最终的运行结果，但每个报警会导致约半分钟的延时）
解决:选中有报警的动作，然后根据报警里的提示，在Target的下拉列表里用报警提示里的定位器替代之前的设置。
问题四：试运行成功，但没有下载下来报告。
解决：把点击下载按钮后触发的打开新窗户并关闭这个窗口的各个动作删除掉就行（只保留Click动作就行）。
分析可能的原因是，点击下载按钮后，系统会自动的给新建的窗口分配一个编号（如下图），而这个窗口编号不是固定的，每次打开一个窗口都会随机生成一个编号。因此在测试运行时，之前记录下来的窗口编号实际上是不存在的。
把不必要的动作清除后，只保留Click动作，就可以实现数据的下载。
