Prof. Emiliano S. Monteiro
Ferramentas comentadas 1. Scriptcase 9.3 2. MySQL ou MariaDB 3. MySQL Front ou HeidiSQL
Definição de escopo Diagnóstico Planejamento e documentação Geração da transição Correções
1. Levantamento 2. Análise de dados e confronto com as normas desejadas 3. Relatório de não conformidade 4.Correções 5. Auditoria 6.Relatório de não conformidade 7. Recomendação ou Certificação
Permitem análises, comparações e combinações que são impossíveis ou muito difíceis com outros formatos de dados. A administração de um projeto deve usar números para nortear o desenvolvimento e a manutenção da qualidade e não ser governado por números.
Qualitativo subjetivo, associados a adjetivos como: fácil, muito, rápido, etc Quantitativo objetivo Alternativa é realizar uma tabela para mapear o qualitativo com o quantitativo
Número de linhas de código fonte Número de identificadores de um programa Número de condicionais (ifs) aninhados Complexidade ciclomática Mede a complexidade das estruturas de controle de um programa. Fan-in/Fan-out Mede o número de funções que chama uma outra função. FPA Índice Fog Comprimento médio de palavras e sentenças de um documento. Entre outras...
Média Variância /desvio-padrão Teste de student Histogramas Análise de regressão (estimativas)
Individualismo Comunicação Administrar pessoas como administrar máquinas!?!?
Método é uma maneira de resolver um problema. Filosofia sentido menos concreto, esta associada a forma como se pensa. Técnica... Específica
É um processo, geralmente realizado na conclusão de um projeto, para determinar e analisar elementos do projeto que foram bemsucedidos ou sem êxito.
Entrada de dados Critica de entrada de dados via interface com o usuário Dados fornecidos entre rotinas Consistência de estruturas de dados
Compilação condicional Diferentes versões de um mesmo programa Tratamento de exceções Estilos de codificação
1. Durante a codificação: 1.1. Break point 1.2. Tratamento de exceções 1.3 Trace 2. Geração de Log 2.1. Gerado de log pela própria IDE 2.2. Pela IDE para a aplicação 2.3. Pela própria aplicação 3. Bug trackers
É um ponto de parada na execução dos códigos de um programa. Esse ponto de para é inserido em tempo de projeto pelo programador imediatamente antes da parte do código de interesse que se deseja ser investigada ou que pode estar apresentando problemas. Os breakpoints pode ser: inseridos, desabilitados ou deletados pelo programador. Para inserir um break point, clique no código com o botão da direita Breakpoint insert breakpoint.
Este círculo vermelho indica que o breakpoint foi implementado.
Debug Continue (ou F5) para continuar após o break point
Tratamento de exceções Try { O código que PODERÁ gerar erro } Catch (Exceção Tipo) { Código para o tratamento da exceção } Finally { Código para finalização } Gerador de log class Program { static void Main(string[] args) { try { int val = 100; int div = 0; int resultadoval; resultadoval = (val / div); Console.WriteLine(); Console.WriteLine("Resultado : " + resultadoval); Console.WriteLine(); } catch (System.Exception ex) { Console.WriteLine(); Console.WriteLine("Detalhes da execcao...: " + ex.tostring()); Console.WriteLine(); } finally { Console.WriteLine(); Console.WriteLine("Bloco de finalizacao "); Console.WriteLine(); } Console.ReadKey(); } }
Try... catch... finally Alterne os comentários entre os códigos que estão entre as caixas azuis e verde para ver a diferença de comportamento do programa! Incluir a using System.IO;
Análise pós mortem
Geração e consulta de log são requisitos para um sistema ser considerado seguro. Sistemas que não tem log não podem ser auditados. Log no nível de usuário. Log é diferente de trilha de auditoria. Log não é backup, nem trilha de auditoria é backup.
Para um software de rastreamento de bugs, é essencial ter: Facilidade de relatórios - com campos que lhe permitem fornecer informações sobre o bug, ambiente, módulo, gravidade, screenshots, etc. Atribuir Quem é o dono Progresso através dos estágios do ciclo de vida - Fluxo de trabalho Histórico / log de trabalho / comentários Relatórios - Gráficos ou gráficos Armazenamento e recuperação - Toda entidade em um processo de teste precisa ser identificada de forma exclusiva, a mesma regra se aplica a bugs também. Assim, uma ferramenta de rastreamento de bugs deve fornecer uma maneira de ter um ID, que pode ser usado para armazenar, recuperar (pesquisar) e organizar informações de bugs.
Administrador Gerente Desenvolvedor Relator Visualizador
Novo - Este é o status de chegada de novos problemas. As questões permanecem neste status até que sejam atribuídas, reconhecidas, confirmadas ou resolvidas. O próximo status pode ser reconhecido", "confirmado", "atribuído" ou "resolvido". Reconhecido/Admitido - Este status é usado pela equipe de desenvolvimento para refletir seu acordo com a solicitação de recurso sugerida. Ou para concordar com o que o técnico/analista está sugerindo em um relatório sobre o assunto, embora eles ainda não tentaram reproduzir o que o técnico/analista está se referindo. O próximo status é tipicamente "atribuído" ou "confirmado". Confirmado - Este status é normalmente usado pela equipe de desenvolvimento para mencionar que eles concordam com o que o técnico/analista está sugerindo na questão e que eles confirmaram e reproduziram a questão. O próximo status é tipicamente "atribuído".
Atribuído - Esse status é usado para refletir que o problema foi atribuído a um dos membros da equipe e que esse membro da equipe está trabalhando ativamente no problema. O próximo status normalmente é "resolvido". Resolvido - Este status é usado para refletir que o problema foi resolvido. Um problema pode ser resolvido com uma de muitas resoluções (personalizável). Por exemplo, um problema pode ser resolvido como "fixo", "duplicado", "não irá corrigir", "nenhuma alteração necessária", etc. Os status seguintes são tipicamente "fechados" ou no caso de o problema ser reaberto, Então seria "feedback". Fechado - Este status reflete que o problema está completamente fechado e não são necessárias ações adicionais sobre ele. Também normalmente oculta o problema da página Exibir problemas. Algumas equipes usam "fechado" para refletir a assinatura do técnico/analista e outros o usam para refletir o fato de que a correção foi liberada para os clientes.
Novo Fechado Retorno Admi -tido Atribuído Comfirmado Resolvido
Novo Fech ado Fechado Retorno (Reaberto) Retor no Resol vido Admi tido Atrib uído Confir mado
Interface de usuário de texto: A interface de usuário de texto - TUI, é uma interface de terminal que usa a biblioteca de curses para mostrar o arquivo de origem, a saída de montagem, o programa registra e comandos em janelas de texto separadas.
Comando Caractere ou Texto
ARQUITECTURA DE APLICAÇÃO PADRÃO / DEFINIÇÃO DE ACESSO AO USUÁRIO COMUM (SAA/CUA): é um padrão da IBM, escrito e publicado em 3 volumes.
A interface de usuário gráfica (GUI) é geralmente considerada como superior à interface de usuário baseada em texto (TUI). A interface GUI é melhor para usuários novatos ou sem experiência. A GUI permite trabalhos detalhados com o mouse, como a elaboração de desenhos. A GUI permite um aprendizado mais rápido. Isso significa que uma interface de usuário é fácil de usar ou não depende do mapeamento entre a interface do usuário e as tarefas. GUI por si só pode ou não ser melhor do que TUI.
Light Blue Winamp Skins Dark
É a relação entre: Usuário Software Atividade a ser realizada AT
A ergonomia é o processo de concepção ou organização de locais de trabalho, produtos e sistemas para que eles se encaixem nas pessoas que os usam. A maioria das pessoas já ouviu falar de ergonomia e pensa que é algo a ver com assentos ou com o design de controles e instrumentos de carro - e é... mas é muito mais. A ergonomia aplica-se ao design de qualquer coisa que envolva pessoas - espaços de trabalho, esportes e lazer, saúde e segurança. A ergonomia (ou "fatores humanos", como é referido na América do Norte) é um ramo da ciência que visa aprender sobre habilidades e limitações humanas e, em seguida, aplicar essa aprendizagem para melhorar a interação das pessoas com produtos, sistemas e ambientes.
Os ergonomistas usam dados e técnicas de várias disciplinas: Antropometria: tamanhos de corpo, formas; Populações e variações Biomecânica: músculos, alavancas, forças, força Física do meio ambiente: ruído, luz, calor, frio, radiação, sistemas de vibração do corpo: audição, visão, sensações Psicologia aplicada: habilidade, aprendizado, erros, diferenças Psicologia social: grupos, comunicação, aprendizagem, comportamentos.
"A ergonomia é a disciplina científica preocupada com a compreensão das interações entre os seres humanos e outros elementos de um sistema e a profissão que aplica teoria, princípios, dados e métodos para projetar para otimizar o bem-estar humano e o desempenho geral do sistema." Internacional Associação de Ergonomia.
Controles visuais Texto e cores Gráficos e ícones Animações Alertas sonoros Acessibilidade Som! Project Evolus Pencil Axure XD AdobeXD VS 2019
NVDA Serotek System Access Orca BRLTTY WebAnywhere Spoken Web ChromeVox
Teste de performance/stress
O Doxygen é a ferramenta padrão de facto para gerar documentação de fontes C ++ anotadas, mas também suporta outras linguagens de programação populares, como C, Objective-C, C#, PHP, Java, Python, IDL (Corba, Microsoft e UNO / OpenOffice Flavors ), Fortran, VHDL, Tcl).
Pode gerar um navegador de documentação on-line (em HTML) e / ou um manual de referência off-line (em $ \ mbox {\ LaTeX} $) de um conjunto de arquivos de origem documentados. Também há suporte para gerar resultados em páginas RTF (MS-Word), PostScript, hiperlinks PDF, HTML compactado e Unix. A documentação é extraída diretamente das fontes, o que torna muito mais fácil manter a documentação consistente com o código fonte. Pode configurar o doxygen para extrair a estrutura do código dos arquivos de origem indocumentados. Isso é muito útil para encontrar rapidamente seu caminho em grandes distribuições de fontes. Doxygen também pode visualizar as relações entre os vários elementos por meio de gráficos de dependências, diagramas de herança e diagramas de colaboração, que são todos gerados automaticamente. Pode usar o doxygen para criar a documentação normal.
/*! \mainpage My Personal Index Page * * \section intro_sec Introduction * * This is the introduction. * * \section install_sec Installation * * \subsection step1 Step 1: Opening the box * * etc... */
Desmarque!