¿Cuáles son los aspectos más importantes de las pruebas de software?

1. Las pruebas de software son realmente necesarias para señalar los defectos y errores que se hicieron durante las fases de desarrollo.
2. Es esencial ya que se asegura de la confiabilidad del Cliente y su satisfacción en la aplicación.
3. Es muy importante garantizar la calidad del producto. El producto de calidad entregado a los clientes ayuda a ganar su confianza.
4. Las pruebas son necesarias para proporcionar las instalaciones a los clientes, como la entrega de productos o aplicaciones de software de alta calidad que requieren un menor costo de mantenimiento y, por lo tanto, dan como resultado resultados más precisos, consistentes y confiables.
5. Se requieren pruebas para un rendimiento efectivo de la aplicación de software o producto.
6. Es importante asegurarse de que la aplicación no genere fallas porque puede ser muy costosa en el futuro o en las etapas posteriores del desarrollo.
7. Se requiere permanecer en el negocio.

Se dieron varias buenas respuestas, pero todas tendían a enfatizar la búsqueda de errores. Para mí, esa es una visión limitada de las pruebas. Diría, en cambio, que el aspecto más importante de las pruebas de software es proporcionar información sobre el estado de un producto de software. Es decir, no solo errores, sino lo que es bueno y malo del producto. Y, por cierto, lo que es simplemente mediocre.

Por ejemplo, la velocidad del producto puede no estar equivocada, pero puede ser buena, mala, médica o quizás aceptable para algunos o todos los posibles usuarios. Es el trabajo del probador documentar eso.

O bien, puede haber una función que funcione bien, pero que no sea tan fácil de usar. ¿Es eso un error? Quién sabe, pero en cualquier caso, es un hecho que el patrocinador del proyecto generalmente querrá saber, y proporcionar esa información es el trabajo del probador.

Un ejemplo más: si un probador simplemente encuentra e informa errores, no es de extrañar que los desarrolladores sientan que los probadores se dieron una serie de buenas respuestas, pero todos tendieron a enfatizar la búsqueda de errores. Para mí, esa es una visión limitada de las pruebas. Diría, en cambio, que el aspecto más importante de las pruebas de software es proporcionar información sobre el estado de un producto de software. Es decir, no solo errores, sino lo que es bueno y malo del producto. Y, por cierto, lo que es simplemente mediocre.

Por ejemplo, la velocidad del producto puede no estar equivocada, pero puede ser buena, mala, mediocre o quizás aceptable para algunos o todos los posibles usuarios. Es el trabajo del probador documentar eso.

O bien, puede haber una función que funcione bien, pero que no sea tan fácil de usar. ¿Es eso un error? Quién sabe, pero en cualquier caso, es un hecho que el patrocinador del proyecto generalmente querrá saber, y proporcionar esa información es el trabajo del probador.

Un ejemplo más: si un probador simplemente encuentra e informa de errores, no es de extrañar que los desarrolladores sientan que los probadores están dando vueltas a la negatividad. Los informes de prueba deben describir lo que es bueno, lo maravilloso, sobre un producto, y los evaluadores nunca deben olvidar esa parte de su trabajo. nabobs de negatividad. Los informes de prueba deben describir lo que es bueno, lo maravilloso, sobre un producto, y los evaluadores nunca deben olvidar esa parte de su trabajo.

Puede leer más sobre aspectos importantes de las pruebas en mi libro, Perfect Software And Other Illusions About Testing.

Para mí, el aspecto más importante de las pruebas (cualquier cosa, no solo el software) es definir cuáles son las preguntas a las que busca respuestas. Esto se deriva de la misión central de las pruebas, la de proporcionar información sobre el sistema probado a aquellos que están en posiciones de toma de decisiones.

El resto de los aspectos de las pruebas de software se derivan de este valor central, que son enfoques para cumplir la misión.

Lo siguiente importante sobre las pruebas es entender cómo leer los sistemas, y por sistemas me refiero a los sistemas técnicos / máquina y humanos. La relevancia del componente humano proviene de la influencia que uno tiene sobre los entregables y de la información que contienen los sistemas humanos. Hasta que el software sea creado por una máquina y no sea el resultado de interacciones humanas, este será un aspecto muy relevante.

La lectura y comprensión de los sistemas técnicos facilita el aspecto técnico de las pruebas, incluido el muy hablado sobre automatización. El enfoque programático para la interacción del sistema es muchas veces la única forma de interactuar con un sistema, ya que muchas veces los sistemas no tienen interfaces gráficas u otras interfaces más amigables.