Control de conocimiento utilizando pruebas de computadora. Servicios para verificar las habilidades de prueba para el servidor de prueba de prueba de penetración

Publiqué una descripción general de la distribución de PenStbox con referencias y descripciones de las utilidades incluidas en ella. Espero que tengas suficiente tiempo para familiarizarlos y explorar la funcionalidad. Hoy le ofrezco varios servicios para probar sus habilidades en la práctica. Estos son servicios especializados, absolutamente legales y permiten que todos revisen sus conocimientos y habilidades.

Laboratorio gratuito de Pentest, desarrollado sobre la base de la red corporativa de una empresa real.
Gráfico: Esta vez, usted, hackers profesionales, deben ser retenidos por la Red Real de la Red Virtual de Securesoft LLC involucrada en el desarrollo de software. La situación complica el hecho de una alta conciencia en el campo de los empleados de IB de la empresa. Según el informe de nuestros agentes sobre el estado de seguridad de la información de la empresa, la estructura de TI de Securesoft LLC está bastante bien protegida de los ataques. Sin embargo, hay un supuesto de que los lugares vulnerables todavía están disponibles. Su objetivo es ser el primero en detectar los sistemas de Achilles Sysight y accedan a Securesoft LLC. Contiene vulnerabilidades de aplicación web, vulnerabilidades de red y tipos mixtos, servicio en línea.

Un relleno sanitario gratuito, seguro y legal para hackers para controlar y ampliar sus habilidades de piratería. Más que solo otro sitio de Wargames: una variedad de diversos proyectos, un enorme foro, un canal IRC. Las misiones se rompen por tipo: simples, realistas, ataques en aplicaciones, fornzika, etc. Servicio en línea.

Proyecto gratuito creado y ajustable EleAsEscurity. Es posible desarrollar y agregar tus tareas. Las tareas se dividen en vulnerabilidades específicas, principalmente para principiantes. Servicio en línea.

Plataforma en línea para estudiar seguridad de la red y aumentar las habilidades de piratería ética. Contiene tareas aproximadas a CTF: Fornzika, criptografía, ingeniería inversa. Debe descargar la imagen de la máquina virtual y la ayuda de ella está conectada a través de VPN al laboratorio. Las soluciones parecen ser revisadas manualmente.

El servicio se crea para aquellos que desean entender cómo se organiza el código seguro, ya que los hackers pueden atacar sus sistemas. Contiene vulnerabilidades de aplicaciones web de diferentes niveles, criptográficos, lógicos, tareas de ingeniería inversa. Servicio en línea.

Aplicación de código abierto especializada. Contiene aproximadamente 100 vulnerabilidades clasificadas por la metodología OWASP. Una de las mejores asambleas, debe tener. Contenido en una máquina virtual especializada - abeja-box.

Según los desarrolladores, esta es una aplicación web maldita vulnerable. Los especialistas en seguridad ayudarán a verificar sus habilidades en el entorno legal, y los desarrolladores web son mejores para comprender los procesos de protección de sus aplicaciones. La solicitud se proporciona en forma de instancia PHP / MYSQL para la auto-implementación.

Plataforma gratuita de OpenSource para pruebas de seguridad de aplicaciones web. Verificado por la mayoría de las utilidades populares: SQLMAP, SUITE BURP, etc. Junto con Bwapp - una de las plataformas más famosas. La solicitud se proporciona en forma de instancia PHP / MYSQL para la auto-implementación.

Plataforma para las habilidades de prueba con inyecciones SQL. 65 tareas, desde simples a complejos (WAF, MYSQL_REAL_ESCAPE_STRING). La solicitud se proporciona en forma de instancia PHP / MYSQL para la auto-implementación.

El nombre del proyecto Los autores están asociados con el síndrome de las cabras de corte: en situaciones de emergencia, la cabra fluye hacia completo estupor y cae en la parte posterior o cara con patas alargadas. Esta es una raza inherente de cabras con una extraña enfermedad genética. Además, el código vulnerable en aplicaciones puede ponerlo en un estado de desmayo. Se hizo el énfasis principal en el lado educativo de la pregunta, y no la creación de una plataforma vulnerable para los experimentos. Webgoat es una herramienta de plataforma cruzada, puede ejecutarlo en cualquier sistema operativo, en el que Apache Tomcat y Java SDK funcionarán.

Prueba, con diferentes niveles de dificultades para evaluar el nivel de su conocimiento en un código vulnerable. Se da una pieza de código fuente en la que durante un cierto período de tiempo debe definir y seleccionar la vulnerabilidad. Servicio en línea para principiantes.

El proyecto para verificar su conocimiento en el campo de las aplicaciones de seguridad IOS. Se presentó para PHD V en forma de un laboratorio práctico. Le permite operar varios tipos de vulnerabilidades de aplicación de iOS: almacenamiento de datos inseguro, manipulación de tiempo de ejecución, decisiones de seguridad a través de entrada no confiable, etc. Contenido en forma de IPA o DEB, las vulnerabilidades se verifican a la versión IOS 8.1.

Proyecto OpenSource para demostrar la operación de las vulnerabilidades de la plataforma Android: permisos de acceso del sistema de archivos, almacenamiento inseguro de archivos, manipulación de parámetros del tráfico móvil, etc. Necesitamos un emulador, base y servidor de laboratorio.

Estas distribuciones lo ayudarán a ampliar sus habilidades de hacker ético, comprender la naturaleza de las vulnerabilidades y es mejor estudiar el kit de herramientas. ¡Feliz hacking!

Dedicado a la provisión de hardware de servidores, así como soporte de software y hardware para sistemas de almacenamiento y copias de seguridad de datos. Supongo que, en esta sección, a menudo será una pregunta: "¡Pero en qué, en, S, D es mejor?". En la serie de artículos posteriores, ofrezco una metodología de discusión para probar el rendimiento del servidor para las bases de datos.

¿Qué es el servidor de la base de datos? Esta es una máquina de alto rendimiento que siempre es un poco (exagerando un poco):

• Procesadores
• Memoria
• Espacio del disco

Es decir, el servidor de la base de datos (tomamos en cuenta que esta máquina no sirve a un par de docenas de personas): es un multiprocesador (2, 4, 8 procesadores) un automóvil que sirve a varios cientos de personas y almacenando una cantidad bastante grande de información en su base. Por lo tanto, el subsistema de disco es también un lugar crítico. Además, requiere confiabilidad del trabajo y, a menudo, la posibilidad de reemplazo en caliente de discos duros dañados. Por lo tanto, en tales servidores, generalmente se usan matrices de disco de la RAID de quinto nivel y los discos duros en el bus SCSI. La RAM también es innecesaria (también es utilizada por el sistema operativo y la base de datos). Se usa la memoria de corrección de errores y su volumen comienza de uno y medio gigabytes y más alto.

En general, ya ha entendido que esta no es una máquina de casa en P4 3 GHz, HDD SATA de 160 GB, 512 MB de memoria DDR y GeForce FX 5900. Por cierto, no es necesario para el servidor de tarjetas de video descrito anteriormente en absoluto.

Si la pregunta aún está abierta con el método de prueba del rendimiento del subsistema de disco, se puede iniciar la discusión de la metodología que prueba la tasa de procesamiento de datos (o de manera más precisa, se puede iniciar el número de transacciones por segundo).

¿Qué es una transacción? Esta es una secuencia indivisible de operaciones que se pueden cumplir completamente o cancelarse en absoluto. En otras palabras, la idea de la transacción se debe completar. Considere un ejemplo simple de transferir dinero de la cuenta de un cliente a otro. Esta acción se divide en cierta secuencia de operaciones.

• Reduzca la cantidad de dinero en la cuenta del primer cliente.
• Registre el resultado.
• Aumente la cantidad de dinero en la cuenta del segundo cliente.
• Registre el resultado.

Obviamente, si en algún momento se produce una falla, el primer cliente puede perder dinero, y el segundo no es para obtenerlos. En otras palabras, el dinero se disuelve en el ciberespacio. Será aún más interesante si cambiamos los pasos de 3.4 lugares con los pasos 1.2. En caso de fallo, el segundo cliente puede obtener el dinero en ninguna parte. Por lo tanto, las transacciones son muy importantes. En el mundo moderno puedes encontrar muchos ejemplos en los que se utilizan.

Como prueba de rendimiento, se seleccionó una solución de las pruebas. Todas las pruebas se aplican a los derechos de código abierto y se utilizan como base de datos distribuida en los derechos de la licencia GPL / LGPL. El conjunto se desarrolla bajo la plataforma Linux e incluye tres pruebas.

Prueba de base de datos OSDL 1 (OSDL-DBT-1) es una prueba de Internet del rendimiento de la transacción. Imita la actividad de los usuarios que buscan y compran productos en una librería interactiva. OSDL-DBT-1 - Implementación de las especificaciones de prueba. Los resultados de las pruebas incluyen el número de transacciones por segundo, el grado de carga de CPU, la actividad de E / S y el uso de la memoria. Lo principal es el indicador BT, el número de bogonsacciones (transacciones sintéticas) por segundo.

La prueba de base de datos OSDL 2 es una prueba de prueba de rendimiento operacional de transacción. Imita el trabajo de la compañía mayorista que vende piezas de repuesto, en la que varios usuarios trabajan con la base de datos, actualice la información del cliente y verifique la disponibilidad de productos en stock. OSDL-DBT-2 - Implementación de las especificaciones de prueba. Los resultados de las pruebas incluyen el número de transacciones por segundo, el grado de carga de CPU, la actividad de E / S y el uso de la memoria.

Prueba de base de datos OSDL 3 (OSDL-DBT-3) - Testimiza las herramientas de soporte de soluciones. Incluye solicitudes no inflamadas y cambio de datos paralelos. OSDL-DBT-3 - Implementación de las especificaciones de prueba.

Este artículo se centrará en detalle en la prueba OSDL-DBT-1.

El Proyecto de prueba de la base de datos OSDL (OSDL-DBT-1) está dirigida a desarrollar una prueba de procesamiento de transacciones fácil de usar para el SO de Linux SO y el software de código abierto con la posibilidad de resultados compartidos convenientes con otros desarrolladores. Esta prueba es un derivado simplificado de la especificación TPC-W (TM) de TPC. TPC-W se usa en este caso como una plantilla, ya que se cree que simula una carga suficiente para optimizar la productividad.

TPC-W imita la actividad de los usuarios que miran a través de páginas web y compras en una librería interactiva. OSDL-DBT-1 utiliza características de carga TPC-W para crear una herramienta simplificada para estudiar los asientos estrechos del sistema y medir las mejoras relativas de rendimiento realizadas por los desarrolladores.

Debe recordarse que los resultados de OSDL-DBT-1 no se pueden comparar con los resultados de la prueba TPC-W. TPC requiere todos los resultados publicados para cumplir con las estrictas reglas de publicación y auditoría que garantizan una comparación honesta con pruebas en competencia. Las reglas de TPC también requieren especificación de costos y disponibilidad de productos utilizados para las pruebas. Siga estas reglas en los desarrollos abiertos no es práctico, por lo tanto, los resultados de la prueba OSDL-DBT-1 no tienen relación con los resultados de las pruebas de la prueba de referencia TPC-W.

¿Qué es TPC-W?

TPC-W determina la actividad comercial de una librería interactiva. Un kit típico TPC-W incluye emuladores de navegadores remotos (RBE), servidores web y base de datos. Una descripción detallada de la prueba TPC-W está activada.

La carga de trabajo es creada por RBE, que emula la actividad de los usuarios que se abren en el navegador, muchas sesiones interactivas para ver y ordenar productos en la tienda. Emultos 14 páginas web:

• El principal;
• Cesta;
• Registro de compradores;
• Pedido;
• Confirmación de un pedido;
• Solicitud de orden;
• Información de orden derivada;
• Consulta de busqueda;
• Resultados de búsqueda;
• Nuevos productos;
• Líderes de ventas;
• Descripción detallada del producto;
• Solicitudes de administrador;
• Confirmación de solicitudes de administrador;

Una página web representa una interacción. Cada interacción puede incluir uno o más intercambio entre el sistema que se está probando y un navegador emulado. Los intercambios pueden incluir solicitudes y cookies de transmisión, páginas HTML, imágenes, etc. Los navegadores emulados operan de acuerdo con ciertas reglas de transición entre las páginas que imitan el comportamiento del usuario real y aseguran que el acceso a 14 páginas cumpla con los requisitos de la "mezcla de interacción web" de TPC-W, que determina el rango de porcentaje de cada transacción.

Cuando recibe una consulta de RBE, los servidores web atraen a las páginas web, las actualizan dinámicamente y se remuyeron. Los servidores de sitios web comerciales generalmente se dividen en grupos de asignación. Por ejemplo, el servidor de imágenes sirve los archivos ".gif" y ".jpg", el servidor HTTP y el servidor de aplicaciones ejecutan la lógica empresarial y funcionan con la base de datos, y el servidor de almacenamiento en caché funciona con objetos en caché. Para simular una búsqueda de sitios, la especificación TPC-W proporciona un subsistema de búsqueda de texto disponible comercialmente que crea y administra los índices estáticos fuera de la base de datos. TPC-W también requiere el emulador de la pasarela de pago, imitando el trabajo con tarjetas de crédito.

La base de datos consiste en una variedad de tablas de varios tamaños que tienen relaciones complejas. Las transacciones de la base de datos deben soportar las propiedades de los ácidos. Las propiedades ácidas incluyen atomicidad, consistencia, autonomía y durabilidad. La descripción más detallada está contenida en las secciones de especificación TPC-W.

La figura 1 muestra una arquitectura típica TPC-W.

¿Qué es OSDL-DBT-1?

OSDL-DBT-1 es un conjunto de pruebas basadas en transacciones. Carga la base de datos de acuerdo con la especificación TPC-W. La prueba incluye una base de datos, servidor de administración de transacciones y controlador.

La Figura 2 muestra los componentes OSDL-DBT-1.

El controlador OSDL-DBT-1 realiza tareas similares a las tareas RBE en TPC-W. Crea y maneja a los usuarios emulados que siguen la lógica similar a la lógica del navegador en la prueba TPC-W, pero cree en lugar de la estructura de datos de la consulta HTTP.

A diferencia de la prueba TPC-WTM utilizando los servidores web para objetos de red, la prueba OSDL-DBT-1 funciona con un servidor de administración de transacciones que simplifica las pruebas y elimina completamente el nivel de servidores web.

Al estar en el nivel promedio, el servidor de administración de transacciones conecta el controlador con la base de datos y controla las transacciones. La interacción con la base de datos se produce a través de ODBC.

Las bases de datos en las pruebas OSDL-DBT-1 y TPC-W son esencialmente las mismas tablas con las mismas descripciones y siguen las mismas reglas de llenado. Los procedimientos almacenados ejecutan la misma lógica de negocios. Algunos de los procedimientos almacenados OSDL-DBT-1 devuelven menos datos que definidos para TPC-W.

Arquitectura OSDL-DBT-1

La prueba OSDL-DBT-1 consta de tres componentes: controlador (controlador), servidor de administración de transacciones y base de datos. Los dos primeros componentes se escriben en el idioma C y usan la interfaz ODBC para trabajar. Como base de datos fue un producto de terceros: SAP DB (versión 7.3). La prueba se desarrolló en Redhat Linux 7.2, pero se puede usar en todos los sistemas operativos de Linux estándar.

El conductor cargue directamente la base de datos. Es un programa multithreadizado en el que cada hilo realiza las acciones de un usuario. El conductor se compila en dos archivos binarios separados. El primero de estos (dbdriver_p1) está asociado con la interfaz ODBC e interactúa con la base de datos directamente, evitando el Administrador de transacciones. Este controlador se puede utilizar para pruebas simples funcionales de los procedimientos almacenados. El segundo archivo binario (dbdriver_p2) está asociado con la interfaz del zócalo e interactúa con el servidor de control de transacciones. Este conductor desempeña un papel importante en las pruebas de rendimiento.

El servidor de administración de transacciones es un nivel promedio. Recibe de las solicitudes de controladores de transacciones, ofrece las solicitudes de la base de datos y las devuelve al conductor. El servidor de administración de transacciones está configurado para crear un número específico de conexiones a la base de datos para trabajar con una gran cantidad de usuarios emulados individuales. Proporciona una mayor carga realista del sistema.

La Figura 3 muestra el servidor de administración de transacciones y su conexión con el controlador y la base de datos:

Cuando inicia el servidor de administración de transacciones, se crea un número específico de flujos DOTXN, cada uno de los cuales abre una conexión a la base de datos y espera la recepción de los elementos en la cola de transacción.

Escuchar el puerto seleccionado sobre el sujeto de las conexiones entrantes se realiza mediante un hilo. Al intentar un usuario emulado para crear una conexión de transmisión escuchada crea un flujo de doconnection para un procesamiento de consultas.

Doconnectection obtiene una consulta de un usuario emulado, lo agrega a la cola de transacción, notifica a DotXn que la cola no está vacía y espera la finalización de la transacción.

DOTXN toma una solicitud de la cola de transacción, se refiere a la base de datos y notifica a la doconnección para realizar la transacción. Después de eso, DOCONNECTORIO refiere los resultados a un usuario emulado.

Base de datos

La base de datos consiste en tablas, índices y procedimientos almacenados. Las tablas contienen información sobre las mercancías de la librería interactiva. Los procedimientos almacenados realizan solicitudes. Los índices se crean para acelerar la ejecución de las consultas. Usando una base de datos, los usuarios emulados pueden crear solicitudes de líderes de ventas, libros nuevos, libros de autores específicos, etc.

Metodología de prueba OSDL-DBT-1 Prueba

Se utilizó un servidor como un banco de pruebas, cortesía de las computadoras ISM con las siguientes características:

• Dual Pentium 4 Xeon 2.4 GHz con tecnología HT;
• 2 GB DDR266 ECC RAM;
• Placa base - Asus PP-DLW en Chipset Intel E7505;
• DUAL ULTRA160 SCSI RAID Intel SRC32U Controlador 128 MB ECC SDRAM KESHA;
• 74 GB Total de espacio en disco - 3 × Cheetah 15k.3 (ST336753LC con interfaz SCSI de Ultra320 con un volumen de 37 GB) en RAID5;
• Controlador de red - Intel 82540 Gigabit Ethernet (integrado);
• Ati radeon 9800pro;
• TDK 440N DVD-R / RW para copias de seguridad;
• Asus 52 × CD-ROM

En términos generales, tal computadora se publica como una potente estación de gráficos, pero la usamos como un servidor para resolver la técnica. Al final del ciclo de artículos, esta computadora se considerará con más detalle en el método gastado de servidores de prueba.

El espacio en disco se divide en cuatro secciones.

• Tamaño de intercambio de Linux 5 GB;
• Dos particiones de Linux cada 10 GB
• Sección raíz en formato ext3 - todo otro espacio disponible

RedHat Linux 7.3 está instalado en el servidor (con la versión 9.0 utilizada de la base SAP DB recomendada por los desarrolladores de prueba OSDL, funciona incorrectamente).

Kernel recolectado 2.4.21 (Configuración completa de núcleo) con opciones activadas en tipo de procesador y características

• Familia del procesador (Pentium-4)
• (4GB) Soporte de memoria alta
• [*] Soporte HighMem E / S
• [*] MTRR (Registro de rango de tipo de memoria) Soporte
• [*] Soporte simétrico de multiprocesamiento

SAP DB Versión 7.3.0.25 se instala a partir de paquetes RPM, todas sus configuraciones siguen siendo predeterminadas.

• El número de usuarios emulados (UE, número de usuarios emulados) - 500;
• Número de cosas en la base de datos (número de artículos) - 10,000 (valor predeterminado)

El tamaño total de la base de datos con los parámetros mencionados anteriormente es de aproximadamente 2.4 gigabytes.

Los parámetros para el kernel de SAP DB se especifican, como

• Data_cache 235930.

  El tamaño máximo de la memoria compartida en las páginas de 8 kb utilizadas cuando se solicita a esta base de datos y para el kernel SAP DB. Es necesario asignar como una memoria más grande posible, pero no más que el tamaño disponible de la RAM en la prueba de la computadora. En este caso, se utiliza un valor del 90 por ciento de la RAM.

• MaxUserTasks 50.

  El número de conexiones simultáneas de la base de datos. El valor predeterminado.

• Maxcpu 4.

  El número máximo de procesadores que pueden usar el núcleo de la base de datos al procesar las solicitudes.

Para acelerar el acceso, se crean dos dispositivos crudos.
Usr / bin / crudo / dev / crudo / rawx / dev / sdax
Los dispositivos se utilizan para almacenar registros y datos de la base actual.

Fila del inicio del script para generar la base:
./build_db.sh -g -i 10000 -U 1000 -p / home / sapdb / dbt1 / tmp /

Después de crear los datos de origen, el archivo de configuración DBT1.Config es modificado por el script de prueba. Establece el lanzamiento de todas las partes de la prueba en una computadora (prueba), así como los siguientes parámetros.

• • dbconnection \u003d 100.
    el número de conexiones se abrió a la base de datos de los programas de AppServer y AppCache;
  • transaction_Queue_Size \u003d 400 (Predeterminado)
    transacción máxima en la cola APPSERVER;
  • transaction_array_Size \u003d 400 (Predeterminado)
    el número máximo de transacciones en la cola por cliente;
  • artículos \u003d 10000.
    el número de cosas en la base de datos.
  • • artículos \u003d 10,000;
    • eU \u003d 400.
      el número de usuarios emulados;
    • eU / MIN \u003d 50 (Predeterminado)
      el número de usuarios que aparecen por minuto;
    • significa Think_Time \u003d 7.2 (Predeterminado)
      tiempo de espera entre las acciones del usuario (en la sec);
    • run_duración \u003d 4100 (predeterminado)
      tiempo de ejecución de la prueba (en la SEC);

  Después de eso, la prueba comienza a ejecutar (aproximadamente una hora). Script Start Fow:
  ./RUN_DBT1.SH / HOME / SAPDB / DBT1 / TMP / RES

  Después del final de la prueba y antes del inicio de la nueva, la base de datos se restaura de copias de seguridad, y el servidor está sobrecargado para la pureza del experimento.

  resultados

  Los resultados de OSDL DBT-1 se presentan como una gran cantidad de archivos de texto. El indicador principal es el número de BTS (bogotransacciones por segundo). Interacción% promot. Tiempo (s) de respuesta Admin Confirmar 0.09 0.274 Admin Solicite 0.10 0.259 BEST SELLERS 4.95 1.103 Comprar Confirmar 1.18 0.565 Comprar la solicitud 2.94 0.586 Registro de clientes 2.94 0.000 Inicio 16.69 0.505 Nuevos productos 4.98 1.125 Pantalla de pedido 0.74 0.470 Pedido Solicitud 0,74 0.470 Detalle del producto 16.92 0.467 Solicitud de búsqueda 19.88 0.478 Resultados de búsqueda 16.92 0.684 Carrito de compras 11.41 0.510 59.3 Bogotransacciones por segundo 68.5 minuto Duración total Bogotransacciones 243754 Errores totales 0

  El segundo indicador importante es durante la ejecución de la prueba. Estadísticas de la CPU (SAR) Linux S1 2.4.21-2421-ISM2 # 4 SMP MON JUL 14 20:08:52 MSD 2003 I686 Desconocido Linux 2.4.21-2421-ISM2 (S1) 16/03/03 17:34: 35 CPU% USUARIO% NICE% SISTEMA% IOWAIT% DIRECTO [...] DURO: TODOS 50.46 0.00 6.38 0.00 43.16

  Se ve claramente que, en este caso, los procesadores fueron cargados solo por la mitad. Para descargar completamente, es posible aumentar la cantidad de UE (usuarios emulados), así como el tamaño de la base de datos en sí (artículos). Con un aumento en el número de usuarios, nos encontramos con la restricción GLIBC y la Biblioteca Pthread, que no permite emular más de aproximadamente 900 UE con una máquina. En este caso, tendrá que ejecutar varios programas DBDRIVER y APPSERVER en diferentes máquinas.

  Además de lo anterior, todavía hay una gran cantidad de informes estadísticos.

  • procesadores individuales (estos son los resultados en la prueba sin HT);
  .

  Agradecimientos especiales a Cormac Para obtener ayuda con la traducción de especificaciones.

La tecnología de prueba desarrollada es un medio eficaz para monitorear el conocimiento en cualquier etapa del proceso educativo. El complejo de programas "Visual Testing Studio" le permite automatizar el control de conocimientos de los estudiantes, incluida la creación de una prueba de tareas de prueba, realizando a los estudiantes que prueban y analizan los resultados.

El complejo consiste en módulos:

Editor de pruebas - para crear tareas de prueba;
- Editor de guiones: para configurar los parámetros de prueba de los estudiantes;
- Test SHELL - para pruebas en una institución educativa;
- Resultados de la prueba: para analizar y visualizar los resultados de las pruebas;
- listas de estudiantes - para administrar listas de grupos y estudiantes;
- Administración: para administrar la seguridad del paquete de software.

El Editor de pruebas le permite crear tareas de prueba de 7 tipos diferentes: Sí / No, elegir una o más respuestas correctas, ingresando un número o palabra, configurando una secuencia y conformidad. Al crear texto, puede usar fórmulas, dibujos y formato complejo.
En el Editor de guiones, puede elegir qué tareas usar en las pruebas de una o más pruebas, configuren la hora y el número de tareas, determine el modo de prueba.

Sobre la base de la prueba creada, puede probar tanto en las computadoras como en los espacios en blanco de papel formados automáticamente por el programa.

Para determinar la evaluación, se pueden usar dos algoritmos, uno de los cuales tiene en cuenta el error estadístico de adivinar la opción de respuesta correcta. Una sola base de datos almacena tareas y estadísticas de prueba acumuladas que se pueden usar para evaluar la calidad de las tareas de prueba y mejorar la prueba.
Para garantizar la seguridad, se utilizan un sistema de control de acceso multinivel, cifrado, contraseña o auditoría de eventos de Windows y eventos.
El sistema de prueba se puede utilizar tanto en un sistema separado como en un paquete con otros sistemas de automatización. En este caso, los estudiantes de "Deanat" y los resultados de las pruebas se pueden cargar automáticamente y los resultados de las pruebas se pueden exportar a IC "Electronic Vedomosti".

El resultado de la prueba es un informe con los resultados del control. Si es necesario, puede ver qué preguntas se dio una respuesta incorrecta.
El sistema admite características de búsqueda de texto completo, estilo de diseño centralizado, busque tareas duplicadas, así como pruebas de exportación e importación de archivos.

Como resultado de utilizar un sistema de prueba automatizado:
1) La productividad del maestro durante las pruebas aumenta 8-10 veces.
2) excluye la subjetividad al evaluar el conocimiento.
3) Es posible usar las pruebas como control de entrada sobre el examen.
4) Se puede reutilizar el banco de tareas de prueba creado.
5) Los resultados de las pruebas se pueden utilizar para analizar el rendimiento académico y la calidad de las tareas de prueba.

En el proceso de uso diario de los sistemas de TI, es bastante difícil evaluar el cumplimiento de los parámetros de infraestructura de hardware a los requisitos técnicos actuales y los procesos de negocios actuales.

Para medir las capacidades de servidor disponibles, es necesario crear condiciones cercanas a las cargas pico para ellas. Las pruebas de carga del servidor le permiten simular más precisamente escenarios de trabajo similares.

¿Qué tareas resuelven pruebas de carga?

• seleccione la configuración óptima de hardware y software de los componentes del servidor;
• revisar el rendimiento máximo de los scripts de hardware y depuración de su trabajo durante períodos de carga máxima;
• fallas de servidor de advertencia con un aumento del consumo de recursos de red, aumentó la descarga de RAM y CPU;
• comprobación de la estabilidad de la operación del servidor a las cargas máximas en diferentes segmentos de tiempo durante todo el día.

Las principales etapas de las pruebas de carga.

• Definición de criterios de prueba

Desarrollar una estrategia de prueba, determinar los parámetros de operación del servidor, los límites permitidos de los valores cuando están equipados con equipos. La siguiente es una lista de propiedades y herramientas utilizadas. En conclusión, se preparan parámetros de prueba y scripts.

• Pruebas

De acuerdo con el escenario seleccionado, se emula la operación simultánea de los usuarios con la solicitud. Se evalúa la velocidad de procesamiento de datos del subsistema de disco, el tiempo de consulta, la cantidad de consumo de recursos de red, así como el nivel de memoria operativa y el procesador central. Es posible iniciar múltiples escenarios al mismo tiempo.

• Análisis de los resultados de las pruebas.

De acuerdo con los resultados de la prueba de carga del servidor, el cliente proporciona un informe detallado sobre las pruebas con gráficos de dependencia, descripciones de problemas probables y sugerencias para mejorar la configuración del equipo.

Prueba de varios componentes del sistema

• Red de arquitectura

Detección de posibles defectos de adaptadores de red y conductores. Establecimiento de productividad y determinación de la calidad de la red.

• Aplicaciones

Evaluación de la máxima eficiencia de las aplicaciones seleccionadas en los valores especificados de la métrica de rendimiento. Investigación de objetos típicos: sistemas operativos (Linux, MS Server, Solaris), servidores de aplicaciones (Redhat JBoss Application Server), IBM WebSphere, WebLogic, Sistemas de administración de bases de datos (MySQL, PostgreSQL, MS SQL), software corporativo (ERP -, Sistemas CRM, etc.)

• Base de datos

Verificación del rendimiento de la base de datos utilizando la emulación de una pluralidad de transacciones de usuario con un aumento gradual en la intensidad de la carga de la información.

Las pruebas de carga le permiten determinar el grado de preparación del sistema a situaciones independientes (falla del equipo, ataques de DDOS), el nivel de fiabilidad y la capacidad de autocuración. Además, las pruebas de carga ayudan a desarrollar un conjunto de medidas adecuadas para aumentar el rendimiento del sistema, su estabilidad y protección del entorno corporativo.

Seleccionar un servidor asignado virtual y trabajar con él proporciona muchos matices. Y si el aspecto técnico del servidor VPS / VDS se puede estudiar utilizando indicadores diferentes, entonces la calidad del trabajo puede analizarse solo durante la operación.

El sitio de la compañía confía en la alta calidad de la calidad de los servicios prestados, por lo que ofrece a los clientes a usar el período de prueba. Uso del servidor VPS / VDS en modo de prueba, puede evaluar la operación del servidor y asegurarse de que la fiabilidad de nuestra empresa.

¿Hay alguna diferencia entre VPS pagados y de prueba / VDS?

Mientras no está seguro de la cantidad de recursos que necesita, y no sepa cuál de los servidores (dedicados o virtuales) para elegir, el sitio web de la compañía ofrece la oportunidad de probar el alojamiento y el servidor dedicado de forma gratuita. Revíselo en el trabajo en un período de prueba, sin pagar el arrendamiento a largo plazo.

¿Qué dará el período de prueba?

• La capacidad de trabajar en condiciones reales. El servidor VPS / VDS proporcionado en el período de prueba es técnicamente ilimitado. La funcionalidad y las capacidades de la plataforma son las mismas que con una provisión pagada
• Posibilidad de comparar la diferencia en los planes arancelarios, para seleccionar la opción óptima para sus propias necesidades
• En el período de prueba, puede instalar el software necesario y personalizar completamente el sistema operativo.
• Interacción total con el soporte técnico, equivalente a un período de ataques.

Condiciones del período de prueba

Para las pruebas, está disponible el alquiler gratuito por un período de 14 días. A lo largo del período de prueba, puede realizar una suscripción de forma independiente a una tasa de pago, mientras se mantiene la configuración previamente hecha.

A lo largo del período de acceso a prueba, la transferencia de datos de otro alojamiento, que es muy conveniente y rentable. No es necesario pagar el servicio antes de que sea el uso real.