接口自动化测试用例完成以后，以前都是发布以后手动运行测试用例。虽然手动运行下脚本也就是一个F5的事情，但是离自动化测试的标准差得很远。这两天有了个大胆的想法，想要实现以下发布时直接触发自动化回归测试用例的进行。
虽然说发布工作看起来很高大上，但操作实际上就是把要发布的内容扔到服务器下的指定文件夹里，然后去部署工具下切换路径，然后回收刷新即可进行操作。因此，只要实时监控服务器上的文件夹，一旦其中的文件发生改变，就直接启动运行对应的自动化测试用例，就能实现【版本发布时自动触发自动化测试】的需求。
一.使用Process类启动对应进程：
在C#中，System.Diagnostics的命名空间下提供了Process类，用于对进程进行启动/停止/获取/设置优先级/确定进程/获取占用资源等方面的操作。
启动一个进程很简单，实例化Process类后，设置路径，然后调用Start方法即可,这部分实现起来比较简单：
Process pro = new Process(); pro.StartInfo.FileName = @"D:\TestCase\APITestCase.exe\"; pro.Start();
二.使用FileSystemWatcher实现侦听文件夹内容变化：
C#中的 System.IO命名空间下提供了一个FileSystemWatcher类，用于侦听文件系统更改通知，并在目录或目录中的文件发生更改时引发事件，而且该类可以监视指定目录中的文件或子目录的更改（包括隐藏文件)。这个类我们经常会用到的东西如下，具体可以参考
属性：
Path——这个属性告诉FileSystemWatcher它需要监控哪条路径。例如，如果我们将这个属性设为“C:Temp”，对象就监控那个目录发生的所有改变。
IncludeSubDirectories——这个属性说明FileSystemWatcher对象是否应该监控子目录中发生的改变。
Filter——这个属性允许你过滤掉某些类型的文件发生的变化。例如，如果我们只希望在TXT文件被修改/新建/删除时提交通知，可以将这个属性设为“*txt”。在处理高流量或大型目录时，使用这个属性非常方便。
事件:
Changed——当被监控的目录中有一个文件被修改时，就提交这个事件。值得注意的是，这个事件可能会被提交多次，即使文件的内容仅仅发生一项改变。这是由于在保存文件时，文件的其它属性也发生了改变。
Created——当被监控的目录新建一个文件时，就提交这个事件。如果你计划用这个事件移动新建的事件，你必须在事件处理器中写入一些错误处理代码，它能处理当前文件被其它进程使用的情况。之所以要这样做，是因为Created事件可能在建立文件的进程释放文件之前就被提交。如果你没有准备正确处理这种情况的代码，就可能出现异常。
Deleted——当被监控的目录中有一个文件被删除，就提交这个事件。
Renamed——当被监控的目录中有一个文件被重命名，就提交这个事件。
注：如果你没有将EnableRaisingEvents设为真，系统不会提交任何一个事件。如果有时FileSystemWatcher对象似乎无法工作，请首先检查EnableRaisingEvents，确保它被设为真。
事件处理:
当FileSystemWatcher调用一个事件处理器时，它包含两个自变量——一个叫做“sender”的对象和一个叫做“e”的FileSystemEventArgs对象。我们感兴趣的自变量为FileSystemEventArgs自变量。这个对象中包含有提交事件的原因。以下是FileSystemEventArgs对象的一些属性：
Name——这个属性中使事件被提交的文件的名称。其中并不包含文件的路径——只包含使用事件被提交的文件或目录名称。
ChangeType——这是一个WatcherChangeTypes，它指出要提交哪个类型的事件。其有效值包括：Changed、Created、Deleted、Renamed
FullPath——这个属性中包含使事件被提交的文件的完整路径，包括文件名和目录名。
FileSystemWatcher对象为你完成目录监控工作。如果新建、更新或删除一个文件，FileSystemWatcher将提交一个事件，通知你发生了一项改变。这样，新建一个文件后，，你的程序立即就知道可以使用这个文件。立即通知改变使得你的系统以更高的效率工作，因为你不能总是“调查”目录中发生的改变，而且在两次目录扫描之间也不会有时间流失。
所以，我们只需要将这个启动进程的代码放在监听事件下，即可在发布时触发自动化测试了，完整代码如下：
using System; using System.Collections.Generic; using System.IO; using System.Linq; using System.Text; using System.Threading.Tasks; using System.Diagnostics; namespace Trriger { class Program { private bool IsWatch { get; set; } static void Main(string[] args) { FileSystemWatcher watcher = new FileSystemWatcher(); watcher.Path = @"E:\Exception\20170705AndroidException"; watcher.NotifyFilter = NotifyFilters.FileName | NotifyFilters.DirectoryName | NotifyFilters.Size; watcher.Changed += Watcher_Changed; watcher.Created += Watcher_Changed; watcher.Deleted += Watcher_Changed; watcher.Renamed += Watcher_Changed; watcher.EnableRaisingEvents = true; Console.ReadLine(); } private static void Watcher_Changed(object sender, FileSystemEventArgs e) { Process pro = new Process(); pro.StartInfo.FileName = @"D:\TestCase\TestCase.exe"; pro.Start(); } } }