{"id":3130,"date":"2020-10-14T20:10:33","date_gmt":"2020-10-14T20:10:33","guid":{"rendered":"http:\/\/lash.utrng.edu.mx\/?p=3130"},"modified":"2020-10-15T00:27:53","modified_gmt":"2020-10-15T00:27:53","slug":"pruebas-de-software","status":"publish","type":"post","link":"https:\/\/lash.utrng.edu.mx\/?p=3130","title":{"rendered":"Pruebas de software"},"content":{"rendered":"\n

Aunque pueda resultar parad\u00f3jico, el principal objetivo de las pruebas debe ser conseguir que el programa funcione incorrectamente y que se descubran sus defectos.<\/p>\n\n\n\n

Las pruebas no permiten garantizar la calidad de un producto<\/strong>. Puede decirse que una prueba tiene \u00e9xito si se descubre alg\u00fan error, con lo que se sabe que el producto no cumple con alg\u00fan criterio de calidad; por el contrario, si la prueba no descubre ning\u00fan error, no se garantiza con ello la calidad del producto, ya que pueden existir otros errores que habr\u00edan de descubrirse mediante pruebas diferentes.<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n\n\n\n\n

Probar completamente cada m\u00f3dulo es inabordable y adem\u00e1s no resulta rentable ni pr\u00e1ctico, pues s\u00f3lo se explora una parte de todas las posibilidades del programa.<\/p><\/blockquote>\n\n\n\n

Tipos de Pruebas<\/span><\/strong><\/p>\n\n\n\n

Referente a los Tipos de prueba, se sugieren los artefactos <\/strong>que ofrece El Proceso Racional Unificado o RUP<\/strong> (por sus siglas en ingl\u00e9s de Rational Unified Process<\/strong>) en su Plan de Pruebas<\/span><\/strong>, puesto que tienen mucha experiencia en la gesti\u00f3n de la documentaci\u00f3n relacionada al Desarrollo de software, tal es el caso de los siguientes tipos:<\/p>\n\n\n\n

  1. Pruebas de integridad de datos y de base de datos.<\/li>
  2. Pruebas de funci\u00f3n.<\/li>
  3. Prueba de ciclo empresarial.<\/li>
  4. Pruebas de la interfaz de usuario.<\/li>
  5. Perfilado de rendimiento.<\/li>
  6. Prueba de carga.<\/li>
  7. Prueba de tensi\u00f3n.<\/li>
  8. Pruebas de volumen.<\/li>
  9. Prueba de seguridad y de control de accesos.<\/li>
  10. Pruebas de migraci\u00f3n tras error y de recuperaci\u00f3n.<\/li>
  11. Pruebas de configuraci\u00f3n.<\/li>
  12. Pruebas de instalaci\u00f3n.<\/li><\/ol>\n\n\n\n

    Fuente: T\u00e9cnicas de prueba por riesgo de calidad \/ tipo de prueba<\/a><\/p>\n\n\n\n

    \n\n\n\n

    El Plan de Pruebas<\/span><\/strong><\/p>\n\n\n\n

    La plantilla del Plan de Prueba<\/a> ya contiene las instrucciones generales sobre su llenado. En esta descripci\u00f3n vemos de qu\u00e9 trata dicha plantilla, resaltando que en ella(la plantilla) se describen los objetivos de la prueba, el \u00e1mbito de la iteraci\u00f3n\/proyecto, elementos objetivos de las pruebas, recursos requeridos, entre otros.<\/p>\n\n\n\n

    \"\"<\/a><\/figure><\/div>\n\n\n\n

    >> Plantillas RUP<\/a> << para descargar, ordenadas seg\u00fan la etapa del proyecto que deseamos documentar.<\/p>\n\n\n\n

    \"\"<\/a><\/figure><\/div>\n\n\n\n

    Las instrucciones son muy f\u00e1ciles y transparentes, el Texto azul, son las instrucciones de los que podemos escribir en las diferentes partes del documento.<\/p>\n\n\n\n

    \"\"<\/a><\/figure><\/div>\n\n\n\n

    Solo queda leer las instrucciones, seleccionar los contenidos que le convenga a quien desarrolla o recibe la documentaci\u00f3n y guardar cambios.<\/p>\n\n\n\n

    \n\n\n\n

    Los Casos de Prueba<\/span><\/strong><\/p>\n\n\n\n

    Seg\u00fan la \u00a0International Software Testing Qualifications Board (ISTQB\u00ae) – La definici\u00f3n de un Caso de Prueba es:<\/p>\n\n\n\n

    \u00abA set of input values, execution preconditions, expected results and execution postconditions, developed for a particular objective or test condition, such as to exercise a particular program path or to verify compliance with a specific requirement\u201d.<\/em><\/p>

    Un conjunto de valores de entrada, precondiciones de ejecuci\u00f3n, resultados esperados y postcondiciones de ejecuci\u00f3n, desarrollados para un objetivo particular de condici\u00f3n de prueba, tal como para ejercer una ruta de un programa en particular o para verificar el cumplimiento de un requisito espec\u00edfico.<\/p><\/blockquote>\n\n\n\n

    Aunque hay algunos formatos con diferentes tipos de datos, en realidad no podemos considerar un formato \u00fanico para dise\u00f1ar casos de prueba, pues las soluciones(aplicaciones\/sistemas) siempre son diferentes y para diferentes necesidades, sin embargo, los siguientes puntos, son importantes de considerar para integrarlos a los Casos de Prueba que se vayan a generar:<\/p>\n\n\n\n

    Identificador<\/span><\/strong>: identifica el caso de prueba, puede ser num\u00e9rico o alfanum\u00e9rico, la idea es que un caso de prueba se diferenc\u00ede de otro caso a trav\u00e9s de este indicador.<\/p>\n\n\n\n

    Nombre del Caso de Prueba<\/span><\/strong>: es un nombre descriptivo del caso de prueba, en algunos procesos de calidad se hace necesario cumplir una nomenclatura clara y definida.<\/p>\n\n\n\n

    Precondici\u00f3n\/es:<\/strong>\u00a0<\/span>hace referencia a lo que se debe tener listo para la ejecuci\u00f3n del caso de prueba, pueden ser la ejecuci\u00f3n de otros casos de pruebas, un archivo, la creaci\u00f3n de un dato, entre otros.<\/p>\n\n\n\n

    Pasos<\/span><\/strong>: Define las acciones de usuario expresadas en t\u00e9rminos de negocio y del aplicativo para la ejecuci\u00f3n del caso de prueba, como por ejemplo ingresar el nombre en el campo \u201cNombre usuario\u201d o hacer clic en el bot\u00f3n \u201cEnviar\u201d.<\/p>\n\n\n\n

    Resultado esperado<\/span>:\u00a0<\/strong>Este\u00a0apartado es muy importante, porque es el que determina si la ejecuci\u00f3n del caso va siendo exitosa por cada paso, en algunos pasos de prueba no es necesario tener siempre un resultado esperado, se recomienda que se utilice en los pasos de mayor importancia para el negocio, como lo puede ser al momento de crear un usuario y se genera una ventana de confirmaci\u00f3n, en ese caso si es v\u00e1lido tener un resultado esperado como \u201cSe genera la ventana confirmaci\u00f3n de xyz\u201d y se puede apoyar tambi\u00e9n en una imagen que haga referencia al resultado deseado.<\/p>\n\n\n\n

    Dato de Prueba:<\/span>\u00a0<\/strong>los pasos de pruebas se apoyan en datos, es por esto que por cada paso de prueba se puede hacer necesario especificar cu\u00e1l es el dato a usar. Como lo puede ser un nombre de usuario, un password, etc.<\/p>\n\n\n\n

    Resultado Real<\/strong>:<\/span> como se busca que los casos de pruebas sean reproducibles las veces que sean necesarios, esta opci\u00f3n permite al analista estar registrando los sucesos de cada paso (Donde sea necesario, no implica uno a uno de los pasos).<\/p>\n\n\n\n

    Pueden agregarse m\u00e1s, pero como se ha mencionado antes va a depender de lo que se est\u00e1 probando.<\/p>\n\n\n\n

    Ejemplo simple de los datos que se podr\u00edan encontrar en un caso de Prueba<\/p>\n\n\n\n

    \"\"<\/a><\/figure><\/div>\n","protected":false},"excerpt":{"rendered":"

    Aunque pueda resultar parad\u00f3jico, el principal objetivo de las pruebas debe ser conseguir que el programa funcione incorrectamente y que se descubran sus defectos. Las pruebas no permiten garantizar la calidad de un producto. Puede decirse que una prueba tiene \u00e9xito si se descubre alg\u00fan error, con lo que se sabe que el producto no … Seguir leyendo →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"footnotes":""},"categories":[73],"tags":[],"class_list":["post-3130","post","type-post","status-publish","format-standard","hentry","category-evaluacionmejorasegundoparcial"],"_links":{"self":[{"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/posts\/3130","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=3130"}],"version-history":[{"count":3,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/posts\/3130\/revisions"}],"predecessor-version":[{"id":3144,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/posts\/3130\/revisions\/3144"}],"wp:attachment":[{"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=3130"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=3130"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=3130"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}