Este documento describe el proceso completo de creación de un proyecto en las herramientas Testlink y Mantis para la gestión de casos de prueba y defectos. Incluye pasos como crear el proyecto en ambas herramientas, configurar los campos personalizables, crear usuarios y asignar permisos, y establecer la conexión entre las herramientas para vincular defectos con casos de prueba.
El documento proporciona una introducción a la ingeniería de requerimientos para sistemas de información. Explica que la ingeniería de requerimientos es el proceso de comunicación entre los clientes, usuarios y desarrolladores para descubrir, analizar y documentar los servicios y restricciones del sistema. También describe los diferentes niveles y tipos de requerimientos, incluyendo los requerimientos funcionales y no funcionales, así como ejemplos de cada uno.
El documento habla sobre el mantenimiento de software. Explica que el mantenimiento involucra técnicas como el rebanamiento estático y la refabricación de código. También menciona que el modelo en cascada incluye explícitamente una fase de mantenimiento. Finalmente, describe los diferentes tipos de mantenimiento como el perfectivo, adaptativo, correctivo y preventivo.
La instalación de software es el proceso de transferir programas nuevos a una computadora para configurarlos y prepararlos para su desarrollo. Un programa pasa por diferentes fases como desarrollo, pruebas y producción. Dar mantenimiento al software mediante actualizaciones es importante para corregir errores y asegurar que funcione correctamente para los usuarios.
Linea de Produccion de Software y Metodo WatchEdisson Acosta
El documento describe el método WATCH, un marco metodológico para el desarrollo de aplicaciones empresariales. El método WATCH está compuesto de tres modelos: un modelo de productos, un modelo de actores, y un modelo de procesos. El modelo de productos describe los productos intermedios y finales generados durante el desarrollo. El modelo de actores identifica los roles en el equipo de desarrollo. El modelo de procesos describe los procesos técnicos, gerenciales y de soporte empleados durante el desarrollo.
El documento describe el modelo incremental de desarrollo de software propuesto por Mills en 1980. Este modelo sugiere un enfoque iterativo donde el sistema se desarrolla en incrementos para satisfacer subconjuntos de requisitos, permitiendo retrasar decisiones sobre requisitos hasta adquirir experiencia. Cada incremento agrega nuevas funcionalidades basadas en el uso y evaluación del incremento anterior, hasta completar el producto final. El primer incremento suele enfocarse en requisitos básicos para producir un núcleo funcional.
Ce rapport décrit le travail réalisé pour créer une solution de gestion de projets et la gestion de ressources humaines sous odoo et qui aborde toutes les concepts de Odoo
El documento proporciona una introducción a la ingeniería de requerimientos para sistemas de información. Explica que la ingeniería de requerimientos es el proceso de comunicación entre los clientes, usuarios y desarrolladores para descubrir, analizar y documentar los servicios y restricciones del sistema. También describe los diferentes niveles y tipos de requerimientos, incluyendo los requerimientos funcionales y no funcionales, así como ejemplos de cada uno.
El documento habla sobre el mantenimiento de software. Explica que el mantenimiento involucra técnicas como el rebanamiento estático y la refabricación de código. También menciona que el modelo en cascada incluye explícitamente una fase de mantenimiento. Finalmente, describe los diferentes tipos de mantenimiento como el perfectivo, adaptativo, correctivo y preventivo.
La instalación de software es el proceso de transferir programas nuevos a una computadora para configurarlos y prepararlos para su desarrollo. Un programa pasa por diferentes fases como desarrollo, pruebas y producción. Dar mantenimiento al software mediante actualizaciones es importante para corregir errores y asegurar que funcione correctamente para los usuarios.
Linea de Produccion de Software y Metodo WatchEdisson Acosta
El documento describe el método WATCH, un marco metodológico para el desarrollo de aplicaciones empresariales. El método WATCH está compuesto de tres modelos: un modelo de productos, un modelo de actores, y un modelo de procesos. El modelo de productos describe los productos intermedios y finales generados durante el desarrollo. El modelo de actores identifica los roles en el equipo de desarrollo. El modelo de procesos describe los procesos técnicos, gerenciales y de soporte empleados durante el desarrollo.
El documento describe el modelo incremental de desarrollo de software propuesto por Mills en 1980. Este modelo sugiere un enfoque iterativo donde el sistema se desarrolla en incrementos para satisfacer subconjuntos de requisitos, permitiendo retrasar decisiones sobre requisitos hasta adquirir experiencia. Cada incremento agrega nuevas funcionalidades basadas en el uso y evaluación del incremento anterior, hasta completar el producto final. El primer incremento suele enfocarse en requisitos básicos para producir un núcleo funcional.
Ce rapport décrit le travail réalisé pour créer une solution de gestion de projets et la gestion de ressources humaines sous odoo et qui aborde toutes les concepts de Odoo
Este documento describe las herramientas CASE (Computer Aided Software Engineering). Define las herramientas CASE como un conjunto de programas y ayudas que asisten a los analistas de software durante todas las etapas del ciclo de vida de desarrollo de software. Explica los beneficios de las herramientas CASE, como aumentar la velocidad de desarrollo de sistemas y permitir que las compañías desarrollen software de mejor calidad para satisfacer las necesidades cambiantes del negocio. También proporciona algunos ejemplos de funciones de las herram
Los virus informáticos se replican a sí mismos y pueden infectar otros archivos y sistemas de forma autónoma. Existen diferentes tipos de software malicioso como virus, gusanos, troyanos y spyware que pueden dañar los sistemas informáticos. Es importante protegerse instalando antivirus y adoptando buenas prácticas de seguridad en internet y redes.
Les diagrammes de cas d’utilisation
IUT
- Utilisation d’un dictionnaire du domaine
- Des cas d’utilisations (Use-cases/UC)
- Acteurs, use-cases, system UML
- Processus de construction des Uses-case
- Compléments
El plan de pruebas de software tiene como objetivo explicitar el alcance, enfoque, recursos, calendario, responsables y manejo de riesgos del proceso de pruebas. Incluye la identificación del plan, alcance, items a probar, estrategia, categorización de la configuración, documentos resultantes, procedimientos, recursos, calendario, manejo de riesgos y responsables.
El documento presenta un proyecto de ciberseguridad aplicado a una empresa financiera. Los integrantes del proyecto son Chinchaybedon David, Cuadrosromán Omar y Anampa Solisleonardo Huamani Vega Sujey.
Este documento discute varios temas relacionados con la gestión de personal en proyectos de desarrollo de software, incluyendo la motivación, el trabajo en equipo y la organización de grupos. Explica que la motivación depende de factores como la satisfacción de necesidades sociales, de estima y autorrealización. También destaca la importancia de crear un ambiente de respeto, inclusión y honestidad. Finalmente, enfatiza que la forma en que se organiza un grupo afecta la toma de decisiones, la comunicación y el intercambio de
Este documento presenta un plan de pruebas para el sistema de ventas y facturación de MEGAMAXI S.A. con el objetivo de verificar la funcionalidad de los módulos de clientes, inventario, facturación y reportes. Describe las técnicas y tipos de pruebas a realizar, incluyendo pruebas de integridad de datos, funcionalidad, interfaz de usuario, seguridad y recuperación. El plan detalla los criterios de entrada y salida, producibles, ambientes de prueba, roles, riesgos y procesos de gest
Cette introduction vise à:
* définir le rôle de l'architecture logicielle;
* retracer l'évolution du développement logiciel afin de mieux comprendre l'état (d'immaturité) de cette discipline;
* brosser un portrait des qualités essentielles d'un architecte;
* introduire quelques fondements de cette discipline.
Este documento describe los errores léxicos que ocurren durante el análisis léxico de un programa. Explica que el análisis léxico identifica tokens o componentes léxicos y elimina información innecesaria del código fuente. También describe que los errores léxicos incluyen el uso de caracteres no permitidos o cadenas que no coinciden con ningún patrón de token válido.
El documento describe los requisitos básicos para el diseño de entradas en sistemas de información. Explica que la calidad de la entrada determina la calidad de la salida y que el diseño de entrada debe capturar los datos necesarios de manera efectiva y precisa, evitando errores, retrasos y pasos adicionales. También recomienda mantener la simplicidad del proceso y hacer que la interfaz sea atractiva y fácil de usar.
Cette présentation présente les concepts basiques de la qualité logicielle, elle explique le principes de la mesure et l’évaluation de la qualité, l'importance des métriques dans un projet informatique, le rôle des modèles de qualité comme la norme ISO9126, ainsi que les métriques de code, à savoir: les métriques de McCabe, de Chidamber et Kemerer, etc.
Este documento describe diversas herramientas libres para editar, compilar y depurar código, gestionar proyectos de software y crear documentación técnica en entornos GNU/Linux. Se explican editores de texto como Emacs y Kate, utilidades para la traducción y ejecución de programas, herramientas de control de versiones como Subversion, y generadores de documentación como Doxygen. El objetivo es recopilar información útil para programar software de forma efectiva usando plataformas libres.
Este documento describe las herramientas CASE (Computer Aided Software Engineering). Define las herramientas CASE como un conjunto de programas y ayudas que asisten a los analistas de software durante todas las etapas del ciclo de vida de desarrollo de software. Explica los beneficios de las herramientas CASE, como aumentar la velocidad de desarrollo de sistemas y permitir que las compañías desarrollen software de mejor calidad para satisfacer las necesidades cambiantes del negocio. También proporciona algunos ejemplos de funciones de las herram
Los virus informáticos se replican a sí mismos y pueden infectar otros archivos y sistemas de forma autónoma. Existen diferentes tipos de software malicioso como virus, gusanos, troyanos y spyware que pueden dañar los sistemas informáticos. Es importante protegerse instalando antivirus y adoptando buenas prácticas de seguridad en internet y redes.
Les diagrammes de cas d’utilisation
IUT
- Utilisation d’un dictionnaire du domaine
- Des cas d’utilisations (Use-cases/UC)
- Acteurs, use-cases, system UML
- Processus de construction des Uses-case
- Compléments
El plan de pruebas de software tiene como objetivo explicitar el alcance, enfoque, recursos, calendario, responsables y manejo de riesgos del proceso de pruebas. Incluye la identificación del plan, alcance, items a probar, estrategia, categorización de la configuración, documentos resultantes, procedimientos, recursos, calendario, manejo de riesgos y responsables.
El documento presenta un proyecto de ciberseguridad aplicado a una empresa financiera. Los integrantes del proyecto son Chinchaybedon David, Cuadrosromán Omar y Anampa Solisleonardo Huamani Vega Sujey.
Este documento discute varios temas relacionados con la gestión de personal en proyectos de desarrollo de software, incluyendo la motivación, el trabajo en equipo y la organización de grupos. Explica que la motivación depende de factores como la satisfacción de necesidades sociales, de estima y autorrealización. También destaca la importancia de crear un ambiente de respeto, inclusión y honestidad. Finalmente, enfatiza que la forma en que se organiza un grupo afecta la toma de decisiones, la comunicación y el intercambio de
Este documento presenta un plan de pruebas para el sistema de ventas y facturación de MEGAMAXI S.A. con el objetivo de verificar la funcionalidad de los módulos de clientes, inventario, facturación y reportes. Describe las técnicas y tipos de pruebas a realizar, incluyendo pruebas de integridad de datos, funcionalidad, interfaz de usuario, seguridad y recuperación. El plan detalla los criterios de entrada y salida, producibles, ambientes de prueba, roles, riesgos y procesos de gest
Cette introduction vise à:
* définir le rôle de l'architecture logicielle;
* retracer l'évolution du développement logiciel afin de mieux comprendre l'état (d'immaturité) de cette discipline;
* brosser un portrait des qualités essentielles d'un architecte;
* introduire quelques fondements de cette discipline.
Este documento describe los errores léxicos que ocurren durante el análisis léxico de un programa. Explica que el análisis léxico identifica tokens o componentes léxicos y elimina información innecesaria del código fuente. También describe que los errores léxicos incluyen el uso de caracteres no permitidos o cadenas que no coinciden con ningún patrón de token válido.
El documento describe los requisitos básicos para el diseño de entradas en sistemas de información. Explica que la calidad de la entrada determina la calidad de la salida y que el diseño de entrada debe capturar los datos necesarios de manera efectiva y precisa, evitando errores, retrasos y pasos adicionales. También recomienda mantener la simplicidad del proceso y hacer que la interfaz sea atractiva y fácil de usar.
Cette présentation présente les concepts basiques de la qualité logicielle, elle explique le principes de la mesure et l’évaluation de la qualité, l'importance des métriques dans un projet informatique, le rôle des modèles de qualité comme la norme ISO9126, ainsi que les métriques de code, à savoir: les métriques de McCabe, de Chidamber et Kemerer, etc.
Este documento describe diversas herramientas libres para editar, compilar y depurar código, gestionar proyectos de software y crear documentación técnica en entornos GNU/Linux. Se explican editores de texto como Emacs y Kate, utilidades para la traducción y ejecución de programas, herramientas de control de versiones como Subversion, y generadores de documentación como Doxygen. El objetivo es recopilar información útil para programar software de forma efectiva usando plataformas libres.
Este documento proporciona instrucciones sobre cómo usar la herramienta Testlink para la gestión de pruebas de software. Explica los pasos para crear especificaciones de requisitos, casos de prueba, planes de pruebas, builds, y ejecutar pruebas. También define los principales términos usados en Testlink como proyectos, requisitos, suites de pruebas, casos de prueba, planes de pruebas y builds.
Este documento describe un proyecto para desarrollar un sistema neurodifuso para controlar la temperatura en un vivarium para el cultivo de Coccus axin. El sistema utilizará sensores para monitorear la temperatura y actuadores para regularla. El objetivo es mantener las condiciones óptimas para el cultivo a través de un enfoque de control no lineal basado en lógica difusa. El documento incluye la descripción del modelo de desarrollo de software, especificaciones de requisitos, diseño preliminar y cronograma.
Este documento presenta la arquitectura del Framework Batuta a través de diferentes vistas. Describe tres subsistemas principales: definición de procesos, ejecución de procesos y resolución de servicios. Explica tres casos de uso clave: diseño de procesos de negocio, transformación e instalación de procesos, y ejecución de procesos.
Libro manualdeprogramacin labview9.0_julin_2018Marcos Barreto
Asistente para crear VIs paso a paso
contacto con el usuario, en esta ventana se colocan los controles e indicadores que
permitirán la interacción con el usuario.
La segunda ventana es conocida como el diagrama de bloques en donde se
programara la lógica del VI.
Al crear un nuevo VI en blanco se abrirán estas dos ventanas de forma
automática, la ventana del panel frontal aparecerá en primer plano mientras que la
del diagrama de bloques estará detrás.
Figura 4: VENTANA DEL PANEL FRONTAL
breve reflexión que incluye alguna propuesta
para la educación del futuro. Se valora positivamente la existencia del software libre junto a
las nuevas tecnologías pues ambas se erigen como pilares fundamentales de la educación del futuro además de ser extremadamente representativos a la hora de valorar el desarrollo de la personalidad del individuo
Este documento trata sobre el benchmarking en sistemas Linux. Explica que el benchmarking implica medir la velocidad de ejecución de tareas para comparar diferentes configuraciones de hardware y software. Recomienda utilizar herramientas de benchmarking estándar como el Linux Benchmarking Toolkit (LBT) y proporciona detalles sobre cómo usar esta herramienta y cómo interpretar los resultados. Además, advierte sobre posibles fallos comunes en el proceso de benchmarking y factores irrelevantes a considerar.
Este manual describe el uso del Sistema de Evaluación Ambiental en Línea (SEAL) para realizar trámites ambientales ante el Ministerio de Energía y Minas (MINEM) y el Servicio Nacional de Certificación Ambiental para las Inversiones Sostenibles (SENACE). Explica los pasos para realizar solicitudes de clasificación y aprobación de términos de referencia para proyectos de categoría II y III, así como comunicaciones de variaciones no significativas, mecanismos de participación ciudadana y otros trámites. El manual conti
Este documento presenta una guía de usuario para Gretl, un paquete de software libre para análisis econométrico. Incluye instrucciones para la instalación del programa en sistemas Linux, Windows y Mac OS. Explica las características principales de Gretl como su interfaz gráfica de usuario intuitiva y su capacidad para una amplia gama de técnicas econométricas. También reconoce las contribuciones de otros autores en el desarrollo de Gretl.
Este documento presenta el trabajo de Saúl Chávez Velázquez para obtener el título de Ingeniero en Sistemas Computacionales del Instituto Tecnológico de Morelia. El trabajo contiene cinco unidades sobre fundamentos de programación en Java, controles, eventos, archivos, acceso a datos y componentes definidos por el usuario. Cada unidad incluye ejemplos, ejercicios y un proyecto integral para reforzar los conceptos.
Este documento describe el desarrollo de un software para gestionar casos judiciales a través de la metodología XP en 3 iteraciones. La primera iteración se enfoca en el diseño de pantallas. La segunda iteración incluye la consola para administrar datos, la base de datos y pruebas. La tercera iteración desarrolla recordatorios de eventos mediante notas flotantes y más pruebas.
Este documento trata sobre la programación concurrente. Explica que la programación concurrente permite la ejecución simultánea de procesos para aprovechar mejor los recursos del hardware. También describe los beneficios de la programación concurrente como la velocidad de ejecución y la solución de problemas inherentemente concurrentes como sistemas de control, aplicaciones web y simulaciones. Finalmente, analiza conceptos como concurrencia, procesos, comunicación y sincronización que son fundamentales en la programación concurrente.
Este documento trata sobre la programación concurrente. Explica que la programación concurrente permite la ejecución simultánea de procesos para aprovechar mejor los recursos del hardware. También describe los beneficios de la programación concurrente como la velocidad de ejecución y la solución de problemas inherentemente concurrentes como sistemas de control, aplicaciones web y simulaciones. Finalmente, analiza conceptos como concurrencia, procesos, comunicación y sincronización, que son fundamentales en la programación concurrente.
Electrónica digital: DIseño e implementacion de la plataforma Boole-Weblab-De...SANTIAGO PABLO ALBERTO
El documento describe el diseño e implementación de la plataforma Boole-WebLab-Deusto para el prototipado rápido de sistemas digitales mediante el uso de laboratorios remotos y realidad aumentada. La plataforma integra el software Boole-Deusto para el diseño electrónico con la infraestructura de laboratorios remotos WebLab-Deusto, permitiendo diseñar, probar y depurar sistemas digitales de forma remota. Además, incorpora una infraestructura de realidad aumentada que superpone modelos virtuales sobre experimentos electr
La metodología XP (eXtreme Programming) se basa en iteraciones cortas para el desarrollo de software. Cada iteración incluye la elaboración de historias de usuario, pruebas de aceptación por parte del cliente, codificación, pruebas y despliegue de funcionalidades. Los roles clave en XP son el analista, desarrollador, cliente, jefe de proyecto, tester y rastreador.
Este documento presenta una introducción al lenguaje de programación C. Explica que C fue creado en los años 1970 y se ha convertido en un lenguaje muy popular y portable. El documento contiene varias secciones que cubren conceptos como tipos de datos, operadores, control de flujo, funciones, punteros, cadenas, entrada/salida y archivos. El objetivo es servir como una guía para aprender los fundamentos del lenguaje C.
Este documento presenta una guía práctica de ANTLR 2.7.2. Incluye capítulos sobre preámbulos de teoría de compiladores, una presentación de ANTLR, la especificación de un lenguaje limitado llamado LeLi, y el desarrollo de analizadores léxicos, sintácticos y de recuperación de errores para LeLi usando ANTLR.
Este documento presenta un plan de aseguramiento de la calidad (SQA) para un proyecto de desarrollo de software. El plan describe las actividades de calidad que se llevarán a cabo, incluyendo la revisión de productos, el cumplimiento de procesos, revisiones técnicas formales y el seguimiento de desviaciones. También especifica la documentación requerida como especificaciones de requisitos, diseño de software, planes de verificación y validación, y documentación de usuario. El plan cubre las etapas de requisitos, an
El curso de Texto Integrado de 8vo grado es un programa académico interdisciplinario que combina los contenidos y habilidades de varias asignaturas clave. A través de este enfoque integrado, los estudiantes tendrán la oportunidad de desarrollar una comprensión más holística y conexa de los temas abordados.
En el área de Estudios Sociales, los estudiantes profundizarán en el estudio de la historia, geografía, organización política y social, y economía de América Latina. Analizarán los procesos de descubrimiento, colonización e independencia, las características regionales, los sistemas de gobierno, los movimientos sociales y los modelos de desarrollo económico.
En Lengua y Literatura, se enfatizará el desarrollo de habilidades comunicativas, tanto en la expresión oral como escrita. Los estudiantes trabajarán en la comprensión y producción de diversos tipos de textos, incluyendo narrativos, expositivos y argumentativos. Además, se estudiarán obras literarias representativas de la región latinoamericana.
El componente de Ciencias Naturales abordará temas relacionados con la biología, la física y la química, con un enfoque en la comprensión de los fenómenos naturales y los desafíos ambientales de América Latina. Se explorarán conceptos como la biodiversidad, los recursos naturales, la contaminación y el desarrollo sostenible.
En el área de Matemática, los estudiantes desarrollarán habilidades en áreas como la aritmética, el álgebra, la geometría y la estadística. Estos conocimientos matemáticos se aplicarán a la resolución de problemas y al análisis de datos, en el contexto de las temáticas abordadas en las otras asignaturas.
A lo largo del curso, se fomentará la integración de los contenidos, de manera que los estudiantes puedan establecer conexiones significativas entre los diferentes campos del conocimiento. Además, se promoverá el desarrollo de habilidades transversales, como el pensamiento crítico, la resolución de problemas, la investigación y la colaboración.
Mediante este enfoque de Texto Integrado, los estudiantes de 8vo grado tendrán una experiencia de aprendizaje enriquecedora y relevante, que les permitirá adquirir una visión más amplia y comprensiva de los temas estudiados.
SEMIOLOGIA DE HEMORRAGIAS DIGESTIVAS.pptxOsiris Urbano
Evaluación de principales hallazgos de la Historia Clínica utiles en la orientación diagnóstica de Hemorragia Digestiva en el abordaje inicial del paciente.
La Unidad Eudista de Espiritualidad se complace en poner a su disposición el siguiente Triduo Eudista, que tiene como propósito ofrecer tres breves meditaciones sobre Jesucristo Sumo y Eterno Sacerdote, el Sagrado Corazón de Jesús y el Inmaculado Corazón de María. En cada día encuentran una oración inicial, una meditación y una oración final.
1. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 1 de 33
Manual
Testlink y Mantis
Elaborado Fecha Revisión Revisado Aprobado
Oficina de Testing 27/10/2015
2. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 2 de 33
Índice de Contenido
Control del documento ............................................................................................................................ 4
Historia de revisión .............................................................................................................................. 4
Distribución del documento .................................................................................................................. 4
Documentos Referenciados ................................................................................................................. 4
1 Introducción..................................................................................................................................... 5
1.1 Objeto y Alcance del documento ............................................................................................... 5
1.2 Mapa conceptual:..................................................................................................................... 5
2 Alta de Proyecto. ............................................................................................................................. 6
2.1 Crear el proyecto en Mantis...................................................................................................... 6
2.1.1 Actualizar perfiles de usuarios en el proyecto............................................................................. 8
2.2 Crear el Gestor de Defectos en Testlink. ................................................................................... 9
2.3 Crear el proyecto en Testlink. ..................................................................................................11
2.4 Crear el sistema en Testlink.....................................................................................................12
3 Campos personalizables en Teslink. ................................................................................................13
4 Crear Plataformas en Teslink...........................................................................................................14
5 Alta de usuarios. .............................................................................................................................15
5.1 Crear el Usuario en Mantis. .....................................................................................................15
5.1.1 Asignar permisos sobre el proyecto (Mantis). ............................................................................16
5.2 Crear el Usuario en Testlink.....................................................................................................17
5.2.1 Asignar permisos sobre el proyecto (Testlink). ..........................................................................18
6 Keywords. ......................................................................................................................................19
6.1 Creación de Keywords. ...............................................................................................................19
6.2 Asignación de Keywords. ............................................................................................................20
7 Tipología de proyectos en Testlink. ..................................................................................................21
8 Proceso de Subida de casos. ..........................................................................................................21
8.1 Convertir a CSV los casos.......................................................................................................21
8.2 Convertir el CSV a XML...........................................................................................................22
8.3 Subir Casos............................................................................................................................22
9 Proceso de Subida de requisitos......................................................................................................23
9.1 Convertir a CSV los requisitos recibidos. ..................................................................................23
9.2 Convertir el CSV a XML...........................................................................................................24
9.3 Subir Requisitos......................................................................................................................24
9.4 Trazar Requisitos con casos de prueba. ...................................................................................25
10 ¿Qué hacer si no existe documento de requisitos? .......................................................................26
10.1 Organizar casos de prueba por funcionalidad. ..........................................................................26
11 Plan de prueba, Build y Tester: ....................................................................................................27
11.1 Creación de un Plan de Prueba (PP) ...........................................................................................27
3. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 3 de 33
11.2 Creación de una Build .................................................................................................................28
11.3 Agregar casos al PP y asignar Tester ..........................................................................................31
12 Agregar los casos de prueba al sistema. ......................................................................................32
12.1 Exportar casos y suite de pruebas............................................................................................32
12.2 Importar casos y suite de pruebas al sistema. ...........................................................................33
4. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 4 de 33
Control del documento
Historia de revisión
Versión Autor Revisión Razón de la revisión Fecha
Distribución del documento
Nombre Área
Documentos Referenciados
Nombre Descripción
5. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 5 de 33
1 Introducción
1.1 Objeto y Alcance del documento
El objetivo de este manual es detallar el ciclo de vida completo de un proyecto desde que
llega a la oficina de Testing y la gestión que implica en las herramientas (Testlink y mantis).
Testlink: herramienta usada en SD para la gestión de los casos de prueba
http://es1testlink02v.sp.securitasdirect.local/testlink/login.php
Mantis: herramienta usada en SD para la gestión de defectos.
http://es1testlink02v.sp.securitasdirect.local/mantis/login_page.php
1.2 Mapa conceptual:
6. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 6 de 33
2 Alta de Proyecto.
2.1 Crear el proyecto en Mantis.
Nos conectamos a Mantis
Pinchamos sobre la carpeta sobre la que vamos a crear el proyecto, tenemos que fijarnos en el
código de proyecto, por ejemplo:
PI_ADM154 va dentro de la carpeta ADMINISTRACIÓN
PI_MNT225 va dentro de la carpeta OPERACIONES MANT
PI_ATC35 va dentro de la carpeta OPERACIONES ATC
7. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 7 de 33
Le ponemos el mismo nombre que hayamos puesto en Testlink.
Pinchamos sobre el proyecto que acabamos de crear para configurarlo:
Y mediante el scroll bajamos y rellenamos todos los campos:
8. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 8 de 33
Por último actualizamos el proyecto.
2.1.1 Actualizar perfiles de usuarios en el proyecto.
Acedemos de nuevo al proyecto y, con el scroll, buscamos el usuario (Jefe de proyecto) en la lista y
9. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 9 de 33
lo eliminamos para volver a añadirlo con el perfil “Project Manager”.
Una vez borrado, seleccionamos en el listado el usuario y asignamos el perfil.
Pulsamos agregar usuario y actualizamos el proyecto.
2.2 Crear el Gestor de Defectos en Testlink.
Accedemos a Testlink Para dar de alta el proyecto y enlazarlo con el gestor de defectos.
Esto vinculará los defectos de mantis con el caso de prueba ejecutado en Testlink.
10. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 10 de 33
El contenido de “Configuración” es:
<!-- Template mantissoapInterface-->
<issuetracker>
<username>testlink</username>
<password>testlink</password>
<uribase>http://es1testlink02v.sp.securitasdirect.local/mantis/</uribase>
11. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 11 de 33
<!-- Configure This if you want be ableTO CREATE ISSUES -->
<project>PI_ADM154_Evolutivo en árbol decisión Scoring</project>
<uricreate>http://es1testlink02v.sp.securitasdirect.local/mantis/login_select_proj_page.php?ref=bug_repo
rt_page.php</uricreate>
<statuscfg>
<status><code>10</code><verbose>new</verbose><color>#cb1632</color></status>
<status><code>20</code><verbose>need more info</verbose><color>#FAD70D</color></status>
<status><code>30</code><verbose>open</verbose><color>#EB546B</color></status>
<status><code>50</code><verbose>assigned</verbose><color>#fcc298</color></status>
<status><code>60</code><verbose>rejected</verbose><color>#c974c9</color></status>
<status><code>80</code><verbose>resolved</verbose><color>#3fd865</color></status>
<status><code>90</code><verbose>closed</verbose><color>#A5A5A5</color></status>
</statuscfg>
</issuetracker>
2.3 Crear el proyecto en Testlink.
Nos conectamos a Testlink
Creamos el proyecto de la siguiente forma:
12. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 12 de 33
2.4 Crear el sistema en Testlink.
Además del proyecto, debe existir un sistema por cada aplicación que se prueba, de este modo, un
proyecto puede tener asociados N sistemas en caso de que se prueben varios aplicativos.
Este sistema funciona como contenedor de casos de prueba, de tal forma que, podamos ver todos los
casos de prueba que se han ejecutado sobre un aplicativo en todos los proyectos que lo hayan
afectado.
Puede ser que tengamos que crearlo de que no exista, para ello primero miramos los sistemas
que ya están creados y el último código, ya al darlo de alta los códigos son correlativos.
13. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 13 de 33
3 Campos personalizables en Teslink.
Se pueden modificar los campos personalizables de Teslink como “Supplier Development”,
“System” para ello:
14. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 14 de 33
Basta con clicar sobre el campo que queramos modificar
4 Crear Plataformas en Teslink.
Cuando hablamos de plataforma, nos referimos a los dispositivos sobre los que se prueba un
proyecto, por ejemplo, puede ser que haya que certificar un proyecto en Tablet, en un modelo de
móvil concreto…
Para darla de alta, en primer lugar seleccionamos el proyecto que hemos creado y vamos al menú
“Gestión de Plataformas”
Aquí podemos borrar o añadir
algún proveedor de Desarrollo.
15. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 15 de 33
Posteriormente hay que asignar la plataforma en la opción del menú “Agregar/quitar plataformas”
5 Alta de usuarios.
5.1 Crear el Usuario en Mantis.
NOTA: Es necesario tener permisos de administrador para realizar el alta de usuarios.
Accedemos a Mantis y seleccionamos la opción “Administración” y a continuación “Administrar
usuario”
16. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 16 de 33
Pulsamos “Crear Cuenta”
Introducimos los datos de la cuenta.
NOTA: el nombre de usuario debe estar escrito en minúsculas.
El nivel de acceso será “Espectador” siempre. Posteriormente le asignaremos el perfil a nivel de
proyecto.
5.1.1 Asignar permisos sobre el proyecto (Mantis).
Seleccionamos la opción “Administrar proyectos” y accedemos al proyecto donde queremos
que el usuario tenga acceso.
17. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 17 de 33
Una vez dentro, con el scroll, bajamos a la opción “Agregar usuario al proyecto”
Seleccionamos el usuario en la lista y marcamos el perfil “supplier” en el nivel de acceso.
Pulsamos agregar usuario.
IMPORTANTE: actualizar el proyecto o no guardaremos los cambios.
5.2 Crear el Usuario en Testlink.
NOTA: Es necesario tener permisos de administrador para realizar el alta de usuarios.
Accedemos a Testlink y seleccionamos el icono de Usuarios.
En la parte inferior de la ventana, pulsamos Crear.
18. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 18 de 33
Rellenamos los datos.
El usuario debe estar escrito en minúsculas.
La contraseña marcaremos 123456 pero indicamos el método de autenticación LDAP.
El Rol será SIN PERMISOS. Posteriormente asignaremos el rol a nivel de proyecto.
5.2.1 Asignar permisos sobre el proyecto (Testlink).
Accediendo de nuevo al menú de usuarios, seleccionamos en la parte superior Asignar Roles a un
proyecto de pruebas.
En el usuario, marcamos el combo con el perfil correspondiente y actualizamos en la parte inferior
de la ventana.
Realizamos esta misma acción a nivel de Plan de pruebas para evitar que los usuarios tengan acceso
a los PP que no les corresponden.
19. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 19 de 33
6 Keywords.
Las Keywords son palabras clave que se pueden asignar a los casos de prueba para filtrar los casos
de prueba por en búsquedas. De esta forma, si necesitamos localizar de manera rápida X casos de
prueba, podemos asignarles una palabra clave común y tenerlas localizadas.
6.1 Creación de Keywords.
En el menú principal, seleccionamos Gestión de Keywords.
Seleccionamos “Crear Keyword.”
Introducimos el nombre y una nota descriptiva y guardamos.
20. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 20 de 33
6.2 Asignación de Keywords.
Accedemos a la especificación.
Seleccionamos el caso de prueba.
Pulsamos el botón de Ajustes Editar
Al editar, bajamos con el scroll a la parte inferior de la ventana y asignamos la Keyword.
Repetimos el mismos procedimiento para cada caso de prueba y posteriormente podemos realizar el
filtrado de los casos.
21. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 21 de 33
7 Tipología de proyectos en Testlink.
PG_XXXXXXX_Nombre de Proyecto => Proyecto GLOBAL
PI_XXXXXXX_Nombre de Proyecto => Proyecto IT
SI_XXXXXXX_Nombre de Sistema/Aplicación => Sistema o Aplicación
PO_XXXXXXX_Nombre de Producto => Producto
SE_XXXXXX_Grupo de Sevicios => Servicios
BP_XXXXXX_Grupo de Procesos => Procesos de negocio
8 Proceso de Subida de casos.
Para ser más operativos, definimos los casos de prueba en Excel. Este Excel va a tener (o debería
tener) todos los campos personalizados, dado de alta en la herramienta. Una vez que los definamos,
debemos subirlo a Testlink
8.1 Convertir a CSV los casos.
El primer paso que deberemos de dar una vez confirmado el PP, es convertirla plantilla a CSV.
Para ello en Excel pulsamos en guardar como y seleccionamos CSV delimitado por comas.
22. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 22 de 33
8.2 Convertir el CSV a XML.
Para convertir el CSV a XML lo primero será entrar en la URL del conversor.
http://es1testlink02v.sp.securitasdirect.local/testlink/conversor/
Una vez aquí sólo tienes que seleccionar tu csv, poner un nombre y convertirlo.
Eliminamos de la URL resultante la parte marcada en amarillo y pulsamos enter:
http://es1testlink02v.sp.securitasdirect.local/testlink/conversor/index.php?fichero=xml/.xml
Con el botón derecho, guardamos el archivo como XML.
8.3 Subir Casos.
Marcamos el proyecto en el combo superior derecho.
Pulsamos en el enlace de Especificación de testlink y nos aparece la siguiente pantalla.
1.- Seleccionamos la Testsuite inicial desde donde colgarán los casos de prueba.
2.- Pulsamos el icono de ajustes en la parte derecha.
23. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 23 de 33
3.- Pulsamos y seleccionamos Importar casos de prueba desde Operaciones de Caso de Prueba
Seleccionando el xml que hemos guardado.
Pulsas adjuntar archivo y ya estaría listo.
9 Proceso de Subida de requisitos.
En el caso que nos proporcionen los requisitos en el Excel proporcionado. Debemos procesarlo para
subirlo a Teslink y una vez subido trazarlo con los casos de prueba
9.1 Convertir a CSV los requisitos recibidos.
El primer paso que deberemos de dar una vez recibido el documento de requisitos es convertirlo a
CSV.
Para ello en Excel pulsamos en guardar como y seleccionamos CSV delimitado por comas.
24. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 24 de 33
9.2 Convertir el CSV a XML.
Para convertir el CSV a XML lo primero será entrar en la URL del conversor.
http://es1testlink02v.sp.securitasdirect.local/testlink/conversorRequisitos
Una vez aquí sólo tienes que seleccionar tu csv, poner un nombre y convertirlo.
Una vez convertido guárdalo en tu pc como xml mediante el mismo método que los casos de
prueba.
9.3 Subir Requisitos.
Para subir los requisitos pulsamos en el enlace de requisitos de testlink y nos aparece la siguiente
pantalla.
Pulsamos en Importar y seleccionamos el XML.
25. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 25 de 33
Pulsas adjuntar archivo y ya estaría listo.
9.4 Trazar Requisitos con casos de prueba.
Una vez subido los requisito hay que trazar los casos de prueba con dichos requisitos para ello
Asignamos los requisitos.
Seleccionamos el caso de prueba y en la pantalla de la derecha seleccionamos el/los requisitos que
cubre y pulsamos el botón “Asignar”
26. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 26 de 33
10¿Qué hacer si no existe documento de requisitos?
10.1 Organizar casos de prueba por funcionalidad.
Para evitar subir todos los casos de prueba en la misma Testsuite cuando no tengamos documento
de requisitos, podemos definir carpetas con las funcionalidades a nivel de sistema (vengan o no
definidas), de esta forma quedan agrupados los casos por sistema y funcionalidad.
El procedimiento se realiza de manera manual.
Pulsamos en el enlace de Especificación de Testlink y nos aparece la siguiente pantalla.
1.- Seleccionamos la Testsuite con el sistema (si no existe el sistema, lo creamos) desde donde
colgarán los casos de prueba. Pulsamos el icono de ajustes y seleccionamos crear una nueva
Testsuite. En caso de que existan varios sistemas, se separa por sistema también.
Una vez creada, movemos los casos de prueba a la suite correspondiente. Se puede realizar la
acción arrastrando los casos o pulsando, Mover casos de prueba para hacerlo masivamente.
27. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 27 de 33
11Plan de prueba, Build y Tester:
11.1 Creación de un Plan de Prueba (PP)
Seleccionamos la opción del menú “Gestión de planes de pruebas” y posteriormente seleccionamos
pulsamos CREAR:
28. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 28 de 33
Damos de alta el PP con el siguiente formato:
[cod_proyecto]_GX/GX_NOMBRE_PROYECTO_GRUPO PROBADOR
-
Eliminamos los corchetes del cod proyecto
Grupo probador puede ser:
TestingService
QA Global
Explotacion
Bussines
Supplier (Proveedor externo)
Development (Interno SD)
BI
Security
11.2 Creación de una Build
Seleccionamos la opción del menú “Gestión de Builds” y posteriormente seleccionamos pulsamos
CREAR:
29. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 29 de 33
Damos de alta la build con el siguiente formato:
PI_ESxxADMx00047_ G4/G5_SI_000009_CRM_Morosidad_PRE_ Servicio_Noticia_ASNEF_
TestingService_V
cod_proyecto_GX/GX_SIXXXXXX_NOMBRE SISTEMA - NOMBRE
PROYECTO_ENTORNO_GRUPO PROBADOR_VERSIONDonde:
cod_proyecto:PI_....
GX/GX: Soloponemos losvaloresde G,no el texto.EJ:G5/G6
G3-G4_Integration
G4-G5_Funtional
G4-G5_UAT
G5-G6_Alpha
G6-G7_Beta
G7-G8_PROD
budSIXXXXXX:Nopodemosponerguiónbajodetrásdel SI,ponemosel códigotodo
junto.
NOMBRE PROYECTO: Sinel código.Si el nombre del proyectoesmuylargo,
abreviamos.Utilizamosentodoslamismaabreviatura.
30. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 30 de 33
NOMBRE SISTEMA: Norepetimosel código,sóloel nombre
ENTORNO:EJ: PRE, TEST, PROD
GRUPO PROBADOR_VERSION:Guionobligatoriobajoentre el grupoprobadoryla
versión. El Grupo probadorsin“_”
TestingService
QA Global
Explotacion
Bussines
Supplier(Proveedorexterno)
Development(InternoSD)
BI
Security
VERSION:formatov.versión(puntodetrásde lav)
Rellenamosloscamposconlainformaciónrequerida,encasode duda,consultaremosel valor,
peroha de tenerse encuentalassiguientesaclaraciones(modelode ejemplo):
Título:con el formato que se ha indicadoal comienzode este apartado:
Versión:Facilitadaporel JP o proveedor.
GATE_PHASE: tipode pruebasa realizar:
Enviroment:entorno:
Testergroup:grupode pruebas:
31. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 31 de 33
Goal:
SupplierDevelopment:proveedor:
SupplierTestingExecution:Empresade Testing,esdecir, mtp:
TestingService:seleccionamostodas:
Activo:checkmarcado
Abierto:checkmarcado
11.3 Agregar casos al PP y asignar Tester
Pulsamos en el menú en Agregar / quitar casos de prueba
32. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 32 de 33
1.- Seleccionamos el plan de pruebas.
2.- pulsamos en la Testsuite principal.
3.- Marcamos los casos de prueba, indicamos en el combo el Tester y la build a la que vamos a
asignarlos. Pulsamos añadir y posteriormente Guardar orden ( si no pulsamos guardar no se realiza
la acción).
12 Agregar los casos de prueba al sistema.
Una vez finalizada toda la configuración, es IMPRESCINDIBLE, añadir los casos de prueba al
sistema.
12.1 Exportar casos y suite de pruebas.
33. Manual Testlink y Mantis IT
Versión: 2.0
Fecha: 27/01/2016
Versión Plantilla: 1.0
Página 33 de 33
1.- Seleccionamos el proyecto en el combo.
2.- Pulsamos la pestaña de Especificación.
3.- Seleccionamos la suite de pruebas principal.
4.- Pulsamos el icono de ajustes.
5.- Exportamos la suite de pruebas y la guardamos.
12.2 Importar casos y suite de pruebas al sistema.
1.- Seleccionamos el SISTEMA en el combo.
2.- Pulsamos la pestaña de Especificación.
3.- Seleccionamos la suite de pruebas principal.
4.- Pulsamos el icono de ajustes.
5.- Importamos la suite de pruebas que hemos exportado anteriormente..