Skip to content

Translate when to use grid Spanish #381

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 3 commits into from
Mar 28, 2020
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
95 changes: 47 additions & 48 deletions docs_source_files/content/grid/when_to_use_grid.es.md
Original file line number Diff line number Diff line change
@@ -1,52 +1,51 @@
---
title: "When to use Grid"
title: "Cuando usar el Grid"
weight: 4
---

{{% notice info %}}
<i class="fas fa-language"></i> Page being translated from
English to Spanish. Do you speak Spanish? Help us to translate
it by sending us pull requests!
{{% /notice %}}


Generally speaking, there’s two reasons why you might want to use Grid.

* To run your tests against multiple browsers, multiple versions of browser,
and browsers running on different operating systems.
* To reduce the time it takes for the test suite to complete a test pass.

Grid is used to speed up the execution of a test pass by using
multiple machines to run tests in parallel. For example, if you have a suite of
100 tests, but you set up Grid to support 4 different machines (VMs or
separate physical machines) to run those tests, your test suite will complete
in (roughly) one-fourth the time as it would if you ran your tests sequentially
on a single machine. For large test suites, and long-running test suite such as
those performing large amounts of data-validation, this can be a significant
time-saver. Some test suites can take hours to run. Another reason to boost the
time spent running the suite is to shorten the turnaround time for test results
after developers check-in code for the AUT. Increasingly software teams
practicing Agile software development want test feedback as immediately as
possible as opposed to wait overnight for an overnight test pass.

Grid is also used to support running tests against multiple runtime
environments, specifically, against different browsers at the same time. For
example, a ‘grid’ of virtual machines can be setup with each supporting a
different browser that the application to be tested must support. So, machine 1
has Internet Explorer 8, machine 2, Internet Explorer 9, machine 3 the latest
Chrome, and machine 4 the latest Firefox. When the test suite is run,
Selenium-Grid receives each test-browser combination and assigns each test to
run against its required browser.

In addition, one can have a grid of all the same browser, type and version. For
instance, one could have a grid of 4 machines each running 3 instances of
Firefox 70, allowing for a ‘server-farm’ (in a sense) of available Firefox
instances. When the suite runs, each test is passed to Grid which
assigns the test to the next available Firefox instance. In this manner one
gets test pass where conceivably 12 tests are all running at the same time in
parallel, significantly reducing the time required to complete a test pass.

Grid is very flexible. These two examples can be combined to allow
multiple instances of each browser type and version. A configuration such as
this would provide both, parallel execution for fast test pass completion and
support for multiple browser types and versions simultaneously.
Generalmente hablando, hay dos razones por las cuales podrías querer usar el Grid.


* Para ejecutar tus tests contra múltiples navegadores, múltiples versiones de
navegadores y múltiples navegadores bajo diferentes sistemas operativos.
* Para reducir el tiempo que tarda en completarse la ejecución de tu suite de test.

El Grid se usa para acelerar la ejecución de los test usando múltiples maquinas
para ejecutarlos en paralelo. Por ejemplo, si tienes una suite con 100
tests, pero configuras el Grid para soportar cuatro maquinas diferentes (ya sean
maquinas virtuales o maquinas separadas físicamente) para ejecutar los tests, tu
suite completará la ejecución en aproximadamente una cuarta parte del tiempo que
habría tardado si se hubiesen ejecutado de manera secuencial en una sola maquina.
Para suites de test grandes y suites de larga duración, como aquellas que realizan
gran cantidad de validaciones de datos, puede suponer un gran ahorro de tiempo.
Algunas suites de test pueden llegar tardar horas en ejecutarse. Otra razón puede
ser acortar el tiempo de espera para recibir los resultados de los tests cuando los
desarrolladores suben el código de su aplicación a los entornos de pruebas . Cada
vez mas equipos de software practican metodologías de desarrollo software Agile
en las cuales es necesario tener feedback tan rápido como sea posible en lugar
de esperar durante toda la noche para que los tests finalicen su ejecución.

El Grid también es usado para soportar múltiples ejecuciones de test contra
múltiples entornos, especialmente, contra diferentes navegadores al mismo tiempo.
Por ejemplo, un Grid de maquinas virtuales puede ser configurado con cada una
soportando un navegador diferente, estos navegadores pueden ser aquellos que
la aplicación deba soportar. Así, la maquina uno tiene Internet Explorer 8, la
maquina dos Internet Explorer 9, la maquina tres la ultima versión de Chrome
y la maquina cuatro la ultima versión de Firefox. Cuando la suite de test es
ejecutada, el Grid de Selenium recibe cada combinación de test-navegador y
asigna la ejecución al navegador requerido.

Adicionalmente, uno puede tener en el Grid los mismos navegadores, tipos y
versiones. Por ejemplo podría tener en el Grid cuatro maquinas cada una ejecutando
tres instancias de Firefox 70, permitiendo así tener una granja de servidores
(en cierto sentido) de instancias de Firefox. De esta manera cuando se ejecute
la suite, cada test es pasado al Grid el cual lo asignará a la siguiente instancia
de Firefox disponible. De esta forma se obtendrían los resultados en los cuales
doce tests se habrán estado ejecutando todos a mismo tiempo en paralelo,
reduciendo así significativamente el tiempo que se requiere en completar la
ejecución de la suite.

El Grid es muy flexible. Estos dos ejemplos pueden ser combinados para permitir
múltiples instancias de cada tipo de navegador y versión. Configuraciones de este
tipo permiten proveer una paralelización para completar las ejecuciones mas
rápidamente y soportar múltiples tipos de navegadores y versiones simultáneamente.