cómo probar un proyecto de software?

Question

Para cualquier prueba de proyecto de software es importante. Soy nuevo en las pruebas, entonces, ¿cómo puedo probar un proyecto de software desarrollado? . ¿Cuáles son los pasos y niveles de prueba? Quería saber cómo se probarán los proyectos de software en las empresas.

Answer 1

wikipedia tiene un buen artículo en Software Testing, y será mejor que cualquier cosa que escriba aquí. Sin embargo, voy a tratar de describir el proceso a nivel higest:

Al más alto nivel que tiene tal vez tres tipos de pruebas:

1. pruebas unitarias - pruebas para unidades individuales (por ejemplo: funciones, métodos) Si le asigna a la función A las entradas x, y y z, ¿devuelve el valor correcto? Estos son baratos, fáciles y rápidos, y le ayudan a comprender que las unidades individuales de código funcionan exactamente como están diseñadas para funcionar.
2. pruebas de sistema - ¿las unidades individuales funcionan juntas? Aquí es donde prueba la lógica comercial de su aplicación y para probar el contrato entre las unidades ("si proporciona los argumentos x, y, z, devolveré A" y "si me da los argumentos incorrectos, lo plantearé" error B "). Esto lo ayudará a comprender si las unidades individuales trabajan juntas para realizar una tarea.
3. pruebas de rendimiento. El rendimiento en este contexto podría significar velocidad pura, o podría significar la capacidad ("el sitio web puede manejar 1 millón de visitas por día?"), La carga del sistema, la latencia, etc.

pruebas unitarias se realizan con mayor frecuencia utilizando una framework llamado junit (para java), nunit (j.net), o algo similar. Probablemente haya un * marco de unidad para cualquier idioma que esté usando. Muchas tiendas de software usan su propia herramienta personalizada para hacer esto.Muy a menudo (pero no exclusivamente), las pruebas unitarias son escritas por el desarrollador que escribió la unidad.

las pruebas del sistema pueden tomar muchas formas, y no siempre hay una sola solución que funcione para una aplicación en particular. Por ejemplo, si su sitio es un sitio web puede tener pruebas de capa de servicio ("si llamo a la API web de mi sitio, devuelve el valor correcto") y la capa de presentación ("si hago clic en el botón en la IU") , ¿se publica el formulario en la URL correcta?)

Mientras que las pruebas unitarias son casi siempre automáticas, las pruebas a nivel del sistema pueden ser automáticas, manuales o una combinación de manual y automatizada. Si bien existen herramientas para conducir la IU para una variedad de tipos de aplicaciones, en última instancia, es un problema muy difícil responder automáticamente preguntas como "¿se ve bien?" y "¿Es fácil de usar?". Esos tipos de preguntas casi siempre tiene que ser respondido por un humano entrenado para responder a tales preguntas.

Perf Las pruebas de ormance están casi exclusivamente automatizadas, aunque cualquier forma sencilla de realizar pruebas de rendimiento es simplemente cronometrar las pruebas automáticas del sistema y observar las tendencias, y también observar las métricas del sistema, como la CPU y la utilización de la memoria mientras se ejecutan las pruebas del sistema. Esta no es una estrategia de prueba de rendimiento ideal, pero es lo suficientemente buena si recién está empezando.

Por lo tanto, para comenzar con las pruebas, vea si ya hay un marco de pruebas de unidades disponible para su idioma. A continuación, puede obtener rápidamente un conjunto de pruebas para las unidades individuales. Luego puede comenzar a buscar lo que comúnmente se llama "marcos de prueba" para las pruebas del sistema. Hay muchos, muchos marcos para elegir. No hay "lo mejor", así que no te metas demasiado en encontrar la herramienta perfecta. Elija cualquier herramienta que funcione para su idioma y comience a usarlo.

Answer 2

Consulte el sitio Test for World-Readiness para conocer los algunos Pasos para la prueba.

Answer 3

Fundamentalmente existen estas cosas que suceden:

1. entender lo que se supone que el software para hacer.
2. Decida cómo verificar que lo haga.
3. Acuerde su estrategia de prueba con los interesados: debe haber personas a las que les importe si está probando las cosas correctas, deben tener confianza en que lo está haciendo.
4. realizar la verificación
5. Informe de los resultados, con precisión, con suficiente detalle para permitir que los problemas que se fije

Los detalles dependen de la naturaleza del software. Por ejemplo, ¿qué harías si el software no tuviera una UI? O si tiene una IU, es casi seguro que haya otras cosas (por ejemplo, módulos que cargan datos de sistemas externos) que necesita probar también, ¿qué proporción de tiempo va a gastar en eso?

Hay una gran probabilidad de que algunas partes de las pruebas que usted decida sean apropiadas deberán repetirse a medida que se realicen nuevas versiones del software. Puede hacer una distinción entre "prueba" y el subconjunto que es "volver a verificar" y puede haber un valor en la automatización de los aspectos de verificación.

Una cosa a tener en cuenta: sospecho mucho de un intento de reducir las pruebas a un simple conjunto de "pasos". Puede consultar el contextual testing para obtener una explicación.