Migré a usar Xunit para pruebas unitarias de NUnit. Con NUnit, crearía un método con múltiples casos de prueba que tienen el mismo resultado. Por ejemplo, la siguiente prueba unitaria de NUnit prueba la validación de un constructor de clase, específicamente la variable "nombre". El nombre no puede ser nulo, vacío o espacios en blanco. La prueba comprueba que se lanza correctamente una ArgumentNullException:
[Test] [TestCase(null)] [TestCase("")] [TestCase(" ")] [ExpectedException(typeof(ArgumentNullException))] public void Constructor_InvalidName_ExceptionThrown(string name) { // action make_Foo(name); } private make_Foo(string name) { return new Foo(name); }Así es como he implementado esto usando Xunit:
[Fact] public void Constructor_InvalidName_ExceptionThrown() { Assert.Throws<ArgumentNullException>(() => new Foo(null)); Assert.Throws<ArgumentNullException>(() => new Foo("")); Assert.Throws<ArgumentNullException>(() => new Foo(" ")); }Esto parece malo por dos razones: tengo múltiples Afirmaciones en lo que se supone que es una prueba de "unidad", y con los casos de prueba enterrados dentro del método (que podría volverse mucho más complicado en algunas de las otras pruebas unitarias).
¿Cuál es la forma preferida de manejar múltiples casos de prueba en Xunit?
Puede utilizar el atributo Theory con el mismo efecto:
[Theory()] [InlineData(null)] [InlineData("")] [InlineData(" ")] public void Constructor_InvalidName_ExceptionThrown(string name) { Assert.Throws<ArgumentNullException>(() => new Foo(name)); } Sin embargo, no estoy seguro de si xUnit tiene un atributo equivalente a ExpectedException . Si lo hay, no lo usaría .
Solía haber un atributo ExpectedException en xUnit, pero desde entonces ha quedado obsoleto en favor de Assert.Throws .