![\"\"](\"https:\/\/www.skinatech.com\/portal\/wp-content\/uploads\/2018\/01\/social_media44-300x107.png\")
<\/p>\nDesarrollar una aplicaci\u00f3n para cualquier tipo de plataforma requiere de varios procesos m\u00e1s all\u00e1 de la programaci\u00f3n y dise\u00f1o, uno de esos procesos que definen el \u00e9xito o fracaso de tu aplicaci\u00f3n es el proceso de pruebas, intentar encontrar todos los fallos que se pudieron pasar por alto al momento de programar y darles un a soluci\u00f3n antes del lanzamiento.<\/p>\n
Son b\u00e1sicamente un conjunto de actividades del desarrollo de software, que buscan entregar informaci\u00f3n objetiva sobre la calidad del software, ahora \u00bfcual es el objetivo de real de hacer estas pruebas? lo principal es verificar la calidad del producto y revisar el proceso utilizado por las personas responsables del mismo, principalmente se prioriza en encontrar defectos o bugs, aumentar la confianza del resultado final al equipo de trabajo, evitar la aparici\u00f3n de futuros defectos en la plataforma creada y certificar los procesos utilizados analizando fallas e incongruencias.<\/p>\n
<\/p>\n
1. Las pruebas de software no estas focalizadas en el \u00e9xito:<\/strong> Cuando se realizan pruebas debes cambiar un poco la mentalidad y hacer todo lo necesario para que la aplicaci\u00f3n falle, puede ser con procesos hechos de manera irregular, clics infinitos o comandos en el software.<\/p>\n 2. Focalizar su energ\u00eda en el fallo, en el error, porque esto mejora la posibilidad de encontrar bugs:<\/strong> Cada pantalla, cada proceso, y cada clic se debe pensar como un usuario at\u00edpico.<\/p>\n 3. Los tester no crean la calidad, les viene dada:<\/strong> La mayor\u00eda de los usuarios creen que la calidad del software la determina el tester pero no, la calidad viene desde el proceso de programaci\u00f3n, las funciones del tester son descubrir las vulnerabilidades no repararlas.<\/p>\n 4. El tester nunca debe asumir la responsabilidad de la calidad de una versi\u00f3n:<\/strong> Como ya lo mencionamos, el que determina la calidad del software no es el tester, asumir que despu\u00e9s de la revisi\u00f3n el software esta perfecto es demasiado arriesgado, ya que cuando este est\u00e9 en producci\u00f3n se enfrentara a distintos aspectos en comparaci\u00f3n a los que fue testeado.<\/p>\n 5. La misi\u00f3n del testing es informar al equipo con la mejor habilidad posible sobre los problemas que pueden tener impacto en el valor del producto:<\/strong> No es solo un reporte de errores, debe detallarse en que contexto sucedi\u00f3 y de que forma, esta informaci\u00f3n resultar\u00e1 relevante para enfrentar futuros inconvenientes.<\/p>\n MUY IMPORTANTE, la diferencia real radica en cuantos tipos de usuarios puedes ser al mismo tiempo, es decir debes pensar que pasar\u00e1 si alg\u00fan usuario confunde un bot\u00f3n o intenta traer comandos de otros software, en el proceso de pruebas no hay ideas locas, todo puede pasar.<\/p>\n 7. La diferencia entre un tester y un turista es que el trabajo de un tester es evaluar algo no solo admirarlo:<\/strong> Nunca se debe asumir nada ni apelar a las obviedades, de nuevo hay que recordar que no sabes en que entorno ser\u00e1 instalado el software y es muy complicado tener todas las variables posibles al momento de probar.<\/p>\n 8. Es mejor para el trabajo de un tester trabajar con el prop\u00f3sito de demostrar que el software falla que con el objetivo de demostrar que funciona:<\/strong> El objetivo del tester es encontrar el fallo, de no hacerse ser\u00eda una tarea incompleta, no existen software perfectos.<\/p>\n 9. Trabajar entre 30 minutos y una hora realmente concentrado:<\/strong> Muchas veces una revisi\u00f3n superficial o que no se hace a conciencia termina en fallos masivos o errores obvio cuando el software ya est\u00e1 en producci\u00f3n, las pruebas necesitan tiempo y pensamiento lateral.<\/p>\n 10. Eres lo que escribes, reportar y comprobar bugs es el trabajo principal de los tester:<\/strong> Muchas veces un problema mal descrito puede terminar en un problema sin resolver, al momento de reportar las problemas debes ser muy espec\u00edfico y claro para evitar que se da\u00f1e algo que funcionaba bien o no se arregle algo que necesita atenci\u00f3n.<\/p>\n Existen dos tipo de pruebas, est\u00e1n las p<\/b>ruebas est\u00e1ticas<\/b> que son el tipo de pruebas que se realizan sin ejecutar el c\u00f3digo de la aplicaci\u00f3n y tambi\u00e9n est\u00e1n las p<\/b>ruebas din\u00e1micas<\/b> que son todas aquellas pruebas que para su desarrollo requieren la ejecuci\u00f3n de la aplicaci\u00f3n.<\/p>\n Dentro de estas pruebas existen dos tipos de pruebas que aplican tanto para pruebas est\u00e1ticas como din\u00e1micas, las pruebas m<\/b>anuales<\/b> son las que aplicamos normalmente, basadas en matrices que requieren intervenci\u00f3n humana en cambio las a<\/b>utom\u00e1tic<\/b>a<\/b>s <\/b>son todas aquellas pruebas ejecutadas a trav\u00e9s de un software o un m\u00f3dulo dentro de la aplicaci\u00f3n.<\/p>\n Las pruebas tambi\u00e9n reciben una clasificaci\u00f3n dependiendo de sus funciones:<\/p>\n Prueba Unitaria:<\/strong> Enfocada en las unidades de c\u00f3digo.<\/p>\n Integraci\u00f3n:<\/strong> Prueban que todas las unidades de c\u00f3digo funcionen correctamente<\/p>\n Humo:<\/strong> Son pruebas r\u00e1pidas a nivel general una vez se certifican las anteriores.<\/p>\n Alpha:<\/strong> Son utilizadas en prototipos o en algo que queremos desarrollar con mas esfuerzo a futuro.<\/p>\n Beta:<\/strong> Se ejecutan en un ambiente real cuando te\u00f3ricamente todo esta correcto.<\/p>\n Aceptaci\u00f3n:<\/strong> Relacionadas con el cliente y su entrega.<\/p>\n Regresi\u00f3n:<\/strong> Se utilizan cuando se deben realizar ajustes en m\u00f3dulos existentes.<\/p>\n Compatibilidad:<\/strong> Testing en browser entre otros.<\/p>\n De Seguridad:<\/strong> Comprueban que la aplicaci\u00f3n no se pueda inyectar.<\/p>\n Usabilidad:<\/strong> Relacionadas con el UX\/UI.<\/p>\n Internacionalizaci\u00f3n\/localizaci\u00f3n:<\/strong> Casos de uso con diversas opciones.<\/p>\n En Skinatech tenemos un esquema de pruebas separado por \u00e1rea y por servicio, una de nuestras principales filosof\u00edas es el uso del software libre para nuestras implementaciones y pruebas no es la excepci\u00f3n. Estos son algunas de las herramientas libres que pueden servir al momento de hacer pruebas en tu software:<\/p>\n Bugzilla<\/p>\n Testopia<\/p>\n FitNesse<\/p>\n qaManager<\/p>\n qaBook<\/p>\n RTH (open source)<\/p>\n Salome-tmf<\/p>\n Squash TM<\/p>\n","protected":false},"excerpt":{"rendered":" Como probar tu aplicaci\u00f3n sin morir en el intento Desarrollar una aplicaci\u00f3n para cualquier tipo de plataforma requiere de varios procesos m\u00e1s all\u00e1 de la programaci\u00f3n y dise\u00f1o, uno de esos procesos que definen el \u00e9xito o fracaso de tu aplicaci\u00f3n es el proceso de pruebas, intentar encontrar todos los fallos que se pudieron pasar […]<\/p>\n","protected":false},"author":2,"featured_media":8785,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}}},"categories":[3,28],"tags":[31,32,33],"yoast_head":"\n6. La diferencia entre un testing excelente y otro mediocre est\u00e1 en \u00bfC\u00f3mo piensas?:<\/strong><\/h2>\n
![\"\"](\"https:\/\/www.skinatech.com\/portal\/wp-content\/uploads\/2018\/01\/social_media22-300x107.png\")
<\/p>\n\u00bfQu\u00e9 tipos de pruebas hay?<\/h2>\n
Funcionales<\/h3>\n
No Funcionales<\/h3>\n
\u00bfC\u00f3mo lo hacemos en Skina Technologies?<\/h2>\n