{"id":2030,"date":"2023-10-20T11:58:49","date_gmt":"2023-10-20T09:58:49","guid":{"rendered":"https:\/\/ittester.sk\/sin-categorizar\/matriz-trazabilidad-requisitos\/"},"modified":"2024-07-11T09:43:17","modified_gmt":"2024-07-11T07:43:17","slug":"matriz-trazabilidad-requisitos","status":"publish","type":"post","link":"https:\/\/ittester.sk\/es\/pruebas-manuales\/matriz-trazabilidad-requisitos\/","title":{"rendered":"Matriz de trazabilidad de requisitos"},"content":{"rendered":"\n<p>Durante el proceso de prueba del software, se crean muchos documentos importantes, como casos de prueba, escenarios de prueba, planes de prueba, etc. Otro documento muy importante que a veces se descuida es la RTM (Matriz de Trazabilidad de Requisitos) o \u00abMatriz de Trazabilidad de Requisitos\u00bb.  <\/p>\n\n<p><strong>\u00cdndice<\/strong><\/p>\n<div class=\"wp-block-aioseo-table-of-contents\"><ul><li><a class=\"aioseo-toc-item\" href=\"#aioseo-co-je-matica-sledovatelnosti-poziadaviek\">\u010co je matica sledovate\u013enosti po\u017eiadaviek?<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-vyhody-matice-sledovatelnosti-poziadaviek\">V\u00fdhody matice sledovate\u013enosti po\u017eiadaviek<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-ako-sa-vytvara-matica-sledovatelnosti-poziadaviek\">Ako sa vytv\u00e1ra matica sledovate\u013enosti po\u017eiadaviek?<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-typy-matice-sledovatelnosti\">Typy matice sledovate\u013enosti<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-zaver\">Z\u00e1ver<\/a><\/li><\/ul><\/div>\n<h2 class=\"wp-block-heading\" id=\"aioseo-co-je-matica-sledovatelnosti-poziadaviek\">\u00bfQu\u00e9 es una matriz de trazabilidad de requisitos?<\/h2>\n\n<p>Una matriz de trazabilidad de requisitos es un documento que relaciona los requisitos del sistema con los casos de prueba. Realiza un seguimiento de los requisitos introducidos por el cliente hasta los casos de prueba creados para probar esos requisitos.  <\/p>\n\n<p>Normalmente, un analista de negocio o director de proyecto redactar\u00e1 una Especificaci\u00f3n de Requisitos de Software (SRS), un caso de uso, unos requisitos de negocio (BRS) y\/o un documento de requisitos del proyecto que enumere todos los casos de uso o requisitos del sistema, y cualquiera de estos documentos, o todos ellos, funcionar\u00e1n como base de la Matriz de Trazabilidad de Requisitos. Estos requisitos est\u00e1n asociados a casos de prueba redactados por el equipo de pruebas. Cada requisito est\u00e1 asociado a un caso de prueba escrito para un requisito relacionado. Los requisitos y los casos de prueba pueden tener relaciones de uno a uno, de muchos a uno o de muchos a muchos.<\/p>\n\n<p>Antes de iniciar el dise\u00f1o de la matriz de trazabilidad de requisitos, hay que asignar ID correctos y \u00fanicos a los documentos de requisitos (SRS, BRS, etc.) y a los documentos de prueba (escenarios de prueba, casos de prueba).<\/p>\n\n<p>La matriz de trazabilidad de requisitos se utiliza para asegurarse de que cada requisito est\u00e1 cubierto en el proceso de prueba y se han desarrollado los casos de prueba asociados.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-vyhody-matice-sledovatelnosti-poziadaviek\">Ventajas de la matriz de trazabilidad de requisitos<\/h2>\n\n<p>Como se ha mencionado en el apartado anterior, el objetivo principal de la matriz de trazabilidad de solicitudes es comprobar que todas las solicitudes realizadas por el cliente han sido probadas. La matriz de trazabilidad de requisitos garantiza al cliente y al equipo de pruebas que se han probado todos los casos de uso.<\/p>\n\n<p>Como la matriz de trazabilidad de requisitos tambi\u00e9n puede incluir la prioridad de cada requisito que deba probarse, el equipo de pruebas puede identificar f\u00e1cilmente los requisitos importantes y gestionar su calendario de pruebas, lo que resulta \u00fatil cuando el proyecto tiene estrictas limitaciones de tiempo y\/o recursos.<\/p>\n\n<p>Adem\u00e1s, la matriz de trazabilidad de requisitos tambi\u00e9n ayuda a identificar los requisitos o casos de prueba que faltan.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-ako-sa-vytvara-matica-sledovatelnosti-poziadaviek\">\u00bfC\u00f3mo se crea la matriz de trazabilidad de requisitos?<\/h2>\n\n<p>El formato o estructura de la matriz de trazabilidad de requisitos var\u00eda de una organizaci\u00f3n a otra. Sin embargo, a continuaci\u00f3n se indican algunos par\u00e1metros importantes que se utilizan en la creaci\u00f3n de la matriz de trazabilidad de requisitos:<\/p>\n\n<ul class=\"wp-block-list\">\n<li>ID <strong>de requisito<\/strong> &#8211; A cada requisito del documento de requisitos se le asigna un ID \u00fanico. Este identificador puede clasificarse a su vez en identificadores detallados para los subrequisitos. Por ejemplo, cualquier m\u00f3dulo de acceso al sistema puede ser un caso de uso al que se puede asignar un ID como \u00abUC 1\u00bb. Este caso de uso puede desglosarse ahora en subpeticiones para cada paso, como el paso \u00abEl usuario introduce el nombre de usuario\u00bb puede tener un ID de \u00abUC 1.1\u00bb, \u00abEl usuario introduce la contrase\u00f1a\u00bb puede tener un ID de \u00abUC 1.2\u00bb, etc.<\/li>\n\n\n\n<li><strong>Descripci\u00f3n del<\/strong> requisito: descripci\u00f3n del requisito asociado al ID. Esta columna es opcional.<\/li>\n\n\n\n<li><strong>Prioridad<\/strong> &#8211; La prioridad de la solicitud que se va a comprobar.<\/li>\n\n\n\n<li><strong>ID del escenario<\/strong> de prueba &#8211; Los escenarios de prueba se crean en funci\u00f3n de los requisitos. Por ejemplo, para el m\u00f3dulo de inicio de sesi\u00f3n, \u00abEl usuario inicia sesi\u00f3n en el sistema\u00bb puede ser uno de los escenarios a los que se puede asignar un ID como \u00abTS 1\u00bb.<\/li>\n\n\n\n<li><strong>Descripci\u00f3n del <\/strong> escenario de prueba &#8211; Descripci\u00f3n del escenario de prueba asociado al ID. Esta columna es opcional.<\/li>\n\n\n\n<li><strong>ID del caso de prueba<\/strong> &#8211; Los casos de prueba se crean en funci\u00f3n de los requisitos y los escenarios de prueba. Por ejemplo, en la continuaci\u00f3n del ejemplo anterior para el m\u00f3dulo de inicio de sesi\u00f3n, uno de los casos de prueba puede ser \u00abEl usuario introduce s\u00f3lo letras en el campo Nombre de usuario\u00bb y se le puede asignar un ID como \u00abTS1_TC1\u00bb.<\/li>\n\n\n\n<li><strong>Descripci\u00f3n del<\/strong> caso de prueba &#8211; Descripci\u00f3n del caso de prueba asociado al ID. Esta columna es opcional.<\/li>\n\n\n\n<li><strong>Estado de desarrollo<\/strong> del caso de prueba: si el caso de prueba se ha desarrollado o no. Puede ser una columna opcional.<\/li>\n\n\n\n<li><strong>Dise\u00f1ador de la<\/strong> prueba &#8211; El nombre del probador que dise\u00f1\u00f3 el caso de prueba. De nuevo, se trata de una columna opcional.<\/li>\n\n\n\n<li><strong>Entornos de ejecuci\u00f3n de la prueba<\/strong> &#8211; Aqu\u00ed, esta columna puede tener subcolumnas para que puedas ver en qu\u00e9 entornos se ejecut\u00f3 el caso de prueba.<\/li>\n\n\n\n<li><strong>Estado del fallo<\/strong> &#8211; Indica si el caso de prueba se ha superado o no.<\/li>\n\n\n\n<li>ID <strong>del<\/strong> fallo &#8211; Es el ID del fallo notificado por el equipo de pruebas. Este identificador puede vincularse a la herramienta de seguimiento de errores utilizada por el equipo.<\/li>\n\n\n\n<li><strong>Comentario<\/strong> &#8211; Todos los comentarios realizados por los miembros del equipo.<\/li>\n<\/ul>\n\n<p>Estos par\u00e1metros pueden variar de una organizaci\u00f3n a otra, pero son par\u00e1metros importantes que aportan una aclaraci\u00f3n muy necesaria sobre la trazabilidad.<\/p>\n\n<p>Normalmente esta matriz se guarda en una hoja de Excel.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-typy-matice-sledovatelnosti\">Tipos de matrices de trazabilidad<\/h2>\n\n<p>La matriz de trazabilidad puede dividirse en los siguientes tipos:<\/p>\n\n<ul class=\"wp-block-list\">\n<li>Trazabilidad directa &#8211; En la \u00abmatriz de trazabilidad directa\u00bb, los requisitos se asignan a los casos de prueba. Ayuda a garantizar que todos los requisitos se incluyan en el proceso de prueba. Mediante este tipo de matriz se consigue un seguimiento adecuado y exhaustivo de los requisitos. Este tipo de matriz facilita ver si se han escrito los requisitos adecuados para el sistema y si el proyecto va por buen camino.<\/li>\n\n\n\n<li>Trazabilidad: la trazabilidad tambi\u00e9n se conoce como trazabilidad inversa. En este tipo de matriz, los casos de prueba se asignan a los requisitos, a diferencia de la trazabilidad directa, en la que los requisitos se asignan a los casos de prueba. Ayuda a garantizar que se desarrollan casos de prueba para cada requisito y que el sistema desarrollado va por buen camino.<\/li>\n\n\n\n<li>Trazabilidad bidireccional (directa y retrospectiva): la matriz de trazabilidad bidireccional incluye tanto la trazabilidad directa como la retrospectiva. Garantiza que se redacte el caso de prueba correcto para cada requisito y que cada caso de prueba pueda rastrearse hasta el requisito correcto.<\/li>\n<\/ul>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-zaver\">Conclusi\u00f3n<\/h2>\n\n<p>Una matriz de trazabilidad de requisitos es un documento que rastrea los requisitos del cliente con escenarios de prueba, casos de prueba y defectos. Ayuda a conseguir una cobertura de las pruebas del 100% y facilita el seguimiento de cada caso de prueba.<\/p>\n\n<p>Adem\u00e1s, el documento de la matriz de trazabilidad de requisitos es \u00fatil no s\u00f3lo para el equipo de pruebas, sino tambi\u00e9n para los analistas de negocio y los directores de proyecto, es decir, para cualquiera que sea responsable de documentar los requisitos.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Una matriz de trazabilidad de requisitos es un documento que rastrea y vincula los requisitos del sistema con los casos de prueba.  <\/p>\n","protected":false},"author":8,"featured_media":2031,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[40],"tags":[],"class_list":["post-2030","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-pruebas-manuales"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2030","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/comments?post=2030"}],"version-history":[{"count":2,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2030\/revisions"}],"predecessor-version":[{"id":2239,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/2030\/revisions\/2239"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/media\/2031"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/media?parent=2030"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/categories?post=2030"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/tags?post=2030"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}