Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Introdução

Aqui, forneceremos algumas diretrizes sobre como padronizar a documentação para uso dos departamentos responsáveis ​​na edição das “Notas de versão”, bem como “Manuais” e outros documentos que possam ser editados para uso interno/externo.

Índice

Índice
minLevel2
maxLevel2
indent10px
printablefalse

🖥️ Prints de tela

Nas documentações não podem haver prints de vídeo, desta forma devemos ter dentro dos documentos feitos pelos testers/desenvolvedores prints de telas com boa definição.

Aviso

Incorreto: A imagem não pode ficar desfocada, com o nome de tela e nem a logo da empresa (Guarani) cortada.

Dica

Correto: Imagem com boa definição, apresentando logo da empresa sem cortes e a tela completa para melhor entendimento.


🟥 Grifos de tela

As imagens inseridas nos documentos devem ser grifadas com formas geométricas retangular ou quadrada no tom vermelho e na espessura 2px ou 3px. Não podem haver setas nas imagens para destacar nenhum campo específico.

Aviso

Incorreto:Destaques em tela, não podem ser selecionados de outra cor e nem setados.

Dica

Correto:Os pontos destacados estão na cor padrão e não há setas na imagem.


📸 Imagens com conteúdos esmaecidos

Para ocultarmos as informações dos clientes é necessário que isso seja feito de uma forma que esteticamente não fique fora do padrão.

Aviso

Incorreto: Documento com as informações ocultadas, não pode ficar com aparência de borrão.

Dica

Correto: Ocultando as iformações dos clientes para que nenhum dado fique visível e apresentável.

Aviso

Incorreto: Não podem sumir as informações contidas nos campos, pois é necessário saber do seu preenchimento.

Dica

Correto:Nesta imagem, vemos como devem os ocultamentos dos dados dos clientes.


💬 Textos dentro das imagens

Não colocar indicações, textos ou explicações por escrito dentro da imagem selecionada para a documentação.


(estrela azul) Informações necessárias para documentar

Para fazermos uma boa documentação, quando o ticket é de uma “Solicitação” ele deve conter sempre o relato da ocorrência e a solução, para descrevermos para o cliente.

Primeiro exemplo:

Aviso

Incorreto: Uma documentação onde não há o relato da ocorrência e na solução não ficou explicado o que foi ajustado para descrevermos para o cliente.

Dica

Correto:O resultado na nota de versão, depois de buscar dentro dos tickets atrelados as possíveis soluções.

Segundo exemplo:

Aviso

Incorreto: Na documentação (testers) não haviam informações suficientes para elaboração da nota de versão (Imagem 1).

Informações

Documento do desenvolvedor (Imagem 2).

Dica

Correto: Foi utilizada a documentação do desenvolvedor para a solução, mas foi uma publicação com a limitação de informações (Imagem 3).


(estrela azul) Exemplo Ideal de Nota de versão

Informações

Solução Simples (Imagem 1).

Informações

Solução Técnica (Imagem 2).

Dica

Nota de versão ideal (Imagem 3).


?? - Sistema print

Quando houverem telas de antes e depois ou colocar duas situações lado a lado, não colar uma sobre a outra, fazer separadamente as imagens (Imagens 15, 16 e 17).


Não colocar indicações, textos ou explicações por escrito dentro da imagem selecionada para a documentação (Imagem 20).


Índice
minLevel2
maxLevel2
typeflat
printablefalse