Teams Bot的ServiceLevel测试

每一个Teams bot实际上就是一个web api服务，这个服务通过Bot Framework和Teams进行通讯，所以对于Teams app的测试就是对于一个api service的测试。

软件行业发展到如今，测试技术已经趋于成熟。单元测试，冒烟测试，整合测试。。。等等。那什么是Service level的测试。这里所谓的服务级的测试类似于Integration Test，就是指把整个api服务看成是一个黑盒，对这个服务的各个api接口作为最小单位，进行测试。与Integration Test不同之处在于，Service level测试更加侧重于服务本身，可以尽量mock掉服务的外部依赖项。

Service Level的测试在如今微服务的时代特别实用，如果使用大量的单元测试，把每个class的每个方法都层层保护，一旦将来改动了代码，对测试代码的更新也是一个较大的工作量，也就是说代码被测试限制的特别死。相反，微服务的时代因为每个服务都不会非常大，我们需要给代码一些改动的空间，我们关心的是每个api接口对于传入的输入，是否可以产生正确的输出。

而且，我在使用ServiceLevel测试对我的抽奖机器人进行测试的时候，能够很好的发现很多dead code，就是一些永远也不会被执行到的死代码。这些代码应该会删掉，保持代码的简洁。

那如何做呢？ASP.NET Core早就为我们准备好了ServiceLevel测试的利器：TestServer。微软官方文档里也有很多介绍如何使用TestSer