Hay varias capas de prueba. Explicaré las herramientas que podrían usar los desarrolladores individuales. Grandes empresas contratan especialistas en control de calidad que utilizan herramientas profesionales de SAP, IPM y muchas otras corporaciones de TI.
Primera capa: pruebas unitarias
Cada idioma tiene sus propias herramientas de prueba de unidad. JUnit para Java, unittest.py para Python, etc. Cada idioma tiene sus propios marcos de prueba.
- ¿Qué debería aprender primero Desarrollo web, desarrollo móvil o desarrollo de juegos con Unity?
- Para alguien nuevo en GitHub, ¿cómo puedo ganar tracción para mi proyecto?
- ¿Qué son las variables de tiempo de ejecución? ¿Cómo se configura la variable de tiempo de ejecución?
- ¿Cuál es el marco para PHP?
- ¿Tienes alguna idea sobre cómo hacer un sitio web de reserva de vuelos? De principio a fin.
En la mayoría de los casos, las pruebas unitarias se usan para verificar si los métodos o clases funcionan bien con los parámetros dados. Las implementaciones básicas de tales pruebas son el código de cobertura y su comportamiento. Podría usar marcos de prueba especiales que extiendan las pruebas.
Algunos marcos de prueba agregan herramientas para probar la disponibilidad de URL y otras cosas relacionadas con el sitio web. Algunos marcos agregan nuevas características y remasterizan la experiencia del usuario con las pruebas. Acabo de buscar en Google: http://lettuce.it/ y http://pythonhosted.org/behave/, se sienten diferentes de la implementación de la prueba de unidad básica y se sienten un poco más naturales a medida que escribe su caso de prueba como texto sin formato .
Segunda capa: pruebas de IU
El desarrollador no puede cubrir todo en las pruebas unitarias. Debe automatizar la aplicación de verificación en el navegador real y esto podría lograrse con Selenium (software).
Lo he intentado una vez y es una muy buena herramienta.
Puede instalar el complemento del navegador y registrar cada clic y luego simplemente iniciarlo y ver cómo el programa hace este aburrido clic en sí mismo.
Si está más interesado en la codificación, puede instalar Selenium WebDriver y usarlo con una biblioteca especial. Escribirás código que podría asignar elementos de página HTML por clase o ID y realizar clics y otras tareas.
Tercera capa: prueba de carga
Debe pensar en la carga máxima de su sitio web. Si se trata de un pequeño sitio web de una cafetería, no tendrá más de 20 usuarios a la vez en promedio.
Pero si crea un sitio web interactivo, debe pensar en la cantidad de usuarios todos los días. Una carga pesada puede noquear su mordida durante mucho tiempo. Y este tiempo de inactividad hace que los usuarios desaparezcan si su sitio web no es único.
Por lo tanto, debe probarlo con aplicaciones especiales. Nunca lo utilicé, ya que mi sitio web tiene como máximo 5 usuarios a la vez, pero si te tomas en serio el tuyo, entonces deberías usar este tipo de prueba. Busque herramientas aquí: herramientas de prueba de carga de código abierto: ¿cuál debe usar? El | BlazeMeter. Creo que las aplicaciones enumeradas en el enlace son efectivas y fáciles de instalar y usar.
Última capa: Pruebas de usuarios reales
Hay muchos servicios que podrían ayudarlo a obtener los primeros usuarios y recopilar comentarios. Algunos de ellos tienen una larga cola que podría ser superada por tarifas adicionales. Algunos de ellos son rápidos en su aprobación y podrían dar uso a varios probadores, por ejemplo, Betabound: recopilamos, organizamos y ofrecemos excelentes oportunidades de pruebas beta. y mi propio proyecto que podías ver en mi biografía de Quora, pero está un poco vacío y estoy buscando personas que publiquen sus proyectos para recibir comentarios.
Si está seguro de que su sitio web está libre de errores, puede omitir la etapa beta abierta / cerrada e iniciarla. Tal vez recibirá comentarios de los usuarios que utilizan el sitio web con bastante frecuencia y están dispuestos a mejorarlo y solicitar nuevas funciones.
Conclusión
Es bueno escribir pruebas, porque si prueba casi todo, entonces podría volver a ejecutar la prueba cuando agregue algo nuevo a su sitio web y verifique si los cambios en los módulos anteriores se vieron afectados.
Pero no se deje llevar por las pruebas, ya que podría probar y mejorar su aplicación eternamente.
