Test guidelines: COVID-19 Testing: What You Need to Know
Una guía paso a paso para las pruebas de software para principiantes
El trabajo de un probador es uno de los cinco trabajos más populares en la industria de TI, según las estadísticas de 2020. El mercado está creciendo muy rápido y las empresas de TI crean constantemente nuevos equipos de probadores. Y aquí hay algunas estadísticas más impresionantes: las pruebas toman el 50% del tiempo y más del 50% del costo total de cualquier proyecto de software. Y ese es un presupuesto decente. Esto significa que el establecimiento de procesos de prueba ahorrará no solo tiempo, sino también dinero.
Las pruebas ahora se enseñan en algunas universidades. Pero como todavía es una industria joven, los futuros profesionales prefieren familiarizarse con las herramientas de prueba de software en cursos en línea. Los cursos online y la autoeducación son el camino más corto para aprender a hacer testing y empezar una nueva vida en la profesión. Nuestra guía proporciona una breve guía de las principales herramientas de prueba de software.
La prueba es un método esencial de control de calidad. Por calidad del software, nos referimos a la conformidad del software con los requisitos establecidos y esperados. El objetivo principal de las pruebas de software es comprobar la coherencia entre el rendimiento real y el esperado de un programa. Las pruebas manuales y automatizadas son los dos tipos más conocidos de pruebas de software. Ambos tipos simulan posibles escenarios para las acciones del usuario y verifican si se cumplen los requisitos. Pero, ¿cuál es la diferencia entre ellos?
Tipos de pruebas
Tanto las pruebas manuales como las automatizadas forman parte del control de calidad en el proceso de desarrollo de software. Las pruebas manuales implican la ejecución de un procedimiento documentado. Se establece el orden de las pruebas y se proporciona una lista de parámetros. Dado que el procedimiento lo realiza un humano, puede contener valores predeterminados y enlaces a información almacenada en otro documento.
Las pruebas de software automatizadas reducen el costo de las pruebas. Las pruebas y la solución de problemas automatizadas también requieren menos tiempo, y las herramientas de automatización reducen el riesgo. Sin embargo, todo lo anterior no significa que las pruebas automatizadas sean una solución universal. Si los scripts no se incluyen en la regresión o la integración continua, se prefieren las pruebas manuales. Las pruebas automatizadas no funcionarán si los scripts son temporales o si la automatización de scripts es demasiado compleja.
La elección de la herramienta y el método de prueba depende de sus objetivos y del nivel deseado de prueba.
¿Qué otros tipos de pruebas hay?
Se pueden utilizar varios enfoques para clasificar los tipos de pruebas. Existen métodos de prueba estáticos y dinámicos, dentro de los cuales se utilizan diferentes métodos.
La prueba estática no ejecuta el código. Los métodos de prueba estática pueden ser manuales o automatizados.
Se utilizan en las primeras etapas del ciclo de vida del software y son una parte importante del proceso de control de calidad. En algunos casos, incluso puede prescindir del uso de una computadora, por ejemplo, al verificar los requisitos.
La prueba dinámica es un método destinado a probar la funcionalidad de un programa. Requiere ejecución de código. Este tipo de prueba implica la operación real del programa y la determinación de su funcionalidad para verificar que los requisitos están justificados. El tipo dinámico de prueba tiene como objetivo probar el software en tiempo real proporcionando información y examinando el comportamiento resultante de la aplicación.
Métodos de prueba
Las pruebas de caja blanca y de caja negra son métodos de prueba clave. La diferencia entre ellos está determinada por la presencia o ausencia de acceso al código fuente del software por parte del probador. En algunos casos lo es, en otros las pruebas se realizan a través de la interfaz de usuario o la interfaz de software proporcionada por el módulo.
Las pruebas de caja blanca son típicas de las pruebas unitarias, donde solo se prueban ciertas partes del sistema. Esto asegura la operatividad y la estabilidad de los componentes del sistema. Al probar una “caja negra”, el probador tiene acceso al software solo a través de interfaces que están disponibles para el cliente y el usuario.
En las pruebas de caja negra, el evaluador solo sabe lo que se supone que debe hacer la aplicación. Al mismo tiempo, no puede mirar hacia adentro y ver cómo los valores iniciales se transforman en los finales. Las pruebas de caja negra se basan únicamente en las interfaces externas del sistema. Este método no requiere conocimiento de la estructura interna o de todo el sistema.
Este tipo de prueba implica el procedimiento de escribir o seleccionar casos de prueba basados en el análisis de una especificación funcional o no funcional de un componente o sistema sin conocimiento de su estructura interna. La prueba de caja negra se realiza utilizando especificaciones u otros documentos que describen los requisitos del sistema.
En las pruebas de caja blanca, el evaluador tiene acceso al código fuente de la aplicación y puede examinarlo y obtener ciertas sugerencias. En este caso, ve como los valores iniciales se transforman en valores finales. Las pruebas de caja blanca suponen que el evaluador conoce la estructura interna o el diseño del sistema. El probador selecciona los valores de entrada en función del conocimiento del código que los procesará. El conocimiento de las capacidades del programa bajo prueba es obligatorio para las pruebas de caja blanca. Esta es una prueba basada en el análisis de la estructura interna.
Tanto la prueba de caja blanca como la prueba de caja negra asumen que el código se está ejecutando. La única diferencia está en la información proporcionada al probador. En ambos casos, estamos tratando con pruebas dinámicas. Las pruebas estáticas no ejecutan código. El análisis del programa se basa en el código fuente calculado manualmente o analizado por herramientas especiales.
Niveles de prueba
En términos de niveles de prueba, hay pruebas unitarias, pruebas de integración, pruebas de sistema y pruebas de aceptación. Las pruebas unitarias le permiten verificar la exactitud de los módulos individuales del código fuente del programa. Implica escribir pruebas para cada función o método no trivial. Esto permite que el probador verifique rápidamente si el siguiente cambio en el código ha llevado a una regresión, es decir, si ha causado errores en las partes del programa ya probadas. Además, facilita la identificación y eliminación de tales errores. La prueba unitaria es la prueba de módulos y componentes individuales del programa. Normalmente lo hacen los propios programadores, es una especie de autotest. Los defectos encontrados de esta manera se corrigen inmediatamente.
La prueba integral está diseñada para probar la comunicación entre componentes, así como la interacción con varias partes del sistema. Existen diferentes niveles de pruebas de integración: pruebas de componentes de integración y pruebas de integración de sistemas.
La integración ascendente se refiere a todos los módulos, procedimientos y funciones de bajo nivel que se combinan y luego se prueban. Este enfoque se considera conveniente si todos o casi todos los módulos del nivel desarrollado están listos. La integración de arriba hacia abajo implica probar módulos de alto nivel. Los módulos de bajo nivel se agregan uno por uno.
La prueba del sistema se lleva a cabo en un sistema integrado completo. Su objetivo principal es verificar si el sistema cumple con los requisitos. Se refiere a pruebas de caja negra y por lo tanto no requiere conocimiento de la estructura interna. Las pruebas del sistema se dividen en pruebas alfa y pruebas beta.
La prueba de aceptación es un proceso de prueba para determinar si un sistema cumple con los criterios de aceptación. La decisión sobre la aceptación la toma el cliente u otra persona autorizada. La prueba de aceptación se lleva a cabo en la etapa de lanzamiento del producto, ya que su propósito es determinar la preparación del producto.
Para hacer esto, debe pasar por una serie de escenarios y casos de prueba basados en la especificación de requisitos de software. Dicha prueba es la etapa final antes del lanzamiento.
Entonces, ¿por dónde empiezas a aprender sobre pruebas de software? La mejor manera de convertirse en probador es tomar un curso en línea que lo ayudará a comprender cómo se construye el software, qué desafíos enfrentan los programadores y cómo es la corrección de errores. Nuestros cursos brindan capacitación de calidad de los mejores instructores, así que únase a nosotros. Lo ayudaremos a aprender los conceptos básicos de las pruebas de software y comenzar una carrera en TI.
Registro para el curso de control de calidad manual
Un gran libro de texto sobre pruebas – testengineer.ru
Fecha
Categoría
#promo
💰 ¿Cuál fue tu primer salario QA y cómo encontraste tu primer trabajo? Mega debate en nuestro canal de telegram.
Seguir en Telegram
En este excelente tutorial de prueba gratuito, aprenderá los conceptos básicos de la prueba de software. Todos los materiales se toman de nuestro sitio web y se organizan secuencialmente uno tras otro, desde los conceptos básicos hasta los temas avanzados. El libro de texto se actualiza continuamente y se complementa con nuevos artículos.
¿Necesito algún conocimiento para trabajar con el libro de texto?
El tutorial está destinado a probadores principiantes con poca o ninguna experiencia en control de calidad.
Contenido
- 👶 Fundamentos de las pruebas
- ↔️ Tipos de pruebas
- 📄 Documentación de prueba
- 📁 Casos de prueba
- 🛠️ Técnicas de diseño de pruebas
- 🐞 Todo sobre bichos
- ⚙️ Automatización
- 🚄 Prueba de rendimiento
- 📱 Pruebas de aplicaciones móviles
- 🛠️ Herramientas de prueba
- 💬 Habilidades blandas
- 👨💼 Entrevista
- 🔥 Interesante
- ✅ Autoevaluaciones
- 📚 Ocio Lectura
👶 Fundamentos de testing
Fundamentos de la profesión – entendemos los conceptos fundamentales – qué es testing, en qué tipos consiste.
Observamos en qué etapas de desarrollo se usa, estudiamos las etapas y los niveles.
| Leer | Pruebas. ¿Qué es, descripción, tipos de pruebas? 135 Leer | STLC – Ciclo de vida de prueba de aplicaciones. Etapas, criterios de inicio y finalización 934 | Lectura | Niveles de prueba |
| Lectura | Funcional y no funcional requisitos |
↔️ Tipos de prueba
Entendemos los tipos y tipos de prueba; es importante comprender las características de cada uno de ellos. ¿En qué se diferencian las pruebas unitarias de las pruebas de humo? ¿Qué son las pruebas alfa, beta y gamma? ¿En qué se diferencian las pruebas funcionales de las pruebas no funcionales? Las respuestas a todas estas y muchas otras preguntas en los siguientes artículos.
| Leer | Tipos y tipos de pruebas: análisis detallado a |
| Leer | Prueba de caja gris |
| Leer | ¿Qué es la prueba manual? |
| Leer | ¿Qué son las pruebas estáticas y dinámicas? |
| Lectura | Prueba negativa: qué es 138 |
| Lectura | Miniguía de prueba de GUI |
| Leer | ¿Qué son las pruebas funcionales? Miniguía |
| Lectura | Guía de prueba no funcional |
| Leer | ¿Qué son las pruebas unitarias? |
| Lectura | Pruebas de integración |
| Lectura | Pruebas de extremo a extremo (E2E) |
| Leer | ¿Qué son las pruebas de regresión? |
| Leer | ¿Qué es la prueba del sistema? |
| Leer | Pruebas de aceptación |
| Leer | Pruebas de cordura – una pequeña guía |
| Leer | |
| Leer | β ¿Qué son las pruebas beta? |
| Lea | ¿Qué es la prueba del mono? ¿En qué se diferencia de las pruebas ad-hoc? ¿Qué son las pruebas de tortura? |
| Lea | ¿Qué es la prueba de humo? |
| Leer | ¿Qué son las pruebas de riesgo? |
| Leer | ¿Qué son las pruebas ad-hoc? |
| Leer | ¿Qué son las pruebas de accesibilidad? |
| Leer | ¿Qué son las pruebas entre navegadores? |
| Leer | Prueba de configuración |
| Lectura | Prueba de escalabilidad |
| Lectura | Prueba en instalación 901 38 |
| Lectura | Prueba de pico de carga |
| Lectura | Prueba exploratoria |
| Leer | Volver a probar |
📄 Documentación de prueba
Todo sobre la documentación de prueba y cómo escribirla.
| Leer | ¿Qué es la documentación de prueba y por qué es necesaria? |
| Leer | Artefactos de prueba |
| Leer | ¿Qué es un plan de prueba y cómo escribirlo? |
| Leer | ¿Qué es un caso de uso? Teoría y ejemplos |
| Leer | ¿Qué es un escenario de prueba? |
| Leer | ¿Qué es una historia de usuario y cómo escribirla? |
| Leer | Qué es una estrategia de prueba 8 |
| Leer | Estrategia de aseguramiento de la calidad y preguntas en el proceso de su desarrollo |
📁 Casos de prueba
Pautas para escribir casos de prueba.
| Leer | Técnicas de diseño de pruebas: teoría y ejemplos Estudio de caso: la guía completa |
| Leer | Caso de prueba básico Técnicas de diseño |
| Leer | Kit de prueba (prueba suite, suite de prueba) |
| Lea | Cómo la IA genera casos de prueba. Comparación con Junior QA (spoiler: junio es peor) |
Técnicas de diseño de prueba
Clases de equivalencia, tablas de decisión, predicción de errores y más: una sección sobre técnicas de prueba.
| Lectura | ¿Qué es la predicción de errores? |
| Leer | ¿Qué son las clases de equivalencia? |
| Lectura | Análisis de valor límite |
| Lectura | ¿Qué es una tabla de decisiones? |
| Leer | Prueba parroquial |
🐞 BAGI
errores, su clasificación y regiones de errores, sobre todo esto en la sección.
| Lectura | Error Ciclo de vida |
| Lectura | Cómo encontrar errores – guía |
| Leer Leer | ¿Qué es un informe de error? |
| Leer | Cómo escribir un informe de error: una miniguía 138 |
| Leer | Severidad y prioridad del error: ¿cuál es la diferencia? |
| Leer | Verificación y validación: ¿qué es y cuál es la diferencia? |
| Lectura | Sistemas de seguimiento de errores: Jira y alternativas |
34
9 0141
9
90 141
901 34
🚄 Pruebas de rendimiento
| Lectura | Pruebas de rendimiento de servicios web: teoría y herramientas |
| Lectura 9 0138 | ¿Qué es la prueba de carga? |
| Leer | ¿Qué es la prueba de volumen? |
| Leer | Qué son las pruebas de estrés: una miniguía |
| Leer | Prueba de estabilidad |
| Lectura | Prueba de rendimiento del cartero |
| Lectura | Planifique las pruebas de carga |
| Lea | Las 15 mejores herramientas de prueba de carga libre |
📱 Pruebas de aplicaciones móviles
Tutoriales de pruebas móviles.
| Leer | Pasos y procedimientos de prueba de aplicaciones móviles |
| Leer 90 010 | La gran guía de prueba de aplicaciones de Android |
| guía | |
| Leer | Automatización de gestos en Appium: un tutorial rápido |
| Leer | Simulacros en pruebas de instrumentos Android |
| Leer | XCUITest gran guía de automatización |
| Leer 901 38 901 35 Selección de dispositivos para pruebas de compatibilidad |
🛠️ Herramientas
| Leer | Chrome Developer Tools for Tester | ||
| Read | Guía rápida de Docker | ||
| Leer | Bugzilla Express Guide | ||
| Leer | Playwright Guía completa + Preguntas frecuentes 901 38 | ||
| Lectura | Guía rápida del dramaturgo | ||
| Lectura | SoapUI: Prueba de API SOAP y REST | Comparación de velocidad: Cypress, Selenium, Dramaturgo, Titiritero | |
| Lectura | Cinco extensiones de Google Chrome para evaluadores | ||
| Lectura 9001 0 | Guía de selenio. Parte 1: Instalación de Selenium WebDriver 5 TestNG – guía general | ||
| Lectura | Prueba de rendimiento de API con K6 | ||
| Lectura | Tutorial Pytest | ||
| 100 (sí, cien) consejos gratuitos sobre herramientas Java QA | |||
| Leer | Qué es Cypress: Introducción y Arquitectura0138 | ||
| Leer | Errores de Selenium: consejos de la guía de excepciones | ||
| Leer | Cuál es más conveniente, Cypress o Selenium 90 138 | ||
| Lectura | Prueba Cypress E2E | ||
| Lectura | Generadores de datos de prueba en línea gratuitos | ||
| Lectura | Ten Cool Test Data Generators | ||
| Lectura | Autotests and Docker: A Blitz Workshop | ||
| 9 0009 Lectura | Descripción general de los marcos de prueba de iOS | ||
| Lectura | Cómo acelerar las pruebas con cypress-grep0134 | Leer | Emuladores vs Simuladores: ¿Cuál es la diferencia? |
| Leer | Configuración de dramaturgo – ver los detalles | ||
| Leer | curl – aprender a probar API |
💬 Habilidades blandas
| Leer | Cómo para ingresar a QA: Consejos para clientes potenciales de QA |
| Leer | QA Soft Skills: Una guía completa |
| Leer | buen control de calidad |
| Leer | Cómo convertirse en líder de control de calidad |
| Leer | ¿Cómo se comunica QA con los desarrolladores? Qué hacer ✅ y qué no hacer ❌ |
👨💼 Entrevista
Materiales de preparación de entrevistas: preguntas y respuestas sobre una variedad de temas.
| Leer | Qué hacer y qué no hacer en una entrevista de prueba |
| Leer | experiencia – consejos para currículum 901 38 |
| Leer | Preguntas de la entrevista de control de calidad aprendiz/junior |
| Leer | Preguntas de la entrevista del probador: junior++/middle |
| Leer | Entrevista del evaluador: preguntas engañosas |
| Lectura | Preguntas de SQL y base de datos en la entrevista del evaluador (+ respuestas) |
| 9 0009 Lectura 9001 0 | Entrevista QA – lo que se pregunta sobre CI/CD |
| Leer | Preguntas de la entrevista QA Junior: Selenium |
| Leer | Entrevista QA: pruebas API 9Entrevista de control de calidad: cómo resolver cualquier problema |
| Leer | entrevista |
| Leer | Entrevista con el evaluador de la UE y EE. UU./Canadá: preguntas |
| Leer | Títulos en control de calidad |
🔥 Interesante
| Leer | Lenguajes de programación que un probador debe saber 0141 | |
| Leer | Pirámide de niveles de prueba – tipos, tipos, problemas | |
| Leer | Pruebas inestables. Por qué existen y qué hacer con ellos | |
| Leer | ¿Qué es una arquitectura cliente-servidor? | |
| Lectura | Pruebas API | |
| Lectura | ChatGPT para el evaluador: cómo crear pruebas y documentación 901 38 | |
| Leer | ¿Ahorrar en probadores? ¿Qué es Lean QA?wa Okkama: cómo un tester resuelve las preguntas de forma correcta y rápida 9Unidad pruebas Análisis muy profundo | |
| Lectura | Por qué fallan los proyectos de TI | |
| Lectura | Metodologías de desarrollo de software | |
| Lectura | Recopilación de requisitos – Guía rápida | Leer | Qué es la cobertura de prueba |
| Leer | Cobertura de código | |
| Leer | Liberación viernes sin validol – consejos para liberaciones seguras | |
| Lectura | Cómo acelerar las pruebas de regresión | |
| Lectura | Estructuras de datos: gran guía 0135 Lectura | ¿Qué es BDD? Experiencia con Cucumber/Gherkin + preguntas de la entrevista |
| Leer | Dispositivos de prueba de control (y probadores) en Slack | |
| Leer 9013 8 9013 5 Product Owner y Scrum Master: ¿Cuál es la diferencia? | ||
| Leer | Consejos para una retro | |
| Leer | Dominar las pruebas basadas en datos en Selenium 901 38 | |
| Leer | Inglés para probadores. Gramática con James Whittaker, Lee Copeland y otros maestros de pruebasLectura | Pruebas unitarias frente a pruebas de integración |
| Lectura | Control de calidad de JavaScript: hacerlo bien desde el principio | |
| Truco 900 10 | ¿Quiénes son los stakeholders? Definiciones, tipos y ejemplos | |
| Leer | Pruebas de mutación. Teoría + Práctica | |
| Lectura | Product Backlog y Sprint Backlog: Guía rápida | |
| Leer | Equipo de control de calidad y DevOps: qué hacer | |
| Leer | 10 consejos de gestión de proyectos 9 0138 | |
| Lea | Preguntas típicas de la entrevista del gerente de proyecto y cómo responderlas | |
| Leer | Pruebas unitarias y bromas: toBe or not. toBe | |
| Leer | ¿Cómo probar formularios? Miniguía | |
| Leer | ¿Cuál es la diferencia entre QA y QC? | |
| Leer | 13 Preguntas y respuestas de la entrevista Scrum Master | |
| Leer | cómo probar en Selenium: estudio de caso 9 0138 | |
| Leer | en Cypress | |
| Leer | Parametrización de prueba: JUnit | |
| Lectura | Inteligencia artificial en pruebas funcionales | |
| Lectura | Cuento ágil no natural 901 38 9014 1 | |
| Leer | ¿Cómo probar la API GraphQL? Guía para principiantes | |
| Leer | Introducción a las pruebas unitarias de Blockchain Testing | |
| Leer | ¿Qué es el desarrollo basado en pruebas? | |
| Lectura | Pruebas unitarias de interfaz. Mejores prácticas |
📚 Lectura
Sobre el tema. Por qué (todavía) se necesitan ingenieros de control de calidad y a qué conducen las malas pruebas.
| Leer | 7 errores épicos en la historia de la humanidad 0138 |
| Leer | Errores de guerra: la segunda parte |
| Leer | “El cofre se salió, no puedo volver a ponerlo” — sobre errores en los juegos y actitudes hacia los jóvenes en el ejemplo de Cyberpunk 2077 |
| Leer 90 0 10 | Salarios de los probadores están creciendo en Rusia. |