¿Es el desarrollo basado en pruebas el único futuro de las pruebas de software?

Answer 1

Por supuesto, si vamos a utilizar la evolución para crear software, necesitamos formas de especificar los requisitos de manera que los algoritmos sin sentido dentro del sistema de la evolución puedan comprender. Como espero que ya hayas trabajado, esos requisitos probablemente se expresen mejor como pruebas definidas con precisión.

Así que imagine un futuro de desarrollo de software: se han ido los lenguajes de programación y las herramientas de desarrollo de hoy. En su lugar, hay herramientas para expresar y gestionar un gran número de pruebas de requisitos, un generador de soluciones basado en la evolución y un entorno de prueba para probar las soluciones en función de los requisitos. El verdadero TDD hubiera llegado. Sería la única forma de desarrollo de software que tuviera sentido, ya que proporcionaría soluciones más sólidas a velocidades que los sistemas “diseñados de forma inteligente” creados por humanos nunca podrían esperar igualar.

Si utiliza TDD en estos días para desarrollar su código, debe sentirse orgulloso de que posiblemente sea un pionero de todo el futuro del desarrollo de aplicaciones de software. Ah, y por supuesto, la evolución nos dice que los dinosaurios que no son lo suficientemente inteligentes como para adoptar esta forma de desarrollo están destinados a la extinción …
Permítame sugerirle un artículo interesante. Algunas cosas sobre el desarrollo basado en pruebas.

Answer 2

No, en realidad TDD es una moda pasajera.

Una especie de extraña respuesta de alguien que tiene una biografía dice “TDD Zealot”, así que lo explicaré.

TDD es una moda de la misma manera que el jogging era una moda, obtener más fibra en su dieta era una moda y reciclar era una moda. Notarás que NINGUNA de las cosas que dije son realmente malas para ti, pero todas pasaron de ser casi sin adopción a una gran adopción en un período de tiempo muy corto.

Ahora la pregunta que realmente estás preguntando es si tiene poder de permanencia, o es una bola de Pogo o una roca de mascotas. Yo diría que sí lo hace pero evolucionará. La gente ya ha mencionado la BDD, pero la BDD no reemplaza la TDD, tienen una enorme cantidad de superposición. Design By Contract y QuickCheck han existido por más tiempo que TDD, y probablemente tienen un papel en el software de alta calidad. ¿Dónde encajan los seres humanos que realizan las pruebas manuales?

Trabajamos todos los días para intentar avanzar en el arte del desarrollo de software, y de ninguna manera hemos llegado a su punto más alto. Cuando aparece algo que es objetivamente mejor que TDD, lo reemplazará. TDD no es el futuro, es el presente.

Answer 3

No

El desarrollo dirigido por pruebas (TDD) es desarrollo y no pruebas. Obviamente, las pruebas se realizan en TDD, pero muy a menudo con un enfoque en la prueba de unidades y la automatización y solo cubrirá parte de las pruebas necesarias.

Otro enfoque es el desarrollo impulsado por el comportamiento (BDD) donde el enfoque de las pruebas también está en la automatización, pero ahora en la automatización del comportamiento del usuario (por ejemplo, expresando las pruebas en un lenguaje de alto nivel como el pepino), pero a menudo esto tiende a ser Característica específica y no cubre realmente los flujos de trabajo completos. Además, la cobertura de comportamientos en las pruebas automáticas puede llevar a escenarios muy complejos que demoran mucho tiempo en desarrollarse y probarse (se necesitan pruebas) y muy a menudo las pruebas manuales superarán la productividad de las pruebas automáticas.

Answer 4

La mejora dirigida por pruebas (TDD) es un avance y no una prueba. Claramente, las pruebas se realizan en TDD, sin embargo, todo el tiempo con una atención en la unidad de pruebas y la mecanización y solo cubrirá una parte de las pruebas requeridas.

Selenium Webdriver Training Online

Otro enfoque es la mejora impulsada por la conducta (BDD, por sus siglas en inglés) donde el concentrado de las pruebas se encuentra también en la robotización, sin embargo, ahora en la mecanización de la conducta del cliente (por ejemplo, mediante la comunicación de las pruebas en un dialecto de estado anormal como el pepino), sin embargo, esto con frecuencia tendrá una tendencia. A destacar en particular y de ninguna manera cubrir los procesos de trabajo de acabado.

cursos de qa en linea

Del mismo modo, las prácticas de cobertura en las pruebas programadas pueden generar situaciones extremadamente complejas que brindan una gran oportunidad para crear y probar (se requieren pruebas de las pruebas) y las pruebas manuales regularmente superarán la rentabilidad de las pruebas programadas .

Answer 5

Sí, tenemos desarrollo solo para futuras pruebas de software. pruebas de software tiene un buen trabajo en el sector de TI. Ahora el 70% de las personas puede seleccionar las pruebas de software como su futuro.

así que selecciona las pruebas de software como tu futuro. así que aprende a probar el software como tu futuro. así que únete a la mejor institución para pruebas de software.

We Besant Technologies es la mejor institución para aprender pruebas de software en Chennai. Tenemos experiencia en el personal para capacitar al estudiante. Somos la institución de formación no: 1 en Chennai.

Nuestros entrenadores tienen más de 10 años de experiencia en el mismo campo. Realizamos capacitación a nivel académico para capacitar al alumno. Dirigimos el 70% de las clases orientadas a personas para capacitar al alumno.

Una vez finalizada la capacitación, organizamos la colocación de las mejores empresas de MNC.

Tiene alguna duda. Consulte este sitio web;

Capacitación en pruebas de software en Chennai

Gracias .., la mejor de las suertes ..,

Answer 6

No, la prueba de manejo es una técnica de desarrollo en realidad, es solo una razón para empujar a los desarrolladores a hacer la prueba unitaria. es irrelevante para las pruebas de software.