yokoshima01

Este es un tp propuesto por el proyecto nahual http://www.nahual.com.ar/ a sus alumnos de las clases de testing al cual yo concurrí . 1) ¿Por qué es importante testear? Es importante testear un software ya que este paso evita que ocurran defectos o errores los cuales se pueden llegar a dar por diversas razones tales como la propensión humana a cometer equivocaciones, la infraestructura para el desarrollo del software y que la creatividad de desarrollador no coincida con las especificaciones previamente concedidas causando de esta manera problemas críticos para los usuarios y mas específicamente a las empresas quienes serán perjudicadas en su negocio es así que estas recurren a profesionales para verificar la calidad del software y que ala vez este proceso repercuta en la reducción de costos, mejora el control de servicios y la mejor continuidad productiva. 2) ¿Cuando tengo que terminar de testear? Termino de testear cuando la aplicación fue correctamente revisada con los pasos determinados es decir los casos de prueba. De esta manera cada parte del software estará construida correctamente (verificación) cumpliendo con las especificaciones establecidas del sistema y es también validado según lo requiere el usuario. 3) ¿Cuando puedo empezar a testear? Empiezo a testear cuando el software en desarrollo ya ha pasado sobre pasos previos del proceso o también conocido como ciclo de vida de un proyecto. Estos pasos previos son: Investigación del mercado - toma de requerimientos: se determina un nuevo producto a lanzar al mercado se ve los requerimientos de un cliente. Análisis del problema: se plantean soluciones para el problema es decir el producto a desarrollar Diseño de solución: planifica el proceso de desarrollo de la aplicación. Codificación implementación: se lleva a cabo la construcción del producto. Recién aquí la etapa de testeo cumple su función de encontrar errores que difieran con el producto solicitado, en caso de que se encuentre requerirá volver a etapas anteriores. 4) ¿Qué es importante a la hora de reportar un error? Es fundamental en el proceso de control de software generar planillas de casos de prueba que permitan no solo facilitar la labor del tester a la hora de probar los hipotéticos errores del programa sino que también suministren un rápido acceso a los pasos que se realizaron para encontrar dichos bugs. Es importante definir en que contexto se dio este error, para poder entender todo lo que estaba pasando en el momento que estábamos haciendo la prueba, tiene que ver con cosas como la base de datos, las conexiones, otros sistemas que pueden interactuar con el nuestro, el sistema operativos, etc. Cuando se describe el bug o el incidente se debe tener en cuenta que se tendrá que reproducir este error por se debería dejar bien definido todos los pasos necesarios para reproducir el incidente. 5) ¿Por qué es importante tener una buena especificación? Una buena especificación del error permite al esquema productivo agilizar los tiempos siendo así que el error encontrado será fácil de localizar para la persona encargada de eliminarlo. La especificación se logra confeccionando una planilla de casos prueba, que debería contener como mínimo los siguientes ítems: A) ID del caso: se establece una identificación para dicho caso. B) Precondición: condición que se tiene que presentar antes de ejecutar el caso. C) Objetivo: especificación de lo que se quiere probar. D) Pasos: rutas necesarias para poder llevar a cabo el caso. E) Datos: especificación de los datos que se utilizaron en la prueba. F) Resultado esperado: consecuencia de llevar a cabo el caso. Si se lleva a cabo dicha planilla generara una especificación lo mas fidedigna posible. 6) ¿Qué tipo de testing conoces? Existen los siguientes tipos de testing que se dividen en niveles de acuerdo al momento en que se lleva acabo y el nivel de detalle que conlleva. De unidad o unitaria: esta enfocada a componentes del software que se puedan probar y generalmente es ejecutada por los desarrolladores De integración: se asegura que las unidades del software funciones óptimamente cuando se combinan en la aplicación. De sistema: se aplica cuando el software funciona íntegramente. Prueba de aceptación: realizada por el usuario para determinar si la aplicación cumple las normas prefijadas. Prueba de estrés: se fija que el software funcione en condiciones específicas de manera óptima tales como memoria insuficiente o ancho de banda de Internet. De volumen: se trata de verificar la funcionalidad de la aplicación tras soportar una vasta cantidad de datos. Alfa: las realiza el usuario final el ambiente del desarrollador quien notifica el comportamiento de este. Beta: la realiza el usuario final en el ambiente en que se desarrollara su uso sin supervizacion del desarrollador. 7) ¿Si hago muchas Revisiones Técnicas Formales (test estático) puedo no hacer testing funcional (test dinámico)? Por qué? Las revisiones técnicas formales son aquellas que sirven para eliminar defectos en los productos desarrollados en forma temprana y eficiente como también encontrar mejoras; estas se aplican en lo largo del proceso y en cada ciclo del desarrollo antes de la entrega a la fase siguiente, es así que las RTF puedan aplicarse a las etapas de análisis de diseño ,codificación en incluso de la fase de prueba, disminuyendo así los tiempos de testing finales y un aumento de la productividad como también mejoras en el ámbito laboral humano. Sin embargo a pesar de que las RTF serian una especie de testeo pero aplicado fase por fase .el testing propiamente dicho sigue siendo importante en el desarrollo de una aplicación ya que si este paso no se podrían probar los errores que llegase a tener dicho software una vez completo e integradas todos las unidades que hacen el funcionamiento del mismo. 8) ¿Cuál es el primer caso de prueba que deberíamos escribir? El primer caso de prueba que un tester debería escribir es la funcionalidad de dicho sistema al pretender abir o ingresar a dicha aplicación. Este caso de prueba es esencial ya que obviamente seria imposible la utilización de un software al cual su ingreso es imposibilitado por algún tipo de error generado en etapas anteriores. 9) ¿Cómo clasificarías un error (entre bajo, medio, alto, invalidante) que no te deja entrar a una funcionalidad del sistema? Por qué? Esta pregunta es coincidente con la anterior .si una aplicación no me deja entrar a la funcionalidad del sistema estamos hablando de un error notablemente critico e invalidante el cual imposibilita todo trabajo posterior para el testing y dicho inconveniente se debería revisar en la etapa de codificación y diseño si se considera necesario. 10) ¿Qué diferencia hay entre un error o bug y una mejora? En software, un bug es un error en la codificación o en la lógica, que provoca el funcionamiento deficiente del programa o resultados incorrectos. Los bugs menores, por ejemplo un cursor que no se comporta como está previsto, pueden ser incómodos, pero no dañan la información. Los bugs más graves pueden provocar que un programa se bloquee o se cuelgue (deje de responder a los comandos), lo que obliga al usuario a reiniciar el programa, perdiendo todo el trabajo que no haya guardado con anterioridad. En uno u otro caso el programador deberá buscar y corregir el error empleando el proceso denominado depuración. Debido al potencial riesgo que representa para los datos importantes, los programas de aplicación comerciales son los tester quienes tratan de encontrarlos comprobados y notificarlos lo más posible antes de su lanzamiento. Los bugs menores detectados después del lanzamiento del programa son corregidos en la siguiente actualización. Los bugs más severos a veces pueden solucionarse con software especial, denominado parche, que evita el problema o alivia de algún modo sus efectos. En hardware, un bug es un problema físico recurrente que impide que un sistema o un grupo de componentes funcionen conjuntamente de modo correcto. El término inglés bug, que significa insecto o, más genéricamente bicho, tiene su origen en los primeros días de la informática, cuando se descubrió que un problema de hardware en un ordenador electromecánico de la Universidad de Harvard (EEUU) se debía a una polilla atrapada entre los contactos de un relé de la máquina. En cambio una mejora o también conocidas como Improvement que significaría un desarrollo para la aplicación, una implementación que facilite el uso del software.

Hola gente Taringuera!! Les traigo aquí el meme "EL PELADO DANCING" uno de los posibles exitos el universo de Internet. Es increible como BAILA el PELADO! Por favor no dejen de verlo, y si dejan de verlo ustedes se lo pierden. Es Único! Y si te quedaste con ganas de más, te dejo un BONUS TRACK: "EL PELADO Y SU CABALLO" otro posible exito de internet !! ¿Todavia querés reirte más? Ok, entonces te dejo el VIDEO ORIGINAL de donde salieron las geniales animaciones del "PELADO DANCING" y "EL PELADO Y SU CABALLO". link: https://www.youtube.com/watch?v=WumBzG9yGA8&feature=related Más no te puedo ofrecer, por que de seguro estas satisfecho de haber visto esto. Y por supuesto: No te olvides de comentar. Hasta la proxima! PD: No sé por que me borraron el post, es un gif que a muchos nos dio gracia, y ademas esta en el sector humor por que ese es el sentido de lo publicado. existen en Taringa cientos de post con imagenes gifs y no son borrados. Por favor al que lo borra que me justifique por que. Gracias.