fix: update formatting (#2)

- update he4rt logo
- add codeowners to the project
- named lists
- update config description
- update author links
- add local development section

Author: vcwild

.github/CODEOWNERS

@@ -0,0 +1,3 @@
+# Global rule
+
+* @vcwild @VictorMPicoli

README.md

@@ -15,17 +15,18 @@
 
   <img src=".github/qa.gif" alt="Imagem de QA" width="150">
   </br>
-  <img src="https://img.shields.io/github/workflow/status/vcwild/qa4noobs/deploy?style=flat-square&color=blueviolet" alt="build" />
-  <img src="https://img.shields.io/badge/topics-42-blueviolet?style=flat-square" alt="topics" />
-  <img src="https://img.shields.io/tokei/lines/github/vcwild/qa4noobs?color=blueviolet&style=flat-square" alt="topics" />
-  <img src="https://img.shields.io/github/license/vcwild/qa4noobs?color=blueviolet&style=flat-square" alt="license" />
+  <img src="https://img.shields.io/github/workflow/status/vcwild/qa4noobs/deploy?style=flat-square&color=9468cc" alt="build" />
+  <img src="https://img.shields.io/badge/topics-42-9468cc?style=flat-square" alt="topics" />
+  <img src="https://img.shields.io/tokei/lines/github/vcwild/qa4noobs?color=9468cc&style=flat-square" alt="topics" />
+  <img src="https://img.shields.io/github/license/vcwild/qa4noobs?color=9468cc&style=flat-square" alt="license" />
 
 </h1>
 
-  <p align="center">
+  <h2 align="center">
     <a href="https://vcwild.github.io/qa4noobs/" > <strong>Veja o projeto na íntegra »</strong></a>
-    <br />
-    <br />
+  </h2>
+  <br />
+  <p align="center">
     <a href="#about">Sobre</a> •
     <a href="#ROADMAP">Roadmap •</a>
     <a href="#contribute">Contribua</a> •
@@ -135,19 +136,31 @@ são **extremamente apreciadas**
 4. Realize o Push no Branch (`git push origin feature/featureBraba`)
 5. Abra um Pull Request
 
+### Desenvolvimento local <a id="development"></a>
+
+Para rodar o projeto localmente, você precisa ter o [Node.js](https://nodejs.org/en/) instalado na sua máquina. Também recomendamos utilizar o [Yarn](https://yarnpkg.com/) como gerenciador de pacotes.
+
+Adicione as variáveis de ambiente ao seu path:
+
+```sh
+source scripts/enviroment.sh
+```
+
+Rode os comandos:
+
+```sh
+# instalar dependências
+yarn
+
+# servir com hot reload em localhost:8080
+yarn dev
+```
+
 ## 💁‍♂️ Autores <a id="author"></a>
 
-- **Victor Manoel** - _Software Quality Engineer_ - [@TTVKeeabo](https://www.twitch.tv/keeabo)
+- **Victor Manoel** - _Software Quality Engineer_ - [@Keeabo](https://www.linkedin.com/in/victor-manoel-0b4413191/)
 - **Victor Wildner** - _Software Quality Engineer_ - [@vcwild](https://twitter.com/vcwild)
 
 ## 🏷️ Licença <a id="license"></a>
 
 O projeto está sob a licença AGPL-3.0. Veja o arquivo [LICENSE](LICENSE) para mais detalhes.
-
----
-
-<p align="center">
-  <a href="https://github.com/he4rt/4noobs" target="_blank">
-    <img src="docs/.vuepress/public/images/footer_4noobs.svg" width="380">
-  </a>
-</p>

docs/.vuepress/config.js

@@ -2,15 +2,16 @@ module.exports = {
   base: "/qa4noobs/",
   title: "Curso de QA da He4rt Developers",
   theme: "yuu",
-  description: "QA",
+  description: "Um guia prático de testes para iniciantes",
   themeConfig: {
     yuu: {
       defaultDarkTheme: true,
       defaultColorTheme: "purple",
     },
     nav: [
       { text: "Home", link: "/" },
-      { text: "Docs", link: "/guide/" },
+      { text: "Guia", link: "/guide/" },
+      { text: "Colaborar", link: "https://github.com/vcwild/qa4noobs" },
       { text: "He4rt", link: "https://twitter.com/He4rtDevs" }
     ],
     sidebar: {

docs/.vuepress/public/images/footer_4noobs.svg

@@ -1,8 +1,8 @@
-# **Como Identificar o que Testar**
+# Como Identificar o que Testar
 
 Durante o processo de testes é necessário identificar o que deve ser testado, para isso, é necessário entender o que é um teste, e como ele é realizado.
 
-## *As 3 Principais formas de Documentar um Teste*
+## As 3 Principais formas de Documentar um Teste
 
 Vamos entender as 3 formas de documentar um teste, para que possamos entender como identificar o que deve ser testado.
 
@@ -21,7 +21,7 @@ Tipo menos detalhado de documentação, descrição de objetivo que o usuário p
 
 Pode ser feito o uso de todos estas modalidades, muitas vezes simultâneamente, e divida entre a equipe com base em suas diferentes habilidades e competências dentro do contexto específico do projeto.
 
-## *Como identificar o que testar*
+## Como identificar o que testar
 
 Vamos entender as diferentes formas de testar.
 

docs/00-fundacao/05-identificar.md

@@ -1,8 +1,8 @@
-# **Casos de Teste, Relatos de Incidentes e Prioridades**
+# Casos de Teste, Relatos de Incidentes e Prioridades
 
 Quando realizamos testes, é necessário que sejam escritos os casos de testes, para que possamos realizar os testes de forma organizada e padronizada. Devemos também relatar os incidentes encontrados, para que possamos corrigi-los e garantir a qualidade do software. Além  de priorizar os incidentes encontrados, para que possamos corrigi-los de acordo com a sua importância.
 
-## *Como escrever casos de testes a partir de uma historia de usuário*
+## Como escrever casos de testes a partir de uma historia de usuário
 
 - O que são histórias de usuários
 
@@ -18,7 +18,7 @@ São escritas em algumas frases com linguagem simples que delimitam o resultado
 **Eu** quero que sejam disponibilizadas diversas formas de pagamento
 **Para** pagar meu pedido
 
-## *Especificação dos Casos de Teste*
+## Especificação dos Casos de Teste
 
 Como se escreve um caso de teste?
 
@@ -32,7 +32,7 @@ O caso deve ser autossuficiente, incluindo todas as informações necessárias p
 
 Também é necessário incluir com entradas válidas e não esperadas, bem como entradas válidas e esperadas.
 
-## *Classificação de Bugs: Severidade e Prioridade*
+## Classificação de Bugs: Severidade e Prioridade
 
 - Severidade: Define o grau ou intensidade de um defeito no que se refere ao seu impacto no software e seu funcionamento.
   - S1 - Crítica/ShowStopper: Bloqueio no teste ou funcionalidade que causa crash na aplicação ou principais caso de uso de funcionalidades chave, questões de segurança, perda grave no salvamento de dados. Bloqueios que impedem o teste de outras funções;