Pregunta

Tengo un DataGrid que muestra las Clases y Métodos disponibles en una Asamblea. Aquí he adjuntado la imagen de dataGrid

texto alternativo http://img150.imageshack.us/img150/5109/datagrid .png

Ahora mi tarea es generar testCases basados ??en los valores en el DataGrid. Aquí hay algunos casos de prueba.

     namespace proj.Test {
        using System;
        using NUnit.Framework;
        using proj;


        [TestFixture()]
        public class TestClass1 {

            [Test()]
            public virtual void Testadd1() {
                Class1 Class1 = new Class1();

                int a = 2147483647;
                int b = 2147483647;

            }

            [Test()]
            public virtual void Testadd2() {
                Class1 Class1 = new Class1();

                int a = 2147483647;
                int b = -2147483648;

            }

            [Test()]
            public virtual void Testadd3() {
                Class1 Class1 = new Class1();



                int a = 2147483647;
                int b = -2147483647;

            }

            [Test()]
            public virtual void Testadd4() {
                Class1 Class1 = new Class1();

                int a = 2147483647;
                int b = 2147483646;
    }
 }
 }

Ahora el problema, todos los valores en el DataGrid son como String. Necesito convertirlo en tipos como System.Reflection.MethodInfo, System.Type, etc., para poder generar dichos casos de prueba.

¿Cómo puedo hacerlo o hay alguna otra posibilidad de generar tales casos de prueba?

¿Fue útil?

Solución

No deberías tomar los valores de la propia DataGrid, porque esto es solo el control de la interfaz de usuario. En su lugar, debe averiguar de dónde vienen (donde se rellena la cuadrícula) y conectarse allí. Entonces tendrá todos los datos de los tipos correctos y, con suerte, no dependerá de la IU.

Otros consejos

Aquí hay un artículo de MSDN sobre pruebas de unidades basadas en datos:

http://msdn.microsoft.com /en-us/library/ms404708%28VS.80%29.aspx

Allí hay un ejemplo práctico que incluye el uso de una base de datos para almacenar los valores para conectarse a las pruebas unitarias.

Lo recomendaría contra la generación de código completo (es decir, el código que genera los cuerpos de prueba de tu unidad, así como los valores con los que realizar la prueba), ya que terminas poniendo código entre tus casos de prueba y el código probado, lo que puede llevar a inconsistencias sutiles o errores.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top