Planta De Teste Detalhada

Share

|

Finalidade

Se para o software, a ferragem, ou o processo, uma planta de teste detalhada, como o nome implica, é projetado guiar um teste exhaustive do sistema na pergunta. Identifica as áreas potenciais de risco e explica como o sistema será avaliado para determinar seu susceptibility aos problemas. A planta de teste delineia também como os resultados de teste serão validados. Enquanto os resultados de teste são recebidos, estão emendados à planta de teste assim que o processo e seus resultados podem ser avaliados no toto.

Aplicação

Porque uma planta de teste detalhada expressa um processo a ser usado e então, mais atrasado, é casado aos resultados desse processo, ele é um original evolucionário. Cresce enquanto a informação disponível cresce. Inicialmente, a planta de teste detalhada serve como um mapa de estrada para a conduta e o validation do teste. Mais tarde, serve como um repositório para as saídas dos testes, também. Porque tal o original é essencial àqueles que estarão conduzindo os testes e podem ser usadas como uma defesa para os custos dos testes ou da aproximação.

Índice

Uma planta de teste detalhada inclui um history e uma orientação process passo a passo para a avaliação.

Fundo. O rationale para os testes é normalmente o primeiro componente de uma planta de teste detalhada, explicando porque os testes foram julgados necessários e que considerações ambientais conduzidas ao approach(es) preliminar que está sendo considerado.

Aproximação testando. A aproximação técnica real a testar deve ser definida em detalhe, including todos os materiais requeridos, a escala dos parâmetros que o teste avaliará, as áreas específicas a ser testados, e os indicadores ou o metrics a ser seguidos. Além, isto pode incluir testar de componentes individuais do sistema, as.well.as sistemas integrados.

Validation. Todos os processos do validation, se interno ou independente, devem ser definidos tão objetiva como possível. Os processos do validation devem dirigir-se aos componentes específicos que estão sendo testados, as.well.as todos os sistemas integrados.

Os resultados anteciparam. Algumas plantas de teste (não tudo) incluirão algumas explanações das saídas antecipadas do processo testando, assim que os resultados antecipados podem ser comparadas com os resultados reais. Isto não deve ser usado guiar os resultados testando, mas deve ser usado identificar se o processo testando soletrado para fora na planta produzir realmente resultados do tipo desejado.

Os resultados testaram. Como indicado mais cedo, a planta de teste é evolucionária. Esta informação será incorporada somente depois que testar é terminado. Esta informação pode ser incorporada nos estágios enquanto a preliminar e testar do final podem medir diversos semanas, meses, ou anos.

Conclusion(s). Baseado no testado, os resultados validados, todas as conclusões que puderem ser drawn baseados no sistema, o processo testando, o validation, e os resultados antecipados devem ser expressados como conclusões. As conclusões devem ser parte da planta de teste detalhada para o arquivo organizational.

Aproximação

Ao contrário da outra documentação onde pode haver umas versões mais pesadas e mais claras da documentação, a planta de teste detalhada é, por sua natureza, tão exhaustive como possível. Cada elemento da informação que pode ser incluído na planta de teste deve ser incluído para impossibilitar entender mal ou má aplicação do processo testando. Também, quando algumas plantas por sua natureza incorporarem alguma medida do variability, isso não se aplica com uma planta de teste. As plantas de teste são relativamente rígidas, e se o processo dever ser mudada, a documentação da planta de teste deve ser mudada também.

Considerações

A planta de teste detalhada pode aplicar-se aos materiais, os sistemas, os processos, a ferragem e o software, ou sistemas integrados disso. Para alguns daqueles testes, os resultados são puramente quantitative, e a variação é detectada fàcilmente. Para processos, entretanto, testar pode tornar-se speculative se as saídas do processo não forem identificadas claramente em uma maneira que possa objetiva ser medida. A medida subjetiva conduz a testar inadequado, porque “os metrics” duros são perdidos. Se nenhuma medida concreta puder ser encontrada para uma avaliação ou um validation testando process, tais shortcomings devem ser destacados na planta de teste, assim que os resultados não são interpretados mal como o fato duro.