Corrigindo gramática

guides/5.suites.rst

@@ -1,13 +1,13 @@
-Configurando Suite de Testes
+Configurando Suíte de Testes
 ============================
 
-Nós já falamos sobre a configuração de contextos múltiplos para uma única suite 
+Nós já falamos sobre a configuração de contextos múltiplos para uma única suíte 
 de testes em um :doc:`capítulo anterior </guides/4.contexts>`. Agora é a hora de 
-falarmos sobre suite de testes mesmo. Uma suite de teste representa um grupo de 
+falarmos sobre suíte de testes mesmo. Uma suíte de teste representa um grupo de 
 funcionalidades concretas juntas com a informação de como as testar.
 
-Com suites você pode configurar o Behat para testar diferentes tipos de funcionalidades 
-utilizando diferentes tipos de contextos e fazendo-o em uma única execução. Suites de 
+Com suítes você pode configurar o Behat para testar diferentes tipos de funcionalidades 
+utilizando diferentes tipos de contextos e fazendo-o em uma única execução. Suítes de 
 Testes são realmente poderosas e o ``behat.yml`` faz delas muito mais poderosas:
 
 .. code-block:: yaml
@@ -28,10 +28,10 @@ Testes são realmente poderosas e o ``behat.yml`` faz delas muito mais poderosas
                 filters:  { role: administrador }
                 contexts: [ AdministradorContext ]
 
-Caminhos de Suite
+Caminhos de Suíte
 -----------------
 
-Uma das configurações mais óbvias das suites é a configuração 
+Uma das configurações mais óbvias das suítes é a configuração 
 de ``caminhos``:
 
 .. code-block:: yaml
@@ -46,7 +46,7 @@ de ``caminhos``:
                     - %paths.base%/test/features
                     - %paths.base%/vendor/.../features
 
-Como vocẽ pode imaginar, esta opção diz ao Behat onde é para buscar as funcionalidades 
+Como você pode imaginar, esta opção diz ao Behat onde é para buscar as funcionalidades 
 de teste. Você poderia, por exemplo, dizer ao Behat para procurar no arquivo ``features/web`` 
 por funcionalidades e testá-los com ``WebContext``:
 
@@ -87,17 +87,17 @@ Isto fará com que o Behat:
     ``%paths.base%`` é uma variável especial em ``behat.yml`` que se refere ao arquivo em que 
     o ``behat.yml`` está armazenado.
 
-As suites Path-Based são um fácil modo de testar aplicações altamente modulares onde as 
-funcionalidades são entregues por componentes altamente desacoplados. Com suites você pode 
+As suítes Path-Based são um fácil modo de testar aplicações altamente modulares onde as 
+funcionalidades são entregues por componentes altamente desacoplados. Com suítes você pode 
 testar todos eles juntos.
 
-Filtros de Suite
+Filtros de Suíte
 ----------------
 
 Além de ser capaz de executar funcionalidades de diretórios diferentes, nós podemos executar 
 cenários do mesmo diretório, mas filtrado por critério específico. O analisador do Gherkin 
-vem empacotado com uma coleção de filtros legais tal como filtros de *tags* e *nome*. Você 
-pode utilizar estes filtros ao executar funcionalidades com uma tag (ou nome) específicas em 
+vem empacotado com uma coleção de filtros legais tais como filtros de *tags* e *nome*. Você 
+pode utilizar estes filtros ao executar funcionalidades com uma tag (ou nome) específica em 
 contextos específicos:
 
 .. code-block:: yaml
@@ -119,9 +119,9 @@ contextos específicos:
 
 Esta configuração irá dizer ao Behat para executar funcionalidades e cenários com a tag 
 ``@web`` em ``WebContext`` e funcionalidades e cenários com a tag ``@api`` em ``ApiContext``. 
-Mesmo se todos eles estão armazenados no mesmo arquivo. Como isso é legal? Mas fica ainda mais, 
-por que o Gherkin 4+ (usado no Behat 3+) adicionado um filtro muito especial *role*. Que 
-significa, que você agora pode ter uma boa suite baseada em ator:
+Mesmo se todos eles estão armazenados no mesmo arquivo. Achou isso legal? Isso ficará 
+ainda mais, por que o Gherkin 4+ (usado no Behat 3+) trouxe um filtro muito especial 
+*role*. Que significa, que você agora pode ter uma boa suíte baseada em ator:
 
 .. code-block:: yaml
 
@@ -148,10 +148,6 @@ Uma Função filtro olha para o bloco da descrição da funcionalidade:
       A fim de ajudar mais pessoas a utilizarem nosso sistema
       Como um administrador
       Eu preciso ser capaz de registrar mais usuários
-      
-      In order to help more people use our system
-      As an admin
-      I need to be able to register more users
 
 Ele procura por um padrão ``Como um...`` e supõe um ator a partir dele. 
 Ele então filtra funcionalidades que não tenham um ator no conjunto. No 
@@ -161,13 +157,13 @@ descrita a partir da perspectiva do ator *usuário* irá ser testada em
 do ator *administrador* serão testadas em ``AdministradorContext``. 
 mesmo se eles estiverem no mesmo arquivo.
 
-Contextos de Suites
+Contextos de Suítes
 -------------------
 
 São capazes de especificar um conjunto de funcionalidades com um 
-conjunto de contextos para estas funcionalidades dentro da suite 
+conjunto de contextos para estas funcionalidades dentro da suíte 
 tem um efeito colateral muito interessante. Você pode especificar as 
-mesmas funcionalidades em duas suites diferentes sendo testadas por 
+mesmas funcionalidades em duas suítes diferentes sendo testadas por 
 contextos diferentes *ou* o mesmo contexto configurado diferentemente. 
 Isto basicamente significa que você pode utilizar o mesmo subconjunto de 
 funcionalidades para desenvolver diferentes camadas da sua aplicação com 
@@ -192,22 +188,22 @@ Neste caso, o Behat irá primeiramente executar todas as funcionalidades de
 ``features/`` do arquivo ``DomainContext`` e em seguida somente aqueles com 
 a tag ``@web`` em ``WebContext``.
 
-Executando Suites
+Executando Suítes
 -----------------
 
-Por padrão, quando você executa o Behat ele irá executar todas as suites 
-registradas uma por uma. Se ao invés disso você quiser executar uma única 
-suite, utilize a opção ``--suite``:
+Por padrão, quando você executa o Behat ele irá executar todas as suítes 
+registradas uma a uma. Se ao invés disso você quiser executar uma única 
+suíte, utilize a opção ``--suite``:
 
 .. code-block:: bash
 
     $ vendor/bin/behat --suite=web_features
 
-Inicialização de Suite
+Inicialização de Suíte
 ----------------------
 
-Suites são a principal parte do Behat. Qualquer funcionalidade do Behat 
+Suítes são a principal parte do Behat. Qualquer funcionalidade do Behat 
 sabe sobre elas e pode lhe dar uma mão com elas. Por exemplo, se você 
-definir suas suites em ``behat.yml`` antes de executar ``--init``, 
-ele realmente irá criar os arquivos e suites que você configurou, 
+definir suas suítes em ``behat.yml`` antes de executar ``--init``, 
+ele realmente irá criar os arquivos e suítes que você configurou, 
 ao invés do padrão.