A convention-based dotnet plugin that will automatically expose all your declared smoke tests behind a /smoke resource in your API.
use case driven on twitter - ([email protected])
Smoke test is preliminary integration testing to reveal simple failures severe enough to, for example, reject a prospective software release.
The expression came from plumbing where a smoke test is a technique forcing non-toxic, artificially created smoke through waste and drain pipes under a slight pressure to find leaks. In software, we use smoke tests in order to find basic issues in production.
This may differ from classical health checks:
-
health checks are sub-second requests made by Load balancers or infrastructure components to your APIs
- You often just check connectivity with external dependency systems
-
smoke checks are (sub-ten of seconds) integration tests made by you or your CI scripts just after a deployment
- You often check "high-value uses" of your API to see if it is globally OK
- This can take more time than a classical health check
- Note: you can also use them in order to monitor your API overall health
The idea of the SmokeMe plugin library is to save you times and let you only focus on writing your functional or technical smoke tests.
All the auto-discovery, infrastructure and plumbering things are done for you by the pico lib.
- You add the reference to the SmokeMe library in your API project
- You code all the smoke tests scenario you want in your code base
- A Smoke test scenario is just a class deriving from the SmokeTest abstract class with 3 abstract members to be overidden and a few others virtual methods that you can optionally override (like the HasToBeDiscarded() method if you want to couple a smoke test to a toggled feature for instance).
/// <summary>
/// Smoke test/scenario/code to be executed in order to check that a minimum
/// viable capability of your system is working.
///
/// Note: all the services and dependencies you need for it will be automatically
/// injected by the SmokeMe framework via the ASP.NET IServiceProvider of your API
/// (classical constructor-based injection). Can't be that easy, right? ;-)
/// </summary>
[Category("Connectivity")]
public class SmokeTestGoogleConnectivityLocatedInAnotherAssembly : SmokeTest
{
private readonly IRestClient _restClient;
public override string SmokeTestName => "Check connectivity with Google";
public override string Description => "Check that the Google search engine is reachable from our API";
public SmokeTestGoogleConnectivityLocatedInAnotherAssembly(IRestClient restClient)
{
// SmokeMe! will inject you any dependency you need (and already registered in your ASP.NET API IoC)
// (here, we receive an instance of a IRestClient)
_restClient = restClient;
}
public override async Task<SmokeTestResult> Scenario()
{
// check if Google is still here ;-)
var response = await _restClient.GetAsync("https://www.google.com/");
if (response.StatusCode == HttpStatusCode.OK)
{
return new SmokeTestResult(true);
}
return new SmokeTestResult(false);
}
}You can add one or more SmokeMe attributes such as:
Ignore
[Ignore]
public class SmokeTestDoingStuffs : SmokeTest
{
// smoke test code here
}or Category to target one of more subset of Smoke tests.
[Category("Booking")]
[Category("Critical")]
public class AnotherSmokeTestDoingStuffs : SmokeTest
{
// smoke test code here
}You just GET the (automatically added) /smoke ressource at the root level of your API.
e.g.:
or via curl for instance:
curl -X GET "https://localhost:5001/smoke" -H "accept: */*"
And you check the HTTP response type you get:
Means that all your smoke tests have been executed nicely and before the global timeout allowed by SmokeMe
Means that one or more smoke tests have timeout (configurable global timeout is 20 seconds by default)
Means that SmokeMe could not find any ITestSmoke type within all the assemblies that have been loaded into the execution context of this API.
Means that SmokeMe has executed all your declared ITestSmoke type instances but there have been at least one failing smoke test.
Means that smoke test execution has been disabled via configuration.
Relying on an interface was not a good idea for extensibility reason.
Indeed, when you want to add new characteristics (with default values) to existing smoke tests,
you are forced to rely on the will and the awareness of every consumer code that has to
reference a new extending interface.
With v2 we took the decision to replace the former ICheckSmoke interface with a new
abstract class: SmokeTest. This will allow us to add more default behaviours and to support
new features for your smoke tests in the future without any other breaking change.
We realize that migrating your code from v1 to v2 is a major change for you and
we are sorry for that inconvenient.
1. Replace all your reference to ICheckSmoke with SmokeTest abstract class
2. Add 'override' keyword to all your existing 'SmokeTestName', 'Description' properties
and to your 'Scenario()' methods.
3. That's it ;-)
Yes. Every smoke test will run in a dedicated TPL's Task.
Yes. It's 20 seconds by default (20 *1000 milliseconds). But you can override this
default value by setting the **Smoke:GlobalTimeoutInMsec** configuration key
of your Web API project.
More than easy. All you have to do is to add a reference to the **SmokeMe** lib
in your API project for it to be able to find all of them. That's it!
Easy, all you have to do is to add a reference to the **SmokeMe** lib in your
code and to code a smoke test by implementing a type deriving from the
SmokeMe.SmokeTest abstract class.
e.g.:
/// <summary>
/// Smoke test to check that room availabilities works and is accessible.
/// </summary>
public class AvailabilitiesSmokeTest : SmokeTest
{
private readonly IAvailabilityService _availabilityService;
public override string SmokeTestName => "Check Availabilities";
public override string Description
=> "TBD: will check something like checking that one can find some availabilities around Marseille city next month.";
/// <summary>
/// Instantiates a <see cref="AvailabilitiesSmokeTest"/>
/// </summary>
/// <param name="availabilityService">The <see cref="IAvailabilityService"/> we need (will be
/// automatically injected par the SmokeMe library)</param>
public AvailabilitiesSmokeTest(IAvailabilityService availabilityService)
{
// availability service here is just an example of
// on of your own API-level registered service automatically
// injected to your smoke test instance by the SmokeMe lib
_availabilityService = availabilityService;
}
/// <summary>
/// The implementation of this smoke test scenario.
/// </summary>
/// <returns>The result of the Smoke test.</returns>
public override Task<SmokeTestResult> Scenario()
{
if (_availabilityService != null)
{
// TODO: implement our smoke test here
// (the one using the _availabilityService to check hotels' rooms availability)
return Task.FromResult(new SmokeTestResult(true));
}
return Task.FromResult(new SmokeTestResult(false));
}
}5. How can I avoid the issue of having error: '"code": "ApiVersionUnspecified" ' when calling /smoke?
This issue is due to the fact that your API requires an explicit version for every Controller
whereas the SmokeMe.SmokeController does not have one on purpose (to avoid crashing
when one does not have an explicit versioning configuration nor references
to Microsoft.AspNetCore.Mvc.Versioning & Co in its API).
As a consequence, the /smoke route for your smoke test won't be coupled to any version
like /api/v1/ etc. but will be available instead from the root of your API /smoke.
Fortunately the error that may occurs when calling /smoke in those cases may be fixed by a simple option within your API Startup type:
options.AssumeDefaultVersionWhenUnspecified = true;
at the services.AddApiVersioning(...) method invocation level.
e.g.:
services.AddApiVersioning(
options =>
{
options.ReportApiVersions = true;
options.DefaultApiVersion = new ApiVersion(0,0);
options.AssumeDefaultVersionWhenUnspecified = true; // the line you should add in case of problem
} );Just set false to the "Smoke:IsSmokeTestExecutionEnabled" configuration key (default value is true).
e.g.:
{
"Logging": {
"LogLevel": {
"Default": "Information",
"Microsoft": "Warning",
"Microsoft.Hosting.Lifetime": "Information"
}
},
"Smoke": {
"GlobalTimeoutInMsec": 1500,
"IsSmokeTestExecutionEnabled": false
},
"AllowedHosts": "*"
}
All you have to do is:
- To declare some [Category("myCategoryName")] attributes on the SmokeTest types you want. For instance:
[Category("DB")]
[Category("Booking")]
public class BookADoubleRoomSmokeTest : SmokeTest
{
// smoke test code here
}- To call the /smoke HTTP route with the category you want to run specifically as Querystring.
E.g.:
<your-api>/smoke?categories=Booking
or if you want to call all smoke tests corresponding to many categories only (assuming here you want to run only smoke tests having either "Booking", "Critical" or "Payment" category associated):
<your-api>/smoke?categories=Booking&categories=Critical&categories=Payment
Just add an [Ignore] attribute on the smoke tests you want to Ignore. e.g.:
[Ignore]
public class SmokeTestDoingStuffs : SmokeTest
{
// smoke test code here
}A Discarded Smoke test is a smoke test that exist but won't be run on purpose.
This can be very handy when you want to execute a smoke test for a v next feature of your own, but only when the feature will be toggled/enabled.
To make it happen, just override the HasToBeDiscarded() virtual method of the SmokeTest type and use your own feature toggling mechanism in it to decided whether to Discard this test at runtime or not.
e.g.:
public class FeatureToggledSmokeTest : SmokeTest
{
private readonly IToggleFeatures _featureToggles;
public FeatureToggledSmokeTest(IToggleFeatures featureToggles)
{
_featureToggles = featureToggles;
}
public override Task<bool> HasToBeDiscarded()
{
return Task.FromResult(!_featureToggles.IsEnabled("featureToggledSmokeTest"));
}
public override string SmokeTestName => "Dummy but feature toggled smoke test";
public override string Description => "A smoke test in order to show how to Discard or not based on your own feature toggle system";
public override Task<SmokeTestResult> Scenario()
{
return Task.FromResult(new SmokeTestResult(true));
}
}An Ignored smoke test is a smoke test that won't run until you remove its [Ignore("...")] attribute (compile time).
A Discarded Smoke test is a smoke test that can be run (or not) depending on dynamic conditions (very handy
if you want some smoke tests to be enabled with a given n+1 version or any feature toggle for instance).
- Security: with a nice way for you to plug your own ACL and rights mechanism to the /smoke resource (so that not everyone is able to execute your smoke tests in production)
- Some tooling so that I can easily reuse/run all my smoke tests in classical acceptance testing sessions (see project: https://github.com/42skillz/SmokeMe.TestAdapter)
- A way to easily declare that you want to prevent 2 or more smoke tests to be ran in // if needed (something like a [Mutex("idOfIDoNotWantToHaveMoreOfThoseSmokeTestsToBeRanInParallel")] attribute for some of our Smoke tests)
- Some maximum number of smoke tests to be run in parallel optional and configurable limitation mechanism
More on this here and on the issues.
We value your input and appreciate your feedback. Thus, don't hesitate to leave them on the github issues of the project.