Share via


R (Glosario de Visual Studio ALM)

En este glosario se definen los términos principales que se usan en la Ayuda de Visual Studio Application Lifecycle Management (ALM).

  • instrucción RAISERROR [RAISERROR statement]
    Instrucción de Transact-SQL que muestra un mensaje de error y establece la variable automática @@ERROR sin cambiar el flujo del procedimiento. Las instrucciones RAISERROR se pueden utilizar para devolver los resultados de las pruebas unitarias de base de datos.

  • clasificar
    Asignar una posición cardinal única a cada entrada, como en el rango en la pila. Vea asignar prioridades.

  • regresión
    Reaparición de un problema solucionado anteriormente.

  • prueba de regresión
    Prueba que se ejecuta después de la generación diaria para comprobar que la compilación del código fuente se ha generado correctamente.

  • vínculo relacionado
    Vínculo de Team Foundation entre dos elementos de trabajo.

  • versión
    Generación destinada a su uso o implementación. Una versión puede ser interna, para realizar más pruebas, o externa, para lanzamiento o implementación.

  • candidato a versión final
    Versión de una generación que ha sido probada y está lista para su lanzamiento.

  • informe
    Información producida a partir del almacén de datos de métricas de Team Foundation.

  • solicitud
    Una de las solicitudes HTTP que constituyen una prueba Web y se muestran en el Editor de pruebas Web como una estructura de árbol.

  • árbol de solicitudes
    Árbol de nodos que contiene las solicitudes HTTP (direcciones URL) en el Editor de pruebas Web.

  • requisito
    (1) Condición o función requerida por el usuario para solucionar un problema o conseguir un objetivo. (2) Condición o función que debe cumplirse o formar parte de un producto o componente de un producto para satisfacer un contrato, un estándar, una especificación u otros documentos impuestos formalmente. (3) Representación documentada de una condición o función, como en (1) o (2). [IEEE 610.12-1990]

  • campos obligatorios
    Campos con reglas. En la práctica, el diseñador de un tipo de elemento de trabajo identificará los campos que se deben rellenar con un intervalo de valores.

  • análisis de requisitos
    Determinación de las características funcionales y de rendimiento de la solución basada en los análisis de las necesidades, expectativas y restricciones del cliente.

  • matriz de responsabilidad
    Documento que detalla explícitamente los miembros individuales del equipo encargados de ejecutar, revisar y aprobar los paquetes de trabajo de un proyecto.

  • Lista de resultados
    Tabla o cuadrícula de la interfaz de usuario que muestra la lista de resultados de una consulta de elementos de trabajo.

  • vista de resultados
    Ventana de documento de Visual Studio que contiene tanto la lista de resultados como el formulario del elemento de trabajo. Esta vista le permite definir y ejecutar rápidamente sus propias consultas.

  • riesgo
    Tipo de elemento de trabajo que registra un posible evento con un resultado no deseado. Los riesgos deben identificarse, asignarse y, si el impacto es probable y realmente no deseado, deben mitigarse.

  • análisis de riesgos
    Evaluación, clasificación y asignación de prioridades de los riesgos. El análisis de riesgos incluye evaluaciones cuantitativas, que miden la probabilidad y las consecuencias de los riesgos, y evaluaciones cualitativas, que asignan prioridades a los efectos de los riesgos en los objetivos del proyecto.

  • administración de riesgos
    Proceso automático y formalizado para tomar decisiones y emprender acciones para evaluar continuamente todo aquello que puede salir mal, evaluar y cuantificar los riesgos identificados, determinar los riesgos que deben solucionarse, implementar estrategias para tratar dichos riesgos, y supervisar el estado de los riesgos y las actividades destinadas a mitigarlos.

  • mitigación de riesgos
    Procedimiento para reducir la probabilidad o el impacto de un riesgo a un nivel aceptable. Mitigar el riesgo no es lo mismo que evitarlo. Se pueden tomar medidas para reducir la probabilidad o el impacto de un riesgo, transferirlo a otra parte o evitarlo completamente. Un riesgo determinado puede tener una, ninguna o varias acciones de mitigación asociadas.

  • declaración de riesgo
    Instrucción de tipo condición-consecuencia que ayuda a articular claramente el riesgo expresando una relación causal entre un estado real y existente de las características o el atributo de un proyecto, y otro estado posible y no realizado de las características o el atributo de un proyecto.

  • desencadenador de riesgos
    Indicaciones de que se ha producido un riesgo o de que está a punto de producirse. A veces se denominan síntomas del riesgo o señales de advertencia. Los desencadenadores se pueden detectar en el proceso de identificación de riesgos e inspeccionar en el proceso de supervisión y control de riesgos.

  • programación controlada por riesgo
    Principio de buena programación que asigna prioridades a las tareas basándose en el nivel de riesgo existente y da prioridad a las características basándose en su importancia para los participantes clave.

  • función
    1) Grupo de actividades generalmente (pero no siempre) realizadas por una persona y a menudo implementadas con un grupo de seguridad. Una persona suele desempeñar varias funciones. 2) En Team Test, una parte o función específica de una aplicación o arquitectura. Por ejemplo, un servidor web, un servidor de bases de datos o un cliente. 3) En las herramientas del lenguaje específico del dominio, representación de uno de los lados (el origen o el destino) de una relación. Las propiedades de rol incluyen su multiplicidad y su encargado de rol. 3) Una parte o función específica de una aplicación o arquitectura. Por ejemplo, un servidor web, un servidor de bases de datos o un cliente.

  • plan de lanzamiento
    Plan para entregar una versión externa. Este plan incluye todos los elementos que se deben incluir para su aceptación en el mercado, en las operaciones o en un cliente.

  • estimación aproximada de proyectos
    Estimación realizada sin detallar costos o basada en datos iniciales o incompletos. Las categorías típicas son 1 - 3 días, 3 - 10 días o más de 10 días. Una estimación aproximada de proyectos establece un costo aproximado para un escenario o un requisito de calidad de servicio.

  • configuración de ejecución
    Configuraciones que se almacenan en un archivo de configuración de ejecución y que influyen en el entorno en tiempo de ejecución de la ejecución de una prueba.

  • ejecutar consulta
    Comando para ejecutar una consulta de elementos de trabajo.

  • parámetros de ejecución
    Conjunto de propiedades que afectan a la forma en que se ejecuta una prueba de carga; por ejemplo, en los parámetros de ejecución se podría especificar la duración de la prueba y la descripción de la misma.