Mucho se ha hablado de cómo y en qué momento se debe probar, pero ¿y después de las pruebas? El verdadero valor de las pruebas está en sus resultados. Cuando los procesos y equipos de prueba solo tienen la intención de encontrar defectos y no la de prevenirlos, algo se está haciendo de forma incorrecta.
Si un insecto se nos aparece lo aplastamos. Si un biólogo encuentra uno, lo examinará. El tester debe contar con ésta capacidad en el mundo del software y aprender de los defectos.
El objetivo de la sesión es mostrar la importancia que tienen los 'bugs' en el camino a la calidad, y el deber que tienen las áreas involucradas en base al Proceso de Administración de Defectos:
- Principales errores del tester tratando con defectos.
- Principio 4 del testing: Agrupación de defectos.
- Ciclo de vida de un defecto.
- Severidad y Prioridad.
- Mejores prácticas para la asignación y comprobación de resolución (re-test y regresión)
- TMMi y la Prevención de Defectos.
Semblanza del conferencista:
Carlos González cuenta con amplia participación en proyectos de TI cubriendo ciclos de pruebas completos. Actualmente se desempeña como Test Specialist en IBM México donde ha contribuido en la implementación de procesos y metodologías de pruebas
Apasionado por el Testing; creador de la iniciativa Latin America Software Testing (testingla.com) buscando establecer criterios sólidos para el desarrollo y madurez de las pruebas en México y Latinoamérica.
Cuenta con la certificación otorgada por el ISTQB en fundamentos de pruebas.
How to scale threat modelling activities across many applications and large development teams using templates and risk patterns.
Introducing IriusRisk Community edition
Presentation given at O'Reilly Security Amsterdam 2016
This presentation is about the following points ,
Introduction to Manual Software testing,
What is Testing,
What is Quality,
How to define Software Testing Principles,
What are the types of Software Tests,
What is Test Planning,
Test Execution and Reporting,
Real-Time Testing,
Slides from a session presented by Fadi Stephan from Kaizenko at the 2019 Global Scrum Gathering in Austin, TX on 05/20/2019 DC. Also see the blog series on Agile Testing at https://www.kaizenko.com/agile-testing/
Abstract:
Many teams struggle with fitting in testing activities inside of a Sprint. They end up doing primarily development activities in a Sprint and push testing activities to run in dedicated testing Sprints following the coding Sprints or have a coding and testing Sprint running in parallel. However, in Scrum, the output of every Sprint is a potentially shippable product increment. This means the product increment should be well tested within the Sprint and ready to be delivered. Come to this presentation to learn how to tackle testing on an Agile team, what kind of tests to execute, what to automate and what not to automate, the different test responsibilities, and when to run which tests. Leave with a testing strategy that you can start applying the next day to gradually get a team to start testing from day 1 of the Sprint and deliver a true product increment at the end of each Sprint.
How to scale threat modelling activities across many applications and large development teams using templates and risk patterns.
Introducing IriusRisk Community edition
Presentation given at O'Reilly Security Amsterdam 2016
This presentation is about the following points ,
Introduction to Manual Software testing,
What is Testing,
What is Quality,
How to define Software Testing Principles,
What are the types of Software Tests,
What is Test Planning,
Test Execution and Reporting,
Real-Time Testing,
Slides from a session presented by Fadi Stephan from Kaizenko at the 2019 Global Scrum Gathering in Austin, TX on 05/20/2019 DC. Also see the blog series on Agile Testing at https://www.kaizenko.com/agile-testing/
Abstract:
Many teams struggle with fitting in testing activities inside of a Sprint. They end up doing primarily development activities in a Sprint and push testing activities to run in dedicated testing Sprints following the coding Sprints or have a coding and testing Sprint running in parallel. However, in Scrum, the output of every Sprint is a potentially shippable product increment. This means the product increment should be well tested within the Sprint and ready to be delivered. Come to this presentation to learn how to tackle testing on an Agile team, what kind of tests to execute, what to automate and what not to automate, the different test responsibilities, and when to run which tests. Leave with a testing strategy that you can start applying the next day to gradually get a team to start testing from day 1 of the Sprint and deliver a true product increment at the end of each Sprint.
La comunicación asertiva es la habilidad de expresar ideas positivas y negativas y los sentimientos de una manera abierta, honesta y directa. Que reconoce nuestros derechos al mismo tiempo sigue respetando los derechos de otros.
BugRaptors provide Software testing is entirely about finding defects in applications, right? Apparently, this can be considered as the principal goal of all the QA practices. However, all the defects diverge from each other. It cannot be stated if some are more important than others, yet it’s possible to locate and fix them all.
SECURITY TESTING is a type of Software Testing that uncovers vulnerabilities, threats, risks in a software application and prevents malicious attacks from intruders. The purpose of Security Tests is to identify all possible loopholes and weaknesses of the software system which might result in a loss of information, revenue, and repute at the hands of the employees or outsiders of the Organization.
In this session, we would discuss what "Agile Testing" is, what are the well known methods and models of Agile Testing and what to expect on the future of Agile Testing.
" Esta presentación constituye una recopilación en torno a una metodología práctica para la realización de un taller teórico-practico de feedback formal e informal, como reflejo de mis conocimientos y experiencias, apoyadas en distintos contenidos y fuentes disponibles en Internet, y que por tanto hacen de este documento una herramienta de uso libre, para ampliar la información y las fuentes de los ejercicios y las teorías desarrolladas puedes contactarme a través de mi twitter: @xavierxanders»
La comunicación asertiva es la habilidad de expresar ideas positivas y negativas y los sentimientos de una manera abierta, honesta y directa. Que reconoce nuestros derechos al mismo tiempo sigue respetando los derechos de otros.
BugRaptors provide Software testing is entirely about finding defects in applications, right? Apparently, this can be considered as the principal goal of all the QA practices. However, all the defects diverge from each other. It cannot be stated if some are more important than others, yet it’s possible to locate and fix them all.
SECURITY TESTING is a type of Software Testing that uncovers vulnerabilities, threats, risks in a software application and prevents malicious attacks from intruders. The purpose of Security Tests is to identify all possible loopholes and weaknesses of the software system which might result in a loss of information, revenue, and repute at the hands of the employees or outsiders of the Organization.
In this session, we would discuss what "Agile Testing" is, what are the well known methods and models of Agile Testing and what to expect on the future of Agile Testing.
" Esta presentación constituye una recopilación en torno a una metodología práctica para la realización de un taller teórico-practico de feedback formal e informal, como reflejo de mis conocimientos y experiencias, apoyadas en distintos contenidos y fuentes disponibles en Internet, y que por tanto hacen de este documento una herramienta de uso libre, para ampliar la información y las fuentes de los ejercicios y las teorías desarrolladas puedes contactarme a través de mi twitter: @xavierxanders»
Taller evento TestingUY 2016 - Metricas en Tiempo Real y Automatización Dinám...TestingUy
Expositor: Sergio Emanuel Cusmai
Resumen:
Se mostrará una herramienta con alto nivel de innovación que difiere de las herramientas actuales y que ayuda a los testers a realizar sus tareas de manera más confiable, y obtener información en tiempo real además de guiar y sugerir a los usuarios acciones de acuerdo a los estándares de testing profesional. Implementa Automatización de Pruebas Dinámico y cobertura múltiple de plataformas entre muchas otras funcionalidades.
El Ciclo de Vida del Software propone algunos modelos para explicar las fases o etapas que cumple el producto de software desde los requerimientos inicial hasta su nueva entrega.
Estructuras de datos avanzadas: Casos de uso realesSoftware Guru
La utilización de estructuras de datos adecuadas para cada problema hace que se simplifiquen en gran medida los tiempos de respuestas y la cantidad de cómputo realizada.
Por Nelson González
Onboarding new members into an engineering team is not easy on anyone. In a short period of time, the new team member is required to be able to bring professional
Por Victoriya Kalmanovich
El secreto para ser un desarrollador SeniorSoftware Guru
En esta charla platicaremos sobre el “secreto” y el camino para llegar a ser un desarrollador Senior, experiencia, consejos y recomendaciones que en estos 8 años
Por René Sandoval
Apache Airflow es una plataforma en la que podemos crear flujos de datos de manera programática, planificarlos y monitorear de manera centralizada.
Por Yesi Díaz
How thick data can improve big data analysis for business:Software Guru
En esta presentación hablaré sobre cómo el Análisis de Datos Gruesos, específicamente el análisis antropológico y semiótico, puede ayudar a mejorar los resultados del Big Data
Por Martin Cuitzeo
CoDi® es la nueva forma de realizar pagos digitales desarrollada por el Banco de México. Por medio de CoDi puedes realizar cobros y pagos desde tu celular, utilizando una cuenta bancaria o de alguna institución financiera, sin comisiones.
Por Cristian Jaramillo
Gestionando la felicidad de los equipos con Management 3.0Software Guru
En las metodologías agiles hablamos de equipos colaborativos, autogestionados y felices. hablamos de lideres serviciales. El management 3.0 nos ayuda a cultivar el mindset correcto, aquel que servirá como el terreno fértil para que la agilidad florezca.
Por Andrea Vélez Cárdenas
Taller: Creación de Componentes Web re-usables con StencilJSSoftware Guru
Hoy por hoy las experiences de usuario pueden ser enriquecidas mediante el uso de Web Components, que son un estándar de la W3C soportado por la mayoría de los navegadores web modernos.
Por Alex Arriaga
Así publicamos las apps de Spotify sin stressSoftware Guru
En Spotify tenemos 1600+ ingenieros, trabajando en 280+ squads. Aún a esta escala, hemos logrado adoptar prácticas que nos han permitido acelerar la forma en que desarrollamos nuestro producto. Presentado por Erick Camacho en SG Virtual Conference 2020
Achieving Your Goals: 5 Tips to successfully achieve your goalsSoftware Guru
he measure of the executive, Peter F. Drucker reminds us, is the ability to "get the right things done." This involves having clarity on what are the right things as well as avoiding what is unproductive. Intelligence, creativity, and knowledge may all be wasted if not put to work on the things that matter.
Presentado por Cristina Nistor en SG Virtual Conference 2020
Acciones de comunidades tech en tiempos del Covid19Software Guru
Acciones de Comunidades Tech en tiempo del COVID-19 es una platica para informar acerca de las acciones que están realizando algunas comunidades de tecnología en México para luchar contra la propagación del COVID-19. Desde análisis de datos, visualizaciones, simulaciones de contagio, etc.
Presentado por Juana Martínez, Adriana Vallejo y Eduardo Ramírez en SG Virtual Conference 2020
De lo operativo a lo estratégico: un modelo de management de diseñoSoftware Guru
La charla presenta un modelo claro, generado por la ponente, para atender los niveles desde lo operativo a lo estratégico.
Presentado por Gabriela Salinas en SG Virtual Conference
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
3. BUGS. CONOCIENDO
AL ENEMIGO
ES SOCIABLE
NO LE GUSTA SER
CONFUNDIDO
ADAPTABLE AL
MEDIO AMBIENTE
LOS RANGOS SON
IMPORTANTES PARA EL
4. - Abierto
- Rechazado
- En Reparación
- Cerrado
- No Resuelto
CICLO DE VIDA DE LOS
DEFECTOS
El número de estados dependerá de
la definición para cada proyecto
El número de estados y el proceso
deben ser lo más ligero y ágil posible
Solo un tester debe cerrar defectos
5. SEVERIDAD
1.- Crítico
2.- Medio
3.- Menor
Impacto dentro del sistema o producto que
impide el correcto funcionamiento de los
flujos tanto principales como alternos
7. ASIGNACIÓN PARA LA
RESOLUCIÓN DE DEFECTOS
IEEE 829
Datos de Incidencia (Identificador, versión de
aplicación, entorno, Autor, Fecha)
Clasificación (severidad, estado, prioridad)
Descripción (caso de prueba, resultado del
defecto, resultado esperado, informe, captura de
pantalla, pasos ejecutados)
El Reporte describe al defecto ¿cómo es? ¿Dónde
se vio? ¿qué daño causa? ¿en qué momento se
dio?
NO describe que lo causó
9. 1.- El objetivo principal es la PREVENCIÓN
DE DEFECTOS y no la DETECCIÓN de los mismos.
2.- Encontrar los defectos LO MÁS PRONTO POSIBLE Y
MINIMIZAR SUS IMPACTOS
3. Las estrategias, prioridades y soluciones deben
enfocarse en la REDUCCIÓN DE RIESGOS del proyecto
4.- A pesar de su clasificación, TODOS los defectos son
importantes
PRINCIPIOS
10. La mayoría de los errores ocurren en un
pequeño número de funciones probadas
El 80% de los defectos se generan por el
20% de las módulos, causas, procesos,
etc.
PRINCIPIO 4 DEL TESTING:
Agrupación de defectos y
Principio de Pareto
12. Identificar y analizar las causas comunes de defectos
de todo el ciclo de vida y tomar medidas para evitar
más defectos por las mismas razones
PREVENCIÓN DE DEFECTOS
¿Qué hacer?
0
1
2
3
4
5
6
Defectos
Ocurrencia de defectos
Fase 1
Regresión
Fase 2
13. Selección de defectos a analizar de acuerdo a:
- RIESGO
- VALOR AGREGADO
(costos, importancia, mantenimiento)
¡La selección de análisis de defectos se realiza junto con
los interesados en el proyecto!
PREVENCIÓN DE DEFECTOS
¿cómo hacerlo?
14. • El daño de un defecto sobre el sistema
• La frecuencia de ocurrencia de defectos
• El esfuerzo que se necesita para reparar el defecto
• Una estimación del esfuerzo que se necesita para evitar que el
defecto vuelva a ocurrir
• Los costos de reproceso del defecto
• La medida en que el defecto tiene un impacto negativo en el
rendimiento del proceso
PREVENCIÓN DE DEFECTOS
¿qué parámetros usar?
15. 1. Causa raíz de los defectos
¿qué nos llevó a tener estos defectos?
(cambios de requerimientos, malinterpretaciones, declaraciones
erróneas de variables, condiciones no contempladas)
2. Causas comunes de los defectos
¿en que categoría se dieron los defectos?
(procesos, requerimientos, diseño, codificación, comunicación,
competencias del personal)
PREVENCIÓN DE DEFECTOS
¿cómo analizar?
16. • Contribución a la organización
• Impacto y coste
• Consecuencias de no atender los defectos
• Impacto esperado en la calidad
PREVENCIÓN DE DEFECTOS
Definir Acciones y Estrategias
19. PRINCIPALES ERRORES
DEL TESTER TRATANDO CON
DEFECTOS
1. No darle seguimiento a los defectos levantados
de acuerdo a severidad y prioridad
2. No dar el camino de reproducción del defecto
(pérdida de tiempo para desarrollo)
3. Omitir detalles importantes sobre el defecto
(¿qué severidad?, ¿en que ambiente fue?)
20. PRINCIPALES ERRORES
DEL TESTER TRATANDO CON
DEFECTOS
4. Hacerle caso a los desarrolladores!
(los defectos solo pueden ser cerrados por testers,
con la información y elementos reales)
5. ¡ser solo un tester!
(un tester debe dar visión del estado de calidad del
proyecto en general)