English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Tomar a decisão de automatizar seus testes de software

Software RSS Feed





Nem todo projeto de teste de software pode ou deve ser automatizado. Antes de seu departamento aceita um novo projeto de automação de teste, você deve estabelecer um processo pelo qual os projetos são analisados e aceites ou rejeitadas. Isto pode ser feito com um simples automação de teste de aceitação Checklist.Repeatable Casos de Teste com Static custo-benefício DataThe verdadeiro de automação de teste só é alcançado quando os mesmos scripts são executados várias vezes. O primeira execução é muito caro porque inclui o custo único de ferramentas de automação e 100% do tempo do engenheiro de automação de teste. Quando os scripts são executados novamente, o custo da redução de automação de teste acentuadamente. A ferramenta já foi comprado e os roteiros já foram codificadas. Se houve mudanças no aplicativo, os scripts podem necessitar de manutenção, antes de ser executado. Manutenção em menor actualizações de software de automação de teste deve ser minimal.Because só é bem sucedida quando os scripts podem ser executados várias vezes, a aplicação apenas aos casos que exigem mesmo teste a ser executado com os mesmos dados são bons candidatos para automação. Por exemplo, uma aplicação de hipoteca que precisa de regressão ser testado em uma base semanal poderia ser um bom candidato para a automação de teste. Script manutenção é mínima e os scripts podem introduzir uma aplicação de hipoteca com o mesmo grupo de dados de teste em uma fração do tempo que seria necessário um testador manual para testar o mesmo functionality.On Por outro lado, um sistema de originação de hipotecas, o que não pode usar os dados do mesmo teste para cada iteração não seria um bom candidato automação. Devido à natureza dos sistemas de hipoteca, os dados poderiam ser encenado em diversos estados de aprovação ou rejeição, com base nos dados atuais e os departamentos que já tenham transformado a sua parte do pedido de hipoteca. Se o script não pode facilmente descobrir quais os dados para entrar no software, não é um bom problema de automação com candidate.Another automatizar este tipo de sistema complexo é que o ambiente de teste geralmente contém uma amostragem dos dados de produção que é atualizada periodicamente. Às vezes isso pode ser superado por reconstruir os dados de teste quando o ambiente de teste é atualizada. A viabilidade de reconstrução de dados de teste em uma base regular depende da complexidade do pedido. Você vai ter que tomar essa decisão em um caso por caso ou basis.Application Ambiental StabilityEnvironmental estabilidade é crucial para automatizar um sucesso de um projeto de teste de software. Os scripts não podem ser codificados em tempo hábil, se o ambiente do aplicativo está disponível, as experiências frequentes vezes para baixo, ou excesso de defeitos e errors.Little ou Não Aplicação ou Ambiente DowntimeIt leva mais tempo para escrever scripts do que faz para testar manualmente a mesma funcionalidade. A maioria das ferramentas de automação são versão diluída de C ou Visual Basic, o que significa que a escrita de scripts automatizados de programação é, essencialmente, e leva tempo e habilidades especializadas. Diferentemente dos casos de teste manual, que pode às vezes ser escrita baseado fora requisitos e mock-ups, ferramentas automatizadas exigem a aplicação efectiva. Quando um ambiente de teste não estiver disponível, os engenheiros de automação não pode criar scripts, que prolonga o projeto e acaba custando inatividade more.Excessive pode consistir em qualquer um dos seguintes: Falta ambiente instável das Infra-estruturas de suporte freqüentes atualizações de aplicativos Buggy CodeEffects de Meio Ambiente de Instabilidade em Script de Desenvolvimento e ExecutionWhen uma aplicação ou o ambiente é instável, o progresso de script é dramaticamente mais lento ou parado completamente. Em alguns casos, é possível continuar a scripting, mas isso faz com que mais pode trabalhar em uma tarde data. Por exemplo, se você está em código de script buggy, poderá ter de script em mensagens de erro e os scripts terão de ser revistos em uma data posterior. Ou, você pode apenas ser capaz de criar scripts para um determinado ponto e terminá-los em uma data posterior. Para ajudar a evitar e diminuir a instabilidade do ambiente, leia o capítulo sobre o Nível de Serviço Agreements.Timely defeitos FixesApplication Defect não têm de ser prejudicial para um automatizado projeto de teste de software. Quando os defeitos são corrigidos em tempo hábil, o script pode continuar sem interrupções significativas. Ao estimar um projeto de testes automatizados, é sempre melhor para acrescentar algum tempo buffer que acomodar para reportar defeitos e correções de defeitos revisions.When tomar uma quantidade excessiva de tempo para resolver e que está causando o projeto de testes automatizados de software a ser adiada, é hora de puxar junto uma reunião. Convido todos os jogadores principais e discutir a raiz do problema e que todos podem melhorar a situação. Talvez o desenvolvimento está a gastar demasiado tempo a tentar reproduzir o problema e ter a sua automatização equipe entra melhor descrição seria ajudá-los a transformar a correções de defeitos em torno de mais rápido. Talvez você possa trabalhar em conjunto para classificar as deficiências e estabelecer vezes razoável fixar para cada classificação. Por exemplo, uma crítica defeito deve ser fixado naquele dia, enquanto um defeito de alta deve ser fixada com 24 hours.Responsive em contato PersonWhen sua equipe assume um novo projeto de teste automatizado, você vai precisar de uma pessoa de contato. Esta pessoa é responsável por garantir que você tem os requisitos de negócios e responder perguntas sobre como funciona o aplicativo. Esta não será a sua principal tarefa, portanto, você precisa ter certeza de que ele ou ela é sensível. Se você não pode obter os requisitos de negócios adequado, dados de teste, ou perguntas respondidas, o seu projeto de automação não será successful.Copyright 2004. Danna Henderson. Todos os direitos Reserved.Danna Henderson tem ajudado muitas organizações automatizar seus testes de software com WinRunner. Para obter informações sobre como criar scripts robusto, dados orientado e bem-sucedidos testes automatizados, visite Especialistas WinRunner.

Artigo Fonte: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


Webmaster começa O Código do HTML
Adicionar este artigo para o seu site agora!

Webmaster enviar seus artigos
Nenhum registro necessário! Preencha o formulário e seu artigo está no Messaggiamo.Com Diretório!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Envie os seus artigos para Messaggiamo.Com Directory

Categorias


Copyright 2006-2011 Messaggiamo.Com - Mapa do Site - Privacy - Webmaster enviar seus artigos para Messaggiamo.Com Directory [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu