First of all, we should know that what is Baseline before understanding what Baseline testing is.

Technically Speaking –

A baseline é um documento formal que funciona como um documento base para trabalhos futuros. Falando em linguagem leiga, para fazer um edifício, você precisa de uma base. A mesma coisa se aplica ao teste. Precisamos criar uma linha de base, a partir da qual são feitos mais testes. Antes de mais nada, é muito importante saber que se trata de testes não funcionais, o que significa que não tem nada a ver com o teste de funcionalidade de uma aplicação. Em vez disso, o teste do documento é feito, o que estabelece uma base sólida do trabalho a ser feito no futuro. Portanto, pode-se dizer que ele atua como uma base para o desenvolvimento futuro, seja ele qual for. Pode ser o desempenho, desenvolvimento de casos de teste.

Falando em termos de teste de desempenho –

Se for visto que o desempenho da aplicação de um servidor em particular com uma carga de 100 usuários, se estiver funcionando bem no servidor com uma carga de 100 sem qualquer interrupção ou lentidão ou falha e depois disso o desempenho do servidor diminui drasticamente após uma carga de mais de 100 usuários ser aplicada ao servidor que contém a aplicação. Então podemos dizer que o padrão para este servidor é de 100 usuários. Agora esse padrão pode ser comparado com o servidor padrão e o escopo futuro dos testes de performance pode ser definido.

Deixe-nos entender isso com outro exemplo, suponha que a versão 1 tenha um tempo de resposta de 2 segundos, e a versão 2 tenha um tempo de resposta de 3 segundos. Agora para a versão 3, o tempo de resposta de 2 segundos da versão 2 atua como base ou linha de base para o desempenho da versão 3. Portanto, a partir de agora podemos inferir que Baseline é um documento que é referido como base para comparação ou referência para trabalhos futuros. Tem de haver algum documento que possa ser referido como um documento finalizado estável para trabalhos futuros.

Talking In Terms Of Software Development –

Se falamos em termos de Desenvolvimento de Software, existe um documento chamado Design Document. Pode ser um Documento de Baixo Nível ou um Documento de Alto Nível com base no qual se iniciam os trabalhos de desenvolvimento. Se falarmos em termos de teste, um documento preparado por Business Analyst que está em contato com o Cliente e é responsável por buscar o requerimento do Cliente atua como um ponto de referência para o contato dos testadores para iniciar o processo de desenvolvimento e teste. O Analista de Negócios vai ao lugar do Cliente depois de fazer a consulta e toma o requerimento e preenche-o num modelo específico. Agora, ele discute o requerimento com o Engagement Manager ou Project Management Manager para testar o requerimento e verificar a sua viabilidade. Caso não esteja claro o requisito, pede ao desenvolvedor que crie um protótipo e, se satisfeito, entrega o documento do requisito ao gerente de projeto que prepara a Especificação de Requisitos de Software. Um documento preparado pelo Business Analyst é chamado Business Requirement Document ou Functional Requirement Specification ou User Requirement Specification ou Business Design Document ou Business Document, dependendo da terminologia utilizada pela organização. Portanto, aqui vemos que o teste de requisitos é feito para finalizar o Documento de Requisitos, que atua como base sobre a qual o Documento de Projeto ou Plano de Projeto e Plano de Testes é preparado e forma a base para o desenvolvimento e teste do Software. Este tipo de teste é chamado de Baseline testing (Teste de linha de base). Neste tipo de teste verificamos se o documento preparado está à altura das expectativas ou, em outras palavras, estamos validando o documento e finalizando-o.

Após o Teste de Linha de Base ser feito e o documento de Especificação de Requisitos do Software estar finalizado, estamos prontos para avançar e iniciar o processo de desenvolvimento e teste. Para os testes, podemos começar a preparar os casos de teste com base nos documentos de requisitos. A principal vantagem do Teste de Linha de Base é que podemos remover erros nos requisitos no estágio inicial do Ciclo de Vida do Desenvolvimento de Software e remover tantos problemas e esforços em um estágio posterior e nos ajudar a entregar o projeto com o mínimo de retrabalho e menos esforço.

Falando em Termos de Fase do Ciclo de Vida do Desenvolvimento de Software –

Como sabemos que mais trabalho na fase inicial do Ciclo de Vida do Desenvolvimento de Software reduz muito esforço em um estágio posterior. Para entender a importância dos testes de Baseline, precisamos ter pouco conhecimento do Ciclo de Vida do Desenvolvimento de Software. A primeira fase é uma fase de requisitos onde o Analista de Negócios reúne informações do cliente e prepara documentos de requisitos que são chamados de Documento de Requisitos de Negócios ou Especificação de Requisitos Funcionais ou Especificação de Requisitos do Usuário ou Documento de Projeto de Negócios ou Documento de Negócios, dependendo da terminologia usada pela organização. A partir do documento de requisitos, o teste do documento de requisitos é feito, o que é chamado de Baseline testing and requirement é finalizado ou podemos dizer que o requisito é congelado. Uma vez que está até a marca e até ser considerado para preparar a Especificação de Requisitos de Software na fase de Análise. Neste documento, o Gerente de Projeto ou Gerente Técnico ou Analista de Sistema prepara o Plano de Projeto sobre como o projeto será desenvolvido. Com base no documento SRS, o Documento de Projeto, como o Documento de Projeto de Alto Nível e o Documento de Projeto de Baixo Nível, é preparado com base no qual é realizada outra fase do Ciclo de Vida do Desenvolvimento do Software, como a Codificação, Teste e Entrega.

Teste de Base de Suposição não é feito corretamente e o Documento de Requisitos de Negócio não é finalizado corretamente, então o SRS preparado com base no Documento de Requisitos de Negócio não será adequado e o Documento de Projeto também não será correto e, portanto, todas as atividades de desenvolvimento e teste não serão tão esperadas pelo cliente, pois pode haver um pequeno erro ao tomar o requisito ou o requisito não foi a linha de base corretamente. A partir disso, podemos entender o quanto é importante o Baseline testing.

Uma coisa importante é que existe um termo Baseline que é usado no gerenciamento da configuração, embora o significado seja mais ou menos o mesmo lá também. Está relacionado com o versionamento do documento onde a versão base do documento é finalizada e a nova versão do documento é lançada por versão da aplicação de software. Mas há pouco conceito de Baseline Testing in Configuration Management, também porque a Versão Base de todos os documentos, seja ela relacionada ao Desenvolvimento, Teste, Web design ou qualquer outro documento preparado em relação ao Desenvolvimento de Software, precisa ser revisada corretamente em termos de formatos e conteúdo, para que a próxima versão do documento seja preparada com menos esforço em documentos já devidamente formatados.

Conclusão:

Então vemos que o teste de Baseline é de quanta importância e a menos que e até que o requisito Documento não seja devidamente validado ou em outras palavras, se o teste de Baseline não for feito, haverá um monte de problemas em fases posteriores e o esforço de utilização será muito maior na resolução dos problemas que serão apenas desperdício de esforço e tempo e novos requisitos serão tomados e precisam passar por todas as fases do Ciclo de Vida do Desenvolvimento de Software, a fim de resolver o problema completamente. Assim, podemos dizer que o Baseline Testing resolve muitos problemas numa fase anterior, reduz custos, esforço e tempo para a organização na fase posterior do Ciclo de Vida do Desenvolvimento de Software.

⇓ Subscreva-nos ⇓

Se você não é um leitor regular deste site, então altamente recomendável que você se inscreva no nosso boletim informativo gratuito por e-mail!! Inscreva-se apenas fornecendo seu endereço de e-mail abaixo:

Happy Testing!!!