基于C#实现的自动化测试框架：发布自动触发自动化回归测试

接口自动化测试用例完成以后，以前都是发布以后手动运行测试用例。虽然手动运行下脚本也就是一个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类，用于侦听文件系统更改通知，并在目录或目录中的文件发生更改时引发事件，而且该类可以监视指定目录中的文件或子目录的更改（包括隐藏文件)。这个类我们经常会用到的东西如下，具体可以参考http://www.cnblogs.com/springyangwc/archive/2011/08/27/2155547.html

属性：
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();
        }
    }
    
}

 

转载于:https://www.cnblogs.com/rd-ddddd/p/7122677.html