O teste de seda é uma ferramenta projetada especificamente para fazer testar da REGRESSÃO E da FUNCIONALIDADE. É desenvolvido por Segue Software Inc. que o teste de seda é o produto conduzindo testar funcional da indústria para aplicações do e-negócio, se janela baseada, correia fotorreceptora, Java, ou cliente tradicional/usuário-baseada. O teste de seda oferece também o planeamento do teste, a gerência, acesso e validation direto de base de dados, a língua 4Test scripting flexível e robust, construídos no sistema da recuperação para testar desacompanhado, e a abilidade testar através das plataformas múltiplas, dos browsers e das tecnologias.
Você tem duas maneiras criar usar-se automatizado dos testes o mais silktest:
1. Usar o comando Record do Testcase gravar ações e etapas da verificação como você navigate com a aplicação. 2. Escrever o testcase que usa manualmente a língua 4Test scripting visual.
1. Gravar o Testcase
O comando do registro/Testcase está usado gravar ações e etapas da verificação enquanto você navigate com a aplicação. Os testes são gravados em uma língua object-oriented chamada Visual 4Test. Os testreads gravados como um traço lógico de todas as etapas que foram terminadas pelo usuário. O sistema de seda da verificação do ponto e do clique de teste permite que você grave a etapa da verificação selecionando de uma lista das propriedades que são apropriadas para o tipo de objeto que está sendo testado. Por exemplo, você pode verificar que o texto está armazenado em um campo do texto.
2. Escrever o Testcase manualmente
Nós podemos escrever os testes que são capazes de realizar muitas variações em um teste. A chave aqui é reusar. Um exemplo do teste pode ser projetado fazer exame de parâmetros including dados de entrada e resultados previstos. Este testcase “data-driven” é realmente um exemplo de uma classe de casos do teste que execute determinadas etapas para dirigir e verificar o aplicação-sob-teste. Cada exemplo varia pelos dados que carrega. Desde que distante poucos testes são escritos com esta aproximação, as mudanças no GUI resultarão no esforço reduzido em atualizar testes. Um projeto data-driven do teste também permite o externalization de dados do testcase e faz possível dividir as responsabilidades para desenvolver exigências testando e para a automatização tornando-se do teste. Por exemplo, pode-se ser que um grupo de peritos do domínio críe o detalhe de Testplan quando um outro grupo de coordenadores de teste desenvolver testes para satisfer 2 aquelas exigências.
Em uma lima do certificado, um testcase automatizado dirige-se idealmente a uma exigência do teste. Especificamente, uma função 4Test que comece com o keyword do caso do teste e contenha uma seqüência das indicações 4Test. Dirige uma aplicação ao estado a ser testado, verifica que a aplicação trabalha como esperado, e retorna a aplicação a seu estado baixo.
Uma lima do certificado é uma lima que contenha um ou mais testcases relacionado. Uma lima do certificado tem uma extensão de .t, tal como o achado .t
