A√ļn no tienes acceso a esta clase

Crea una cuenta y contin√ļa viendo este curso

Principios del testing moderno

6/29
Recursos
  • Nuestra prioridad es mejorar el negocio: El producto que se va a entregar al cliente permitir√° hacer funcionar el negocio. Si en alg√ļn momento no quieres hacerlo, est√°s poniendo en riesgo ese negocio porque si el producto no se vende o no es aceptado la empresa puede cerrar o puedes perder el trabajo.
  • Nosotros aceleramos el equipo y usamos modelos como Lean Thinking y Teor√≠a de las Restricciones para ayudar a identificar, priorizar y mitigar cuellos de botella en el sistema: Cuando queremos hacer algo, lo queremos hacer perfecto y eso puede ser demasiado. Deber√≠as construir en base a procesos cortos para poder encontrar los defectos de una manera m√°s r√°pida.
  • Nosotros somos la fuerza para la mejora continua, ayudando al equipo a adaptarse y optimizar para tener √©xito, en lugar de proporcionar una red de seguridad para detectar fallas: El cliente puede entender que el producto se va a liberar por fases, es importante que nosotros enfoquemos nuestras pruebas en cada una de esas fases. No tiene que ser todo al inicio y al final, debe haber una distribuci√≥n que nos permita manejar el riesgo del software
  • Nos preocupamos profundamente acerca de la cultura de calidad en nuestro equipo, y asesoramos, lideramos y nutrimos el equipo para llevarlos a una cultura de calidad m√°s madura: Al inicio los testers eran personas desarrollando software y un d√≠a con tantos defectos y trabajo, separaron los roles para que as√≠ hubiese una persona dedicada a realizar las pruebas. El tester puede hacer recomendaciones de herramientas, mejorar el proceso o volverse un coach.
  • Nosotros creemos que el cliente es el √ļnico capaz de juzgar y evaluar la calidad de nuestro producto: Si el cliente esta satisfecho con lo entregado y cumple las expectativas entonces has alcanzado la calidad deseada.
  • Nosotros usamos datos de manera extensa y profunda para entender los casos de uso del cliente y entonces cerrar huecos entre hip√≥tesis del producto e impacto del negocio.
  • Expandimos las habilidades de testing y el conocimiento en todo el equipo; entendemos que esto reduce o elimina la necesidad de una especialista dedicado al testing.

El tester debe dominar varias areas necesita entender y tener toda la visión del producto y negocio. Saber sobre herramientas que optimicen el trabajo.o

Aportes 86

Preguntas 4

Ordenar por:

¬ŅQuieres ver m√°s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi√≥n.

Curso de Appium y Selenium porfa

Lean Thinking: es un sistema enfocado en la creaci√≥n de valor para el cliente, a trav√©s de la persistente b√ļsqueda y eliminaci√≥n de desperdicio, as√≠ como tambi√©n la mejora continua, el respeto hacia las personas, el trabajo en equipo y abordar desaf√≠os.

Theory of Constraints: en una organización siempre habrán restricciones (maquinaria, procesos, políticas, personas…), en las cuales debemos enfocarnos y atacarlos de la sigueinte manera:

  1. Identificar el cuello de botella
  2. Explotarlo, llev√°ndolo a su m√°xima capacidad.
  3. Subordinar todo lo dem√°s con el fin de solucionar el cuello de botella.
  4. Elevar la capacidad con m√°s maquinaria, personas, etc.
  5. Iterar: siempre habr√°n m√°s restricciones. Se debe evitar la inercia.

Apuntes:

Principios del testing moderno

Los principios creados por Allan Page y Brenn Jensen es acerca del testing moderno, que es la evolución natural del testing ágil. Veían la necesidad de que el tester y el desarrollador evolucionen en su perspectiva, ambos hacen software y entregan al mismo cliente, por lo tanto deben trabajar más como un equipo y no como entidades separadas. El tester debería enfocarse en la calidad del sowftware, el desarrollador debería enfocarse a desarrollar la solución. El tester va a ayudar al desarrollador a utilizar las mejores herramientas, a entender los procesos de pruebas, a mejorar la calidad de su desarrollo.

Los 7 principios del testing moderno

‚ÄúLos testers podemos comenzar a pasar de ser los due√Īos de las pruebas o la calidad, a ser los embajadores de la calidad del producto‚ÄĚ.

  1. Nuesta prioridad es mejorar el negocio.
  2. Nosotros aceleramos al equipo, usamos modelos como Lean Thinking y Teoría de las Restricciones para ayudar a identificar, mitigar, priorizar y mitigar cuellos de botella en el sistema.
  3. Somos la fuerza para la mejora continua, ayudando al equipo a adaptarse y optimizar para tener éxito, en lugar de proporcionar una red de seguridad para detectar fallas.
  4. Nos preocupamos profundamente acerca de la cultura de calidad en el equipo, y asesoramos, lideramos y nutrimos al equipo para llevarlos a una cultura de calidad m√°s madura.
  5. Nosotros creemos que le cliente es el √ļnico capaz de juzgar y evaluar la calidad de nuestro producto.
  6. Nosotros usamos datos de manera extensa y profunda para entender los casos de usos del cliente y entonces cerrar huecos entre hipótesis del producto e impacto del negocio.
  7. Expandimos las habilidades de testing y el conocimiento en todo el equipo; entendemos que esto reduce o elimina la necesidad de un especialista dedicado al testing.

En donde estoy trabajando actualmente son muy abiertos a los cambios positivos, a las mejoras y a obtener mayor productividad, sin embargo hace falta quien tenga conocimientos y visi√≥n amplia para tener en cuenta todo el espectro que conlleva el desarrollo de nuestros productos, por lo que, al capacitarme con este tipo de cursos espero ser yo quien involucre en un futuro no muy lejano las mejores estrategias de an√°lisis de calidad y productividad al desarrollo. ¬°Me emociona aprender algo que s√≠ voy a utilizar! ūüėÉ

‚ÄúEl cliente es el √ļnico capaz de juzgar y evaluar la calidad de nuestro producto‚ÄĚ. Pero c√≥mo encaja lo que dec√≠a Steve Jobs sobre como √©l creaba sus productos?. Seg√ļn √©l
"Algunas personas dicen: ‚ÄúOfrezca a los clientes lo que quieren‚ÄĚ. Pero ese no es mi enfoque. Nuestro trabajo es descubrir qu√© van a querer antes de hacerlo. Creo que Henry Ford dijo una vez: ‚ÄúSi hubiera preguntado a los clientes qu√© quer√≠an, me habr√≠an dicho: ‚Äė¬°Un caballo m√°s r√°pido!‚Äô‚ÄĚ. La gente no sabe lo que quiere hasta que se lo ense√Īas. Es por eso que nunca conf√≠o en la investigaci√≥n de mercado. Nuestra tarea es leer cosas que a√ļn no est√°n en la p√°gina."

Curso de Selenium por favor …

  • la evoluci√≥n del testing moderno es la evoluci√≥n del testing √°gil
    el tester y el desarrollador deben trabajar mas como un equipo
  • el tester debe enfocarse en la calidad el producto
  • el desarrollador enfocarse en desarrollar la aplicaci√≥n
    los 7 principios del Testing moderno
  1. nuestra prioridad mejorar el negocio
  2. buscamos modelos Lean Thinking priorizar y mitigar cuellos de botella en el sistema (crear módulos de forma ágil)
  3. para la mejora continua hay que adaptarse y optimizar
  4. Nos preocupamos profundamente acerca de la cultura de calidad (el tester tiene que hacer recomendación de herramientas), la calidad es prioridad numero 1
  5. Quien define la calidad es el usuario final (el cliente), el cliente es el √ļnico capaz de juzgar y evaluar
  6. la falta de de datos de prueba, Nosotros usamos datos de manera extensa y profunda
  7. Expandir las habilidades del testing a todo los compa√Īeros, debemos entender y conocer toda la necesidad del producto

El tester debe enfocarse en la calidad
el desarrollador debe enfocarse en el desarrollo
pero deben de trabajar en conjunto para obtener un buen producto

7 Principios del testing moderno:

  1. Nuestra prioridad es mejorar el negocio
  2. Nosotros aceleramos al equipo, usamos modelos como Lean Thinking y Teorías de las Restricciones para ayudar a identificar, priorizar y mitigar cuellos de botella en el sistema.
  3. Somos la fuerza para la mejora continua, ayudando al equipo a adaptarse y optimizar para tener éxito, en lugar de proporcionar una red de seguridad para detectar fallas.
  4. Nos preocupamos profundamente acerca de la cultura de calidad en el equipo, y asesoramos, lideramos y nutrimos el equipo para llevarlos a una cultura de calidad m√°s madura.
  5. Nosotros creemos que el cliente es el √ļnico capaz de juzgar y evaluar la calidad de nuestro producto.
  6. Nosotros usamos datos de manera extensa y profunda para entender los casos de uso del cliente y entonces cerrar huecos entre hipótesis del producto e impacto del negocio.
  7. Expandir las habilidades de testing y el conocimiento en todo el equipo; entendemos que esto reduce o elimina la necesidad de un especialista dedicado al testing.

Todo el equipo son responsables de la calidad del producto.

  1. Nuestra prioridad es mejorar el negocio
    El producto que se va a entregar al cliente es lo que permite funcionar al negocio. Si en alg√ļn momento no quieres hacerlo, est√°s poniendo en riesgo ese negocio porque si el producto no se vende o no es aceptado la empresa puede cerrar o puedes perder el trabajo.
    2. Nosotros aceleramos el equipo y usamos modelos como Lean Thinking y Teoría de las Restricciones para ayudar a identificar, priorizar y mitigar cuellos de botella en el sistema.
    Cuando queremos hacer algo, lo queremos hacer perfecto y eso puede ser demasiado. Deberías construir en base a procesos cortos para poder encontrar los defectos de una manera más rápida.
    3. Nosotros somos la fuerza para la mejora continua, ayudando al equipo a adaptarse y optimizar para tener éxito, en lugar de proporcionar una red de seguridad para detectar fallas.
    El cliente puede entender que el producto se va a liberar por fases, es importante que nosotros enfoquemos nuestras pruebas en cada una de esas fases. No tiene que ser todo al inicio y al final, debe haber una distribución que nos permita manejar el riesgo del software
    4. Nos preocupamos profundamente acerca de la cultura de calidad en nuestro equipo, y asesoramos, lideramos y nutrimos el equipo para llevarlos a una cultura de calidad m√°s madura.
    Al inicio los testers eran personas desarrollando software y un día con tantos defectos y trabajo, separaron los roles y así hubiese una persona dedicada a realizar las pruebas. El tester puede hacer recomendaciones de herramientas, mejorar el proceso o volverse un coach.
    5. Nosotros creemos que el cliente es el √ļnico capaz de juzgar y evaluar la calidad de nuestro producto
    Si el cliente esta satisfecho con lo entregado y cumple las expectativas entonces has alcanzado la calidad deseada.
    6. Nosotros usamos datos de manera extensa y profunda para entender los casos de uso del cliente y entonces cerrar huecos entre hipótesis del producto e impacto del negocio.
    7. Expandimos las habilidades de testing y el conocimiento en todo el equipo; entendemos que esto reduce o elimina la necesidad de una especialista dedicado al testing.

Pronto entrare a una empresa como QA tester, este curso me esta ayudando a empaparme del tema antes de entrar a laborar.

Es interesante y de gran responsabilidad comprender que el tester debe estar en todas las áreas del negocio, pensé que estaba limitado a las pruebas y algo de documentación.

Es bueno recalcar que el camino del tester es fundamental para las empresas, aunque hay muchas que no dependen de un tester por que consume recursos y que las pruebas las lleven a cabo el desarrollador, a simple vista del desarrollador no puede encontrar errores fácilmente para esto se necesita un especialista en calidad de software y es necesario llevar a cabo herramientas para realizar las pruebas mas efectivas como selenium java, que me gustaría que se dictara en esta plataforma platzi.

a lo que le hace falta aplicar muchas normas de calidad, es a sitios donde atascan de publicidad, banners, etc, por √©tica, no deber√≠an de subir esas p√°ginas y quiz√° no deber√≠an estar permitidas en la red comercial p√ļblica, o bajo propio riesgo del usuario, pero nisiquiera el proveedor del servidor deber√≠a de permitir que ah√≠ se hospeden.

Theodore Levitt llamaba a esta nueva forma de ver el desarrollo, la perspectiva 4C, en su articulo sobre "la miopia del marketing mix" describe el error que en ese entonces los directivos cometían, enfocarse sólo en un Producto, para ver en qué Plaza venderlo, y a qué Precio sacando una Promoción, era algo que llevaba a muchas organizaciones a caer tarde o temprano.

Que es el modelo de Lean Thinking ?

Yo creo que para que estos principios se apliquen tiene que ver con la cultura de la organizaci√≥n. Por ejemplo el principio que dice que ‚ÄúLos testers comparten estrategias y conocimiento relacionado al testing para que se dependa menos de un especialista‚ÄĚ. Esto depende de todos, de la cultura, si es una cultura abierta entonces va a funcionar, si no, pues no

Yo no he trabajado tanto en la parte de desarrollo de Software comercial, pero si en la parte de software para la industria manufacturera, es decir, PLC y esas cosas. Y en efecto, nada de esto se hace. Las √ļnicas pruebas que se hacen de manera exhaustiva es el funcionamiento de la parte f√≠sica, m√°s no de la parte de programaci√≥n.

Est√° demasiado cargada esa web. No permite agregar ni realizar nada. ‚ÄúCurso de Selenium porfa‚ÄĚ

Por el minuto 7 dice que quien eval√ļa la calidad de nuestro producto es el usuario final, nuestro cliente.
Pero cliente y usuario final son distintos por ejemplo desde el UX.

Es mi imaginación o efectivamente son lo mismo?

El tester debe dominar varias áreas, necesita entender y tener toda la visión del producto y negocio. Saber sobre herramientas que optimicen el trabajo. Si el cliente esta satisfecho con lo entregado y cumple las expectativas entonces has alcanzado la calidad deseada.

El principio que más me llamó la atención es el uso extenso y profundo de datos de prueba, yo he intentado hacer mockups de datos pero la verdad siempre me faltan opciones, uno tiende a hacer mockups con los valores más comunes y no recuerda incluir los casos extremos o poco comunes.

tambien de SonarQube

Muy buena clase para poder implementarlo en mi trabajo.

creo que cada uno de estos principios van muy de la mano con la metodología de trabajo Scrum, y la verdad en mi empresa los implementan, me parece super importante entender muy bien la necesidad del cliente y qué es en sí lo que se busca con la aplicación o desarrollo que se está haciendo, para saber que pruebas deben realizarse

Si se logra implementar estos principios.

Necesitariamos Cursos de pruebas de rendimiento usando JMeter como herramienta para mejorar la arquitectura de la aplicación.

testing modernos aun no hacemos ni el testing agil o normal.

Hi! I was a manual tester many years ago, this area has been improved so much. There are seven specialties: Manual Tester, Automation Tester, Security Tester, Data Science Tester, SDET (Software Development Engineer in Test), DevOps (Development and operations), QA Engineer, QE.
Actually, I want to learn more about it and get back soon to work.

Muchos de estos principios casi todos, lo realizan donde trabajo actualmente, pero ahora entiendo mucho m√°s el valor de cada uno y que podria llegar aportar a la empresa cliente y hasta yo como desarrollador.

un curso de selenium con mas ejemplos practicos de testing por favor

Yo utilizo las buenas practicas de Damn Vulnerable Web App (DVWA) al crear aplicaciones Web, es muy recomendable, ademas de que aprendes sobre seguridad inform√°tica.

yo aun me encuentro estudiando y en mi carrera esta la materia pruebas de software, lo curioso es que ya la lleve pero no recuerdo a ver visto en clase los 7 principios, así que agradezco esta información e investigare mas.

‚ÄúEl Tester pasa a tener una visi√≥n general de la empresa y adem√°s dominar temas t√©cnicos asociados a cada una de las √°reas: Desarrollo, dise√Īo, documentaci√≥n, an√°lisis de requerimiento, documentaci√≥n t√©cnica que se entrega al final al usuario como gu√≠as de ayuda etc. El rol del Tester es: Acompa√Īar en todo el proceso y la pol√≠tica la CALIDAD del producto‚ÄĚ. Esto define la responsabilidad e importancia de los tester. Amando este curso!!!

Los 7 principios del testing moderno engloban aquello que en ia industria tiene las funciones del aseguramiento de la calidad que tiene facultad en cada area o departamento y cuya finalidad es abonar que el producto cumpla con las expectativas del cliente

Los principios son elementales en las pruebas de calidad del software, hay que entender que DEV y QA , no deben trabajar separados sino siempre en pro del objetivo y de la mejora del negocio es lo primordial.

Lean thinking: está enfocado en la creación de valor para el cliente que permite mejorar el proceso con menos costo, tiempo y de alta calidad

El testing moderno vino revolucionar la calidad de software debido a que al llevar a cabo pruebas en cada fase del proceso la carga de trabajo y el tema económico mejora

La segmentación de las pruebas es la etapa más determinante ya que es donde se pueden definir los diferentes elementos a probar.

La estrategia y herramientas en este punto, tienen muchísima relevancia, ya que se deben utilizar acorde a la segmentación de las diferentes pruebas.

Ya sea de forma global o de manera específica.

Con respecto al testing moderno, agradezco mucho el permitirnos conocer acerca de este, personalmente no conocía los principios y me parece que es un tema interesante, de hecho considero que actualmente se requiere con urgencia aplicarlos, puesto que muchas personas basan su trabajo en ejecutar pruebas, en diligenciar formularios con los resultados obtenidos, reportar bugs en herramientas o capturar evidencias, no existe una conciencia absoluta de la importancia que tiene el trabajo que realizamos
Muchas personas se convierten en tester por la necesidad de ganar dinero, se dedican a ejecutar casos, pero no proponen mejoras para el proceso. Existen empresas donde se exige que los tester se certifiquen, pero no les permiten participar en los procesos generando ideas y adquiriendo conocimiento que permita enriquecer su labor.
El testing moderno me atrevo a decir que es una mirada amplia a la evolución tecnología, donde el conocimiento se vuelve diverso, donde las habilidades van más allá de ejecutar pruebas funcionales manuales, está el interés por adquirir habilidades, explotar herramientas , metodologías y por supuesto compartir todo lo aprendido.

muy buen tema el de principios del testing moderno, actualmente en la empresa donde estoy son muy abiertos los PO,lideres tecnicos y en general todo el equipo de desarrollo a las mejoras que se encuentran desde el equipo QA en las pruebas que se realizan sobre los entregables

Como usuario de un taller de colision al manejar diferentes plataformas de compa√Ī√≠as de seguros no esta bien que cuando se cargan los repuestos este proceso requiera demasiado tiempo ya que los nombres de las piezas varian de acuerdo a cada plataforma y si el repuesto es buscado como esta el catalogo del vehiculo en muchas ocasiones no se encuentra por que cada aseguradora maneja un nombre diferente.

Excelente Explicacion.

si no hay buenas practicas que incluyen hacer pruebas desde la perspectiva del desarrollo, el tester tiene que pasar no solamente encontrar defectos si no también
de hacer recomendaciones de herramientas mejorar el proceso volverte un couch,
las empresas que mejor logran una escalabilidad, tanto en el crecimiento de sus equipo, como mantienen la calidad de sus productos, ellos desde sus inicios desde sus políticas se establecen que la calidad es numero 1, en
facebook por ejemplo lo que hacen es tener en cada una de sus areas de trabajo conceptos y mejores practicas para
que no se les olvide como es hacer un buen producto, y entonces el tester paso
de ser alguien que tenia que conocer de cuestiones muy tecnicas, a tener una mejor visi√≥n de todo el producto de toda la empresa y ademas dominar temas t√©cnicos asociados a cada una de las areas, no solo desarrollo, si no tambi√©n dise√Īo, documentaci√≥n, an√°lisis de requerimientos,
documentación técnica que se entrega al final al usuario, entonces el rol del
tester es acompa√Īar en todo el proceso y la pol√≠tica, la calidad del producto

estos principios los compartiré con mi equipo de trabajo son muy claros.

Varios de los principios los aplique, pero con el que más me identifique es el cuarto. Debido a la visiónn general que tenia de los productos, muchas veces hacia el papel de analista de negocio y me volvía juez y parte.

Me gustan estos principios, creo que los voy a implementar.

Veo que muchos de los principios se pueden aplicar en mi trabajo.
El ejemplo más claro es el del test de datos, se presentó una ocasión en que la longitud de caracteres no era suficiente para almacenar el nombre que se requería guardar.

  • Nuestra prioridad es mejorar el negocio
    El producto que se va a entregar al cliente es lo que permite funcionar al negocio. Si en alg√ļn momento no quieres hacerlo, est√°s poniendo en riesgo ese negocio porque si el producto no se vende o no es aceptado la empresa puede cerrar o puedes perder el trabajo.

  • Nosotros aceleramos el equipo y usamos modelos como Lean Thinking y Teor√≠a de las Restricciones para ayudar a identificar, priorizar y mitigar cuellos de botella en el sistema.
    Cuando queremos hacer algo, lo queremos hacer perfecto y eso puede ser demasiado. Deberías construir en base a procesos cortos para poder encontrar los defectos de una manera más rápida.

  • Nosotros somos la fuerza para la mejora continua, ayudando al equipo a adaptarse y optimizar para tener √©xito, en lugar de proporcionar una red de seguridad para detectar fallas.
    El cliente puede entender que el producto se va a liberar por fases, es importante que nosotros enfoquemos nuestras pruebas en cada una de esas fases. No tiene que ser todo al inicio y al final, debe haber una distribución que nos permita manejar el riesgo del software

  • Nos preocupamos profundamente acerca de la cultura de calidad en nuestro equipo, y asesoramos, lideramos y nutrimos el equipo para llevarlos a una cultura de calidad m√°s madura.
    Al inicio los testers eran personas desarrollando software y un día con tantos defectos y trabajo, separaron los roles y así hubiese una persona dedicada a realizar las pruebas. El tester puede hacer recomendaciones de herramientas, mejorar el proceso o volverse un coach.

  • Nosotros creemos que el cliente es el √ļnico capaz de juzgar y evaluar la calidad de nuestro producto
    Si el cliente esta satisfecho con lo entregado y cumple las expectativas entonces has alcanzado la calidad deseada.

  • Nosotros usamos datos de manera extensa y profunda para entender los casos de uso del cliente y entonces cerrar huecos entre hip√≥tesis del producto e impacto del negocio.

  • Expandimos las habilidades de testing y el conocimiento en todo el equipo; entendemos que esto reduce o elimina la necesidad de una especialista dedicado al testing.

El tester debe dominar varias areas necesita entender y tener toda la visión del producto y negocio. Saber sobre herramientas que optimicen el trabajo.

Tengo una duda.
Mintras buscaba en la web encontre 7 principios de Testing de acuerdo al libro de ISTQB. Estos son diferentes a los presentados en el curso.

Cu√°les deberia de aprender?

  1. Las pruebas muestran la presencia de defectos
    Significa que las pruebas pueden demostrar que EXISTEN problemas, pero no que los problemas NO EXISTEN.
    El objetivo principal de llevar a cabo una prueba es para detectar defectos. Trabajando bajo la premisa de que cada producto contiene defectos de alg√ļn tipo, una prueba que revela los errores es generalmente mejor que una que no lo hace. Todas las pruebas por lo tanto, deben ser dise√Īados para revelar tantos errores como sea posible.
  2. Las pruebas exhaustivas son imposibles

Las pruebas exhaustivas tratan de cubrir todas las combinaciones posibles de datos en el software, a fin de garantizar que ninguna situaci√≥n puede surgir, una vez probado el software se ha liberado. Excepto en aplicaciones muy simples, el n√ļmero de combinaciones posibles de datos es demasiado alta, es m√°s eficaz y eficiente que los ingenieros de pruebas se centren en las funcionalidades de acuerdo a riesgos y prioridades.

  1. Pruebas tempranas.
    Un producto (incluyendo los documentos, tales como la especificación del producto) se puede probar tan pronto como se ha creado. ISTQB recomienda probar un producto tan pronto como sea posible, corregir los errores más rápidamente posible. Los estudios han demostrado que los errores identificados al final del proceso de desarrollo por lo general cuestan más para resolver.
    Por ejemplo: un error encontrado en las especificaciones puede ser bastante sencillo de solucionar. Sin embargo, si ese error se transfiere a la codificación de software, una vez descubierto el error puede ser muy costoso y consume tiempo.

  2. Agrupamiento de Defectos
    Los estudios sugieren que los problemas en un elemento de software tienden a agruparse en torno a un conjunto limitado de módulos o áreas. Una vez que estas áreas han sido identificadas, los administradores eficientes de prueba son capaces de enfocar las pruebas en las zonas sensibles, mientras que siguen buscando a los errores en los módulos de software restantes. Me recuerda al 80/20.

  3. La paradoja del "Pesticida"
    Al igual que el sobre uso de un pesticida, un conjunto de pruebas que se utilizan repetidamente en el disminuirá en su eficacia. Usando una variedad de pruebas y técnicas expondrá una serie de defectos a través de las diferentes áreas del producto.

  4. La prueba es dependiente del contexto
    Las mismas pruebas no se deben aplicar en todos los √°mbitos. Distintos productos de software tienen diferentes requisitos, funciones y prop√≥sitos. Una prueba dise√Īada para realizarse en un sitio web, por ejemplo, puede ser menos eficaz cuando se aplica a una aplicaci√≥n de intranet. Una prueba dise√Īada para una forma de pago con tarjeta de cr√©dito puede ser innecesariamente rigurosa si se realiza en un foro de discusi√≥n.
    En general, cuanto mayor es la probabilidad y el impacto de los da√Īos causados ‚Äč‚Äčpor el software fallado, mayor es la inversi√≥n en la realizaci√≥n de pruebas de software.

  5. La falacia de ausencia de errores
    Declarar que una prueba no ha descubierto ning√ļn error no es lo mismo que declarar que el software es ‚Äúlibre de errores‚ÄĚ. Con el fin de garantizar que los procedimientos adecuados de software de prueba se lleva a cabo en todas las situaciones, los evaluadores deben asumir que todo el software contiene algunos (aunque disimulada) errores.

Respecto al ciclo de vida del software. Los libros le ponen mucho interés a todo menos el mantenimiento del software. Es decir, no se enfocan en que se debe priorizar el atributo de calidad de mantenibilidad. Esto lo digo debido a que este atributo directamente afecta a la etapa mantenimiento en la cuál es la larga y cara del software por lo que si se diera una mayor relevancia sería más fácil darle mantenimiento y ahorrar tiempo y dinero a futuro.

En el √ļltimo p√°rrafo Blanca, te falta una tilde y signos de puntuaci√≥n.

Expandimos las habilidades de testing y el conocimiento en todo el equipo; entendemos que esto reduce o elimina la necesidad de una especialista dedicado al testing.

Esto no implicaria que hubiese menos trabajo para un tester en un futuro?

Quiero hacer este curso como preámbulo para hacer el curso de pruebas con Jest e implementarlo en la aplicación de react native que desarrollo en la empresa para la que trabajo. Me gusta mucho el enfoque de expandirlo a la cultura empresarial.

Considero que es muy importante tener claridad de los procesos que se debe realizar como tester en una empresa, pero cuando se tiene que realizar tantas tareas a la vez se puede perder el foco de la calidad en el desarrollo, siempre y cuando se cuente con los recursos, se podría implementar en cualquier empresa.

El tester es la voz del cliente y de las buenas pr√°cticas. Lo que queremos darle al consumidor final y lo que agilice el trabajo en equipo es sobre lo que debemos trabajar.

Sin duda, ser tester conlleva una gran responsabilidad ya que por lo visto necesita conocimiento global de las √°reas que involucra el desarrollo de un proyecto.

El tester debe enfocarse en la calidad del producto, del proceso, del software en general.

Estos principios dejan claro que testing no solo es ejecutar sw y comprobar resultados, sino un proceso que nos ayuda a evaluar la calidad del sw y reducir riesgos de fallos en producción.

Yo encantado de implementarlo, pero es dificil lograrlo, cuanto nuestra mentalidad dominante es hacer siempre lo menos posible.

Este tema es muy interesante e importante, rescato los siguientes puntos

  • Lo importante es el negocio (cliente), define prioridades, alcance y calidad deseada
  • Hay que tener una distribuci√≥n que permita manejar el riesgo del software
  • Se debe de contar con una extensa cantidad de datos de prueba

Pienso que en México es complicado llevar acabo los 7 principios ya que estos principios van basados a un organigrama de proyecto en dónde hay especialistas en cada área, aquí en México generalmente la gente que desarolla o gestiona un proyecto tiene que encargarse de la parte de la calidad. Ya que muchas empresas buscan disminuír costos de RECURSOS HUMANOS teniendo un recurso que sepa de varias cosas. Aun que si se pueden tomar estos principios como algo utópico y un estándar al que deberíamos de llegar como País. Es por eso que si no hay alguien especializado en testing es importante que todo el equipo este involucrado para hacer el mejor trabajo posible.

Sería muy bueno que se especificaran las pruebas a nivel de entregables que se tienen que hacer en cada etapa del desarollo ya que no he visto que ustedes compartan un recursro para ello. Espero en futuras clases lo haya, ya que a final de cuenta la calidad se puede estandarizar en un proceso adaptable para diferentes proyectos.

En algunos lugares por ‚Äúfalta de presupuesto y tiempo‚ÄĚ, no es posible aplicar todo los principios, dado que estamos limitados por las reglas o normas que exigen o aceptan las empresas.

Claramente si una empresa no permite que estos principios no se ejecuten apuntan a, minimo, dos cosas: la mediocridad y que el tester no pueda trabajar cómodo y por ende se vaya a otra empresa.
Son principios que de ser ejecutados correctamente lograremos avanzar como equipo y como organización en general.

Yo trabaje en una empresa que instalaba infraestructura, y que tenia muchos clientes pero poco personal. Era imposible tratar de fomentar una cultura de calidad cuando siempre había mucho trabajo y había que estar aprendiendo constantemente sobre muchos temas (redes, servidores, netoworking) siendo 2 especialistas técnicos, pero cuando no había ninguna inversión en certificaciones o capacitaciones.

El tester juega en muchas formas un rol de facilitador para alcanzar la mejora continua.

El tester representa un herramienta fundamental al momento de desarrollar un software, verificando que el programa tenga un numero muy bajo de errores.

El tester es m√°s importante de lo que se cree

Muy buena clase.

Me encanta ‚̧ԳŹ

Esta sesión me golpea como teste xd Tengo conocimiento en casos de prueba y automatización, me falta un largo y difícil camino para llegar a ser un líder y un tutor que influya en la calidad de todas las etapas…

En realidad tengo experiencia en el mundo de pruebas y lo que m√°s agradecen los clientes y los contratistas es que uno siga todo los principios explicados en el presente video.

Los principios creados por Ellen Page y Brian Jensen es acerca del testing moderno que es la evolución natural del testing ágil

El desarrollo de este principio es la necesidad de que el tester y el desarrollador evoluciones en su perspectiva para que ambos trabajen como un equipo y no como dos entidades separadas

El tester debería enfocarse en la calidad del producto, proceso (calidad de software)

El desarrollador debería enfocarse en desarrollar la aplicación

El tester podría ayudar a mejorar a encontrar las mejores herramientas a entender los procesos de prueba y mejorar la calidad del desarrollo

<h4>Principios del testing moderno</h4>

El tester debería de enfocarse en la calidad del producto, del proceso.

El desarrollador debería enfocarse en desarrollar la aplicación.

Entonces el tester ayudar√° al desarrollador con las mejores herramientas de desarrollo.

<h5>7 principios del testing moderno</h5>

Los testers podemos comenzar a pasar de ser los due√Īos de las pruebas o la calidad, a ser los embajadores de la calidad del producto.

  1. Nuestra prioridad es mejorar el negocio.
  2. Nosotros aceleramos al equipo, usamos modelos como Lean Thinking y Teoría de las Restricciones para ayudar a identificar, priorizar y mitigar cuellos de botella en el sistema.
  3. Somos la fuerza para la mejora continua, ayudando al equipo a adaptarse y optimizar para tener éxito, en lugar de proporcionar una red de seguridad para detectar fallas.
  4. Nos preocupamos profundamente acerca de la historia de calidad en el equipo, y asesoramos, lideramos y nutrimos el equipo para llevarlos a una cultura de calidad m√°s madura.
  5. Nosotros creemos que el cliente es el √ļnico capaz de juzgar y evaluar la calidad de nuestro producto.
  6. Nostros usamos datos de manera extensa y profunda para entender los casos de uso del cliente y entonces cerrar huecos entre hipótesis del producto e impacto del negocio.
  7. Expandimos las habilidades de testing y el conocimiento en todo el equipo; entendemos que esto reduce o elimina la necesidad de un especialista dedicado al testing.

Considero fundamental las habilidades de comunicación en el equipo para un correcto uso del testing. Soy nuevo en esto pero las reglas son a mi parecer correctas

Es un poco complicado el tema de poder conseguir una extensa cantidad de datos. Es muy limitado, en entidades bancarias.

Resumen sencillo de porque hay que hacer tests

Desde mi punto de vista, los estudios de mercado no sirven de mucho cuando quieren innovar, ya que en el caso de la Cybertruck (la pickup de Tesla), mucha gente piensa que la camioneta es horrible (yo entre ellos), pero aun as√≠ hay muchas personas que la quieren comprar porque es un producto fuera de serie. ¬ŅCu√°ntas miradas no robar√≠as yendo a la escuela con un bunker como ese?

Algo a tener en cuenta es que la maestra siempre habla como si nosotros o las personas que estamos tomando este curso fuéramos los testers que se odian a muerte con los developers

Testing moderno

  • Evolucion del testing agile
  • No trabajar como entidades separadas
  • Tester: Calidad del software, ayuda al desarrollador
  • Desarrollador: En crear

Principios:
Los testers podemos comenzar a pasar de ser los due√Īos de las pruebas o la calidad, a ser los embajadores de la calidad del producto

  1. Nuestra prioridad es mejorar el negocio
  2. Nosotros aceleramos al equipo, usamos modelos como Lean Thinking y Teoria de las Restricciones para ayudar a identificar, priorizar y mitigar cuellos de botella en el sistema
  3. Somos la fuerza para le mejora continua, ayudando al equipo a adaptarse y optimizar para tener éxito, en lugar de proporcionar una red de seguridad para detectar fallas
  4. Nos preocupamos profundamente acerca de la cultura de calidad en el equipo, y asesoramos, lideramos y nutrimos el equipo para llevarlos a una cultura de calidad m√°s madura
  5. Nosotros creemos que el cliente es el √ļnico capaz de juzgar y evaluar la calidad de nuestro producto
  6. Nosotros usamos datos de manera extensa y profunda para entender los casos de uso del cliente y entonces cerrar huecos entre hipotesis del producto e impacto del negocio
  7. Expandimos las habilidades de testing y el conocimiento en todo el equipo; entendemos que esto reduce o elimina la necesidad de un especialista dedicado al testing

Maestra, hasta ahora me ha gustado mucho su manera de explicar todo esto. No hace mucho le√≠ el libro ‚ÄúFoundation of Software Testing‚ÄĚ y con sus clases me ha ayudado a entender un poco mejor el tema.
Ahora bien, solo como recomendación, le sugiero echarle una revisada a la ortografía y redacción del texto proporcionado abajo del vídeo.
Muchas gracias.

¬Ņcomo difiere estos principios de los 7 principios de pruebas segun el istqb?

En el curso han vinculado tanto los test con la calidad que comencé a confundir la labor del Tester con el SQA jaja