| |
|
|
|
Registro Completo |
|
Biblioteca(s): |
Embrapa Agricultura Digital; Embrapa Unidades Centrais. |
|
Data corrente: |
29/01/2002 |
|
Data da última atualização: |
29/01/2002 |
|
Autoria: |
CHAIM, M. L. |
|
Afiliação: |
Embrapa Informática Agropecuária. |
|
Título: |
Depuração de programas baseada em informação de teste estrutural. |
|
Ano de publicação: |
2001 |
|
Fonte/Imprenta: |
2001. |
|
Páginas: |
222 f. |
|
Idioma: |
Português |
|
Notas: |
Tese (Doutorado em Engenharia Elétrica) - Faculdade de Engenharia Elétrica e de Computação, Universidade de Campinas, Campinas. |
|
Conteúdo: |
Teste e depuração são duas atividades que têm um impacto importante no custo e na qualidade do produto gerado durante o processo de software. Estima-se que os esforços para detecção da presença (teste) e subsequentes localização e correção (depuração) de defeitos consomem entre 50% a 80% do orçamento de desenvolvimento e manutenção. O uso na depuração de informação gerada durante o teste tem sido preconizado com o objetivo de melhorar a qualidade do software e reduzir os custos de
ambas as atividades. Os requisitos de teste de critérios estruturais têm sido utilizados na
depuração de programas para a identificação de um trecho de código com alta probabilidade de conter um defeito. Heurísticas são usadas para selecionar dentre os requisitos exercitados durante o teste aqueles mais relacionados com a ocorrência de falhas; os comandos associados a esses requisitos são candidatos a conter o defeito. Um dos problemas da utilização de informação de teste estrutural dessa maneira é que o trecho de código não necessariamente contém o defeito, dado que heurísticas foram utilizadas para selecionar os requisitos de teste. Todavia, as indicações úteis para a localização do defeito fornecidas pelos requisitos selecionados não se restringem aos comandos associados a eles. Outras indicações, obtidas em tempo de execução, podem auxiliar o mantenedor de software a localizar o defeito. Para capturar essas indicações, é proposto o conceito de requisito de teste revelador de erro, entendendo-se por erro o estado intermediário caracterizado por um comportamento incorreto ou um desvio da especificação. Um estudo empírico foi realizado para avaliar a habilidade das heurísticas em selecionar requisitos reveladores de erro. Os resultados do estudo indicam que as heurísticas selecionam requisitos reveladores de erro mesmo quando não possuem habilidade para selecionar um trecho de código qque contém o defeito. Uma
estratégia de Depuração baseada em Requisitos de Teste (DRT), para auxiliar o
mantenedor a localizar o defeito nessas situações, é proposta e emplementada. A estratégia DRT baseia-se: i) no uso de heurísticas para identificação de um conjunto inicial de requisitos candidatos a revelar erros; e ii) em dois mecanismos para auxiliar o mantenedor a identificar sucessivamente requisitos reveladores de erro até a localização do defeito. Duas ferramentas - pokedebugheur e gdb/poke - foram especificadas e desenvolvidas para apoiar a aplicação dessa estratégia. Ambas as ferramentas utilizam informação já coletada durante o teste estrutural e implementam algoritmos de baixo custo, quando comparados com os algoritmos implementados em estratégias similares. O alto custo dessas estratégias tem inviabilizado a sua aplicação em programas reais; a
estratégia DRT pode ser uma alternativa escalável a elas. MenosTeste e depuração são duas atividades que têm um impacto importante no custo e na qualidade do produto gerado durante o processo de software. Estima-se que os esforços para detecção da presença (teste) e subsequentes localização e correção (depuração) de defeitos consomem entre 50% a 80% do orçamento de desenvolvimento e manutenção. O uso na depuração de informação gerada durante o teste tem sido preconizado com o objetivo de melhorar a qualidade do software e reduzir os custos de
ambas as atividades. Os requisitos de teste de critérios estruturais têm sido utilizados na
depuração de programas para a identificação de um trecho de código com alta probabilidade de conter um defeito. Heurísticas são usadas para selecionar dentre os requisitos exercitados durante o teste aqueles mais relacionados com a ocorrência de falhas; os comandos associados a esses requisitos são candidatos a conter o defeito. Um dos problemas da utilização de informação de teste estrutural dessa maneira é que o trecho de código não necessariamente contém o defeito, dado que heurísticas foram utilizadas para selecionar os requisitos de teste. Todavia, as indicações úteis para a localização do defeito fornecidas pelos requisitos selecionados não se restringem aos comandos associados a eles. Outras indicações, obtidas em tempo de execução, podem auxiliar o mantenedor de software a localizar o defeito. Para capturar essas indicaçõe... Mostrar Tudo |
|
Palavras-Chave: |
Computer Programa; Depuração de Software; Depuração na computação; Engenharia de software; Localização de falhas (Engenharia); Programas de computador - testes; Software Debuging; Software Testing; Teste de Software. |
|
Thesagro: |
Programa de Computador. |
|
Categoria do assunto: |
-- |
|
Marc: |
LEADER 03903nam a2200253 a 4500
001 1003239
005 2002-01-29
008 2001 bl uuuu m 00u1 u #d
100 1 $aCHAIM, M. L.
245 $aDepuração de programas baseada em informação de teste estrutural.
260 $a2001.$c2001
300 $a222 f.
500 $aTese (Doutorado em Engenharia Elétrica) - Faculdade de Engenharia Elétrica e de Computação, Universidade de Campinas, Campinas.
520 $aTeste e depuração são duas atividades que têm um impacto importante no custo e na qualidade do produto gerado durante o processo de software. Estima-se que os esforços para detecção da presença (teste) e subsequentes localização e correção (depuração) de defeitos consomem entre 50% a 80% do orçamento de desenvolvimento e manutenção. O uso na depuração de informação gerada durante o teste tem sido preconizado com o objetivo de melhorar a qualidade do software e reduzir os custos de ambas as atividades. Os requisitos de teste de critérios estruturais têm sido utilizados na depuração de programas para a identificação de um trecho de código com alta probabilidade de conter um defeito. Heurísticas são usadas para selecionar dentre os requisitos exercitados durante o teste aqueles mais relacionados com a ocorrência de falhas; os comandos associados a esses requisitos são candidatos a conter o defeito. Um dos problemas da utilização de informação de teste estrutural dessa maneira é que o trecho de código não necessariamente contém o defeito, dado que heurísticas foram utilizadas para selecionar os requisitos de teste. Todavia, as indicações úteis para a localização do defeito fornecidas pelos requisitos selecionados não se restringem aos comandos associados a eles. Outras indicações, obtidas em tempo de execução, podem auxiliar o mantenedor de software a localizar o defeito. Para capturar essas indicações, é proposto o conceito de requisito de teste revelador de erro, entendendo-se por erro o estado intermediário caracterizado por um comportamento incorreto ou um desvio da especificação. Um estudo empírico foi realizado para avaliar a habilidade das heurísticas em selecionar requisitos reveladores de erro. Os resultados do estudo indicam que as heurísticas selecionam requisitos reveladores de erro mesmo quando não possuem habilidade para selecionar um trecho de código qque contém o defeito. Uma estratégia de Depuração baseada em Requisitos de Teste (DRT), para auxiliar o mantenedor a localizar o defeito nessas situações, é proposta e emplementada. A estratégia DRT baseia-se: i) no uso de heurísticas para identificação de um conjunto inicial de requisitos candidatos a revelar erros; e ii) em dois mecanismos para auxiliar o mantenedor a identificar sucessivamente requisitos reveladores de erro até a localização do defeito. Duas ferramentas - pokedebugheur e gdb/poke - foram especificadas e desenvolvidas para apoiar a aplicação dessa estratégia. Ambas as ferramentas utilizam informação já coletada durante o teste estrutural e implementam algoritmos de baixo custo, quando comparados com os algoritmos implementados em estratégias similares. O alto custo dessas estratégias tem inviabilizado a sua aplicação em programas reais; a estratégia DRT pode ser uma alternativa escalável a elas.
650 $aPrograma de Computador
653 $aComputer Programa
653 $aDepuração de Software
653 $aDepuração na computação
653 $aEngenharia de software
653 $aLocalização de falhas (Engenharia)
653 $aProgramas de computador - testes
653 $aSoftware Debuging
653 $aSoftware Testing
653 $aTeste de Software
Download
Esconder MarcMostrar Marc Completo |
|
Registro original: |
Embrapa Agricultura Digital (CNPTIA) |
|
|
Biblioteca |
ID |
Origem |
Tipo/Formato |
Classificação |
Cutter |
Registro |
Volume |
Status |
URL |
Voltar
|
|
|
| Registros recuperados : 36 | |
| 10. |  | CHAIM, M. L.; MALDONADO, J. C.; JINO, M.; VILELA, P. Data-flow testing of programs with pointers and records: implementation, effectiveness, and cost. In: INTERNATIONAL CONFERENCE ON COMPUTER SCIENCE, SOFTWARE ENGINEERING, INFORMATION TECHNOLOGY, E-BUSSINESS, AND APPLICATIONS, 2002, Foz do Iguazu. Proceedings. [S.l.]: International Association for Computer and Information Science, 2002. p. 317-323.| Biblioteca(s): Embrapa Agricultura Digital. |
|    |
| Registros recuperados : 36 | |
|
| Nenhum registro encontrado para a expressão de busca informada. |
|
|
