English | German | French | Portugese | Italian |
Monday, November 20, 2017
 
Software Testing
 
  • Introdução
  • Processo testando do começo
  • Processo testando do batente
  • Estratégia testando
  • Planta testando
  • Análise do risco
  • Ciclo de vida testando do software
  •  
    Software Testing Types
     
  • Testar de estática
  • Testar dinâmico
  • Testar de Blackbox
  • Testar de Whitebox.
  • Testar da unidade.
  • Testar das exigências.
  • Testar da regressão.
  • Manipulação de erro testando.
  • Testar da sustentação manual.
  • Testar Intersystem.
  • Controlar testar.
  • Paralelizar testar.
  • Testar do volume.
  • Testar do Stress.
  • Testar de desempenho.

  •  
    Testing Tools
     
  • Corredor da vitória
  • Corredor da carga
  • Testar o diretor
  • Teste de seda
  • Testar o sócio

  •  
    Interview Question
     
  • Ganhar o corredor
  • Carregar o corredor
  • Teste de seda
  • Testar o diretor
  • Pergunta testando geral

  •    
     
     

    Ciclo de vida testando do software


    A D V E R T I S E M E N T

    Ciclo de vida do erro:

    No entomology (o estudo de erros reais, vivos), o ciclo de vida do termo consulta aos vários estágios que um inseto supõe sobre sua vida. Se você pensar para trás a sua classe de biologia da High School, você recordará que os estágios do ciclo de vida para a maioria de insetos são o ovo, as larvas, as crisálidas e o adulto. Parece apropriado, dado que os problemas de software estão chamados também erros, que um sistema similar do ciclo de vida está usado identificar seus estágios da vida. Figura 18.2 mostra um exemplo do mais simples, e de de a maioria de optimal, ciclo de vida do erro de software.

    Este exemplo mostra que quando um erro é encontrado por um verificador do software, seu registrado e atribuído a um programador a ser reparado. Este estado é chamado estado aberto. Uma vez que o programador repara o código, atribui-o para trás ao verificador e os erros incorporam o estado resolvido. O verificador executa então um teste da regressão para confirmar que o erro é certamente fixo e, se o fechar para fora. O erro incorpora então seu estado final, o estado closed.

    Em algumas situações though, o ciclo de vida começa um bocado mais complicado.

    Neste caso o ciclo de vida começa para fora o mesmo com o verificador que abre o erro e que atribui ao programador, mas o programador não o repara. Não pensa de seu bad bastante para reparar e não o atribui ao gerente de projeto para decidir-se. O gerente de projeto concorda com o programador e coloca o erro no estado resolvido porque “não - repara” o erro. O verificador discorda, procura e encontra um caso mais óbvio e mais geral que demonstre o erro, o reabra, e o atribua ao programador ao reparo. O programador repara o bg, resolve-o como reparado, e atribui-o ao verificador. O verificador confirma o reparo e fecha o erro.

    Você pode ver que um erro pôde se submeter a mudanças e a iterações numerosas sobre sua vida, dando laços às vezes para trás e começando a vida mais uma vez. Figurar abaixo das tomadas o modelo simples acima e adiciona-lhe as decisões, as aprovações, e dar laços possíveis que podem ocorrer em a maioria de projetos. Naturalmente cada companhia e projeto do software terão seu próprio sistema, mas esta figura é razoavelmente genérica e deve cobrir a maioria todo o de ciclo de vida do erro que você encontre

    O ciclo de vida genérico tem dois estados adicionais e linhas conectando do acréscimo. O estado da revisão é onde o gerente de projeto ou o comitê, chamado às vezes uma placa de controle da mudança, se decidem se o erro deve ser fixo. Em alguns projetos todos os erros atravessam o estado da revisão antes que estejam atribuídos ao programador reparando. Em outros projetos, isto não pode ocorrer até perto do fim do projeto, ou de modo nenhum. Observar que o estado da revisão pode também ir diretamente ao estado closed. Isto acontece se a revisão se decidir que o erro não deve ser fixo - poderia ser demasiado menor não é realmente um problema, nem é um erro testando. O outro é adiado. A revisão pode determinar que o erro deve ser considerado reparando em sometime no futuro, mas não para esta liberação do software.

    A linha adicional da parte traseira resolvida do estado ao estado aberto cobre a situação onde o verificador encontra que o erro não estêve reparado. Começa reaberta e os erros repeats do ciclo de vida.

    Os dois pontilharam as linhas que dão laços do closed e a parte traseira adiada do estado ao estado aberto raramente ocorre mas é importante bastante de mencionar. Desde que um verificador nunca dá acima, seu possível que um erro estêve pensado para ser reparado, testado e fechado poderia reaparecer. Tais erros são chamados frequentemente Regressão. É possível que um erro adiado poderia mais tarde ser sério provado bastante a reparar imediatamente. Se qualquer uma destes ocorrer, o erro está reaberto e começado com o processo outra vez. A maioria de equipes de projeto adotam réguas para quem pode mudar o estado de um erro ou o atribuir a alguma outra pessoa. Por exemplo, talvez somente o gerente de projeto pode decidir-se adiar um erro ou somente um verificador é permitido para fechar um erro. O que é importante é que uma vez você registra um erro, você segue-o através de seu ciclo de vida, não o perde a trilha dela, e prova-o a informação necessária dirigi-la a ser fixo e closed.

    Relatório do erro - porque

    • Comunicar o erro para o reproducibility, a definição, e a regressão.
    • Seguir o status do erro (aberto, resolvido, fechado).
    • Assegurar o erro não é esquecido, é perdido ou não ignorado.

      Usou-se suportar críam o caso do teste onde nenhuns existiram antes.



    Looking for Software Testing eBooks and Interview Questions? Join now and get it FREE!
    discussionDiscussion Center
    Discuss
    Discuss

    Query

    Feedback
    Yahoo Groups
    Y! Group
    Sirfdosti Groups
    Sirfdosti
    Contact Us
    Contact
    Recommended Resources
    • Testing Interview Questions - http://www.coolinterview.com/type.asp
    • Testing Tools Interview Questions - http://www.coolinterview.com/type.asp
    • What is Software Testing?- http://en.wikipedia.org/wiki/Software_testing
    • Software QA & Testing Resource Center- http://www.softwareqatest.com/
    • Testing Faqs- http://www.testingfaqs.org/
     
    A D V E R T I S E M E N T
       
       

    Members Login


    Email ID:
    Password:


    Forgot Password
    New User
       
       
    Testing Interview Questions
  • General Testing
  • Automation Testing
  • Manual Testing
  • Software Development Life Cycle
  • Software Testing Life Cycle
  • Testing Models
  • Automated Testing Tools
  • Silk Test
  • Win Runner
  •    
       
    Testing Highlights

  • Software Testing Ebooks
  • Testing Jobs
  • Testing Frequently Asked Questions
  • Testing News
  • Testing Interview Questions
  • Testing Jobs
  • Testing Companies
  • Testing Job Consultants
  • ISTQB Certification Questions
  •    
       
    Interview Questions

  • WinRunner
  • LoadRunner
  • SilkTest
  • TestDirector
  • General Testing Questions
  •    
       
    Resources

  • Testing Forum
  • Downloads
  • E-Books
  • Testing Jobs
  • Testing Interview Questions
  • Testing Tools Questions
  • Testing Jobs
  • A-Z Knowledge
  •    
    Planning
    for
    Study ABROAD ?


    Study Abroad


    Vyom Network : Free SMS, GRE, GMAT, MBA | Online Exams | Freshers Jobs | Software Downloads | Programming & Source Codes | Free eBooks | Job Interview Questions | Free Tutorials | Jokes, Songs, Fun | Free Classifieds | Free Recipes | Bangalore Info | GATE Preparation | MBA Preparation | Free SAP Training
    Privacy Policy | Terms and Conditions
    Sitemap | Sitemap (XML)
    Job Interview Questions | Placement Papers | SMS Jokes | C++ Interview Questions | C Interview Questions | Web Hosting
    German | French | Portugese | Italian