Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

131
Views
¿Cuál es la forma preferida de manejar múltiples casos de prueba en Xunit?

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?

over 4 years ago · Santiago Trujillo
1 answers
Answer question

0

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 .

over 4 years ago · Santiago Trujillo Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!