software testing training
LibreCapacitación en pruebas de softwareEn un proyecto en vivo en tiempo real:
Estamos muy emocionados de presentar este próximo serie de tutoriales gratuitos de formación sobre pruebas de software. Vamos a simular un proyecto de software en tiempo real de principio a fin, repasando todas y cada una de las fases en detalle con un énfasis especial en los procesos de formación de QA, fases, roles y responsabilidades, entregables, etc.
En resumen, prepárese para un breve curso de pruebas de software en línea.
Nota IMPORTANTE : Los siguientes tutoriales gratuitos son útiles para comenzar, pero si está interesado en el mejor curso de capacitación en línea LIVE Software Testing de los expertos, por favor revise esta página.
=> Aquí está ellista de todos los tutorialesen esta serie de capacitación gratuita de control de calidad de Live Project:
cómo abrir un archivo jar con el entorno de ejecución de Java
- Día 1: Introducción al proyecto en vivo
- Dia 2: Revisión del documento SRS y creación de escenarios de prueba
- Día 3: Cómo escribir un documento de plan de prueba desde cero
- Día 4: Redacción de casos de prueba a partir del documento SRS
- Dia 5: Ejecución de pruebas
- Día 6: Seguimiento de errores, métricas de prueba y aprobación de la prueba
¿Por qué esta formación gratuita de control de calidad?
Recibimos muchas consultas de nuestros lectores para compartir nuestra experiencia en el proceso exacto de prueba de software seguido por los equipos de pruebas de software. Así que decidimos documentar este STLC completo con la ayuda de una aplicación en vivo de muestra que está disponible para probar en Internet.
Usaremos este proyecto en vivo para nuestra serie de capacitación en pruebas de software. Le recomendamos encarecidamente que siga de cerca esta serie, ya que será un curso intensivo para aprender e implementar prácticas de prueba en una aplicación en vivo.
Lo que vas a aprender:
Capacitación sobre pruebas de software en proyectos en vivo: ¿qué es?
Antes de continuar, permítame tomarme un momento para explicar de qué se trata esta serie de cursos de Pruebas de software y cómo tomará forma a medida que avancemos.
Elegimos una aplicación en vivo (cuyos detalles se encuentran a continuación) y comenzamos con:
- Revisión de SRS
- Escribiendo Escenarios de prueba
- Planificación de pruebas
- Diseño de casos de prueba
- Identificación de datos de prueba
- Ejecución de pruebas
- Gestión de defectos
- Informe de estado
- Colección métrica
- Básicamente, todo lo que normalmente haríamos en un proyecto de pruebas de software en tiempo real, con ejemplos, artefactos y entregables en tiempo real, todos creados en el proceso.
¿Cómo seguir esta serie de cursos de pruebas de software?
Paso 1) Introducción y recorrido de SRS: comenzaremos este mini curso de prueba de software con el recorrido de SRS. Hemos creado y compartido un documento SRS de muestra. Repítelo, ya que todos los pasos adicionales dependen de su comprensión de esta aplicación.
Paso 2) Preparación del escenario de prueba y revisión de SRS.
Paso 3) Plan de prueba: complete el proceso de creación de un plan de prueba desde cero. La versión final del plan de prueba se compartirá con usted como referencia.
Paso 4) Casos de prueba: complete el proceso de escritura de casos de prueba con algunos casos de prueba de muestra. Podemos utilizar cualquier herramienta de gestión de pruebas u hoja de cálculo para redactar casos de prueba.
Paso # 5) Tutorial de la aplicación y ejecución de pruebas: ¿cómo ejecutar casos de prueba y registrar los resultados de la prueba?
Paso # 6) Notificación de defectos
Paso # 7) Verificación de defectos, proceso de prueba regresiva
Paso # 8) Aprobación de control de calidad
La intención es brindarles a todos una sensación de experiencia y conocimientos en proyectos en tiempo real. Esperamos que esta serie le resulte útil.
Aplicación que vamos a utilizar más
Introducción
Cliente: naranja
Solicitud: Demostración de OrangeHRM .
Proveedor de servicio: SoftwareTestingHelp.com
Descripción del Proyecto
Orange quiere crear un producto comercial de gestión de recursos humanos que pueda ser consumido y personalizado por empresas medianas ubicadas en un solo país y a nivel mundial.
Tiene 2 versiones: Profesional y empresarial.
Las características incluyen
- Manejo de información personal
- Gestión avanzada de permisos
- Seguimiento de tiempo y asistencia
- Gestión del desempeño de los empleados
- Reclutamiento
- Informes avanzados
- Gestión de empleados basada en el país / ubicación
- Reglas de licencia localizadas
- Flujos de trabajo configurables
- Soporte Platinum
- Informes basados en el país / ubicación
- Informes personalizados
Nota : En aras de la simplicidad y para limitar el alcance, consideremos el módulo de empleados de este portal de HRM donde el usuario tiene la opción de ingresar su información personal.
Cuando un cliente o propietario de una empresa tiene la necesidad de aventurarse en el mundo en línea o realizar actualizaciones en el sitio o la aplicación ya existente, la necesidad es un problema comercial y el software es una pieza de código diseñada para resolver este problema comercial.
Luego, un cliente se acerca a un proveedor de servicios de software para que este software sea una realidad para ellos. Ahí es cuando comienza el inicio del proyecto de software.
Un tradicional Proyecto de cascada (SDLC) tiene las siguientes fases:
- Como QA, todos sabemos que aunque 'Probar' es el paso 5 de este flujo, no es el único lugar donde los evaluadores desempeñamos un papel destacado.
- Además, las pruebas son un trabajo reactivo. Sin un código / aplicación lista para probar, realmente no podemos 'probar' nada. Para estar listos y reaccionar de la manera más eficiente posible, intentamos todo lo posible por planificar y prepararnos con anticipación. Entonces, aunque la fase 5 es para pruebas, nuestras actividades comienzan mucho antes.
En pocas palabras, ¡esto es lo que sucede en cada fase!
Iniciado:
la mejor aplicación de descarga de música mp3
Una vez que el productor y el cliente acuerdan los términos, comienza la producción del software.
- En esta fase, se recopilan y analizan los requisitos comerciales. El análisis va a involucrar las decisiones sobre consideraciones tecnológicas, especificaciones de hardware y software, personas, esfuerzo, tiempo, relevancia y mejoras, entre otros.
- En este paso participan analistas comerciales, directores de proyectos y representantes de clientes.
- Al final de este paso y del proyecto básico, se prepara el plan.
- Se elaboran documentos específicos del proyecto, como el documento de alcance y / o los requisitos comerciales.
- Por lo general, no se espera la participación de QA en esta etapa. (Esta es una ligera desviación de lo que debería ser porque para identificar problemas al principio de las fases de desarrollo, es mejor involucrar a QA desde el principio).
Define:
Los requisitos comerciales finalizados son los insumos para este paso.
- Esta fase implica la traducción de los requisitos comerciales en requisitos funcionales para el software. Por ejemplo , si el requisito comercial es permitir que un usuario compre algo en un sitio. El requisito funcional tendrá detalles como Formato del sitio-> Nombre y ubicación de la opción de menú-> Buscar producto-> Carrito de compras-> Pago (registro o no) -> Opciones de pago-> Confirmación de venta.
- Desarrolladores, analistas de negocios, gerentes de proyectos están involucrados en esta fase
- El resultado de esta fase es un documento detallado que contiene los requisitos funcionales del software. Este documento recibe muchos nombres: Especificación de requisitos de software (SRS), Documento de requisitos funcionales (FRD) o Especificación de requisitos funcionales (FRS).
- Aquí es donde se involucra el equipo de QA, después de completar la documentación del SRS.
- Mientras se ultiman los requisitos funcionales y la documentación del SRS, el gerente / líder de QA está involucrado para redactar un versión inicial del plan de prueba y formar un equipo de control de calidad.
- La participación del equipo de QA será una vez que se documente el SRS.
- En esta etapa, el equipo de desarrollo o el analista de negocios o, a veces, incluso el líder del equipo de control de calidad, dará un recorrido del SRS al equipo de control de calidad.
- En el caso de un nuevo proyecto, un recorrido completo en forma de conferencia o reunión funciona mejor
- En caso de versiones posteriores de un proyecto existente, se envía un documento por correo electrónico o se coloca en un repositorio común al equipo de control de calidad. En este punto, el equipo de control de calidad lo leería / revisaría sin conexión y comprendería el sistema a fondo.
- Dado que el público objetivo principal del documento SRS no son solo los probadores, no todo es útil para nosotros. Nosotros, los evaluadores, debemos ser lo suficientemente diligentes al revisar este documento para decidir qué partes del mismo son útiles para nosotros y qué partes no lo son.
Documento SRS para este proyecto en vivo
Se adjunta a esta publicación un documento de muestra de SRS para darle una idea de cómo se ve este documento, el formato en el que está escrito, qué tipo de información contiene, etc. En el próximo artículo, veremos cómo este documento es consumido por el equipo de control de calidad para continuar. en nuestros proyectos de prueba.
==> Descargar el documento SRS de muestra de Live Project .
Conclusión
En este artículo, le presentamos el proceso de prueba y desarrollo de software. También compartimos un documento SRS de muestra para el proyecto en vivo que vamos a probar.
=> El próximo artículo de esta serie de formación sobre pruebas de software será: Revisión de SRS y el proceso de creación de escenarios de prueba .
Nota: Mientras se escribe el próximo artículo de esta serie de capacitación de control de calidad, trabaje con nosotros en paralelo aquí para la experiencia más viva . Intente darle una buena lectura al documento SRS y luego continuaremos con los siguientes pasos cuando nos volvamos a encontrar.
¡Feliz prueba, hasta entonces!
Sobre el Autor: Swati Seela, miembro del equipo de STH, nos está ayudando a presentar esta serie de capacitación sobre control de calidad del proyecto en vivo.
Lectura recomendada
- Programa del curso de pruebas de software: plan de formación detallado del curso en línea
- Comentarios y revisiones del curso de pruebas de software
- Preguntas frecuentes sobre el curso de formación sobre control de calidad de pruebas de software
- El mejor curso de capacitación en control de calidad de pruebas de software en línea
- Cómo revisar el documento SRS y crear escenarios de prueba - Capacitación en pruebas de software en un proyecto en vivo - Día 2
- Recursos y descargas de pruebas de software de control de calidad
- Guía de subcontratación de control de calidad: empresas de subcontratación de pruebas de software
- Pruebas de aplicaciones: ¡los conceptos básicos de las pruebas de software!