Digamos que tengo un programa simple como
using System; public class Solution { public static void Main(string[] args) { int[] arr = Array.ConvertAll(Console.ReadLine().Split(' '), int.Parse); Array.Sort(arr); Console.WriteLine(string.Join(" ", arr)); } }que quiero probar en un proyecto separado como
[TestMethod] public void TwoNumbersDescendingAreSwapped() { string input = "2 1"; string expectedOutput = "1 2"; // ... ??? Assert.AreEqual(expectedOutput, actualOutput); }¿Es posible hacer eso sin usar realmente el .exe de Solution?
Mueve el código que hace todo el trabajo en Main() a su propia clase y método:
public static class InputConverter { public static string ConvertInput(string input) { int[] arr = Array.ConvertAll(input.Split(' '), int.Parse); Array.Sort(arr); return string.Join(" ", arr); } } Su Main() entonces se convierte en:
public static void Main(string[] args) { var input = Console.ReadLine(); var output = InputConverter.ConvertInput(input); Console.WriteLine(output); } Ahora puede probar ConvertInput() sin depender de las funciones de escritura y lectura de Console :
[TestMethod] public void TwoNumbersDescendingAreSwapped() { // Arrange var input = "2 1"; var expectedOutput = "1 2"; // Act var actualOutput = InputConverter.ConvertInput(input); // Assert Assert.AreEqual(expectedOutput, actualOutput); } Como comentario aparte: la forma en que transmite sus argumentos parece como si estuviera garantizando que la entrada siempre será lo que espera que sea. ¿Qué sucede cuando el usuario pasa algo totalmente diferente a las representaciones de cadenas de enteros? Debe validar la entrada en InputConverter.ConvertInput() y crear cursos de acción apropiados basados en eso (lanzar una Exception , devolver null , depende de lo que esté buscando). Luego, también deberá realizar pruebas unitarias en esos escenarios para asegurarse de que ConvertInput() funcione como se espera en todos los casos.