Software de probas de regresión. Que é a proba de regresión

Cando se crea software de alta calidade, non debe só escribir unha liña de código, pero tamén para asegurarse de que non hai erros neles. E se a culpa primitiva atopada na maioría dos idiomas, mesmo en tempo de compilación, o máis complexo é necesario ollar máis tempo durante a execución de aplicacións. Este proceso é chamado de proba. El, á súa vez, divídese en un número de axencias, que varían o seu contido e as características dos erros. Como parte do artigo considerarase que tal probas de regresión. O que isto supón? Que probas están aí? É posible automatizar? Entón, cal é a proba de regresión? Imos falar máis.

Tipos, tipos, tendencias

probas de regresión (probas de regresión) - está comprobando mecanismo, que ten como obxectivo detectar unha variedade de problemas en ámbitos programas xa comprobada. Isto faise non para a condena definitiva, en ausencia de partes non-traballo do código, e para atopar e corrixir erros de regresión. So-los a entender os erros que non aparecen no momento de escribir programas, e coa incorporación de novas seccións do código ou corrección de erros previamente cometidos na sintaxe do código.

Resumindo todo o exposto, podemos concluír que o propósito das probas de regresión - asegúrese de que a corrección dos problemas existentes levará a novas áreas no código xa probado. Existen dous principais tipos de probas:

1. Funcionalidade.
2. Non funcional.

Poden ser expresada como:

1. Scripts.
2. Actuacións.
3. Kits para arranque.

O que, de feito, inclúe software probas de regresión? O traballo en 3 áreas principais. É dicir regresión:

1. Erros.
2. vellos problemas.
3. Os efectos secundarios.

probas funcionais

Eles baséanse nas funcións desempeñadas polo sistema. Poderán ser realizadas no compoñente, a integración, o sistema e os niveis de aceptación. Os dous aspectos principais, que está a ser probado:

• Requisitos.
• procesos de negocio.

Ao traballar sobre os requisitos necesarios para facer unha lista do que ten que ser probado. É desexable para identificar elementos prioritarios, para determinar a dirección do traballo. Cómpre non ignorar toda a funcionalidade máis importante. Ao probar un "procesos de negocio" incide sobre eles, t. E. Os escenarios son executar o traballo diario.

As vantaxes da comprobación funcional debe incluír o feito de que o software simula o uso real do sistema. Pero tamén hai desvantaxes: por exemplo, o programa pode ser passível de probas excesiva. Tamén é posible defecto de erros lóxicos no software.

Ensaios non-funcional

Estes tipos de probas destinadas a comprobar as propiedades que non se relacionan coas funcións do sistema. tales parámetros poden a partir deles:

1. Fiabilidade. Ser probado respostas a varias situacións non previstas.
2. Rendemento. A forma na que o sistema funciona, que é passível de varias cargas.
3. Conveniencia. Como cómodo para traballar coa aplicación en vista do usuario.
4. Escala. Para cambiar a altura dos requisitos ea anchura de aplicación cando se traballa con diferentes monitores.
5. Seguridade. Como o cofre é os datos do usuario, así como información en diferentes canles de transmisión.
6. Portabilidade. Comproba se a aplicación funciona en diferentes plataformas, e se é así - como moitos.

Cales son as propiedades do sistema poden ser investigados nestes casos? Un total de catro.

1. Probando a instalación. Comprobarase o quão ben conseguen poñer o programa no ordenador para configurar-lo e, se é necesario e eliminar. configuración de calidade permite que o usuario para reducir o risco de perda de datos ou diminución (empeora) aplicacións de rendemento.
2. Probando o uso de confort. Comprobe o software desenvolvido en usabilidade e claridade do usuario final.
3. A proba de configuración. Trátase de comprobar o rendemento do programa durante a instalación de varios axustes do sistema, así como probar a configuración internas do programa.
4. Probas para fallo e recuperación. Vendo tras a aparición de erros. Avalía a resposta das propiedades de protección, así como o que os datos e como salvo a interrupción abrupta da aplicación.

En suma, débese notar que, a pesar da proba non-funcional e independente de probas de aplicacións en termos de rendemento de tarefas, eles falan sobre calidades como fiabilidade, rendemento e software de seguridade. Estes parámetros caracterizar a calidade do programa e de xeito deixar o determinado usuario impresión. Polo tanto, a importancia desta proba non é menor que a do funcional.

Os casos de proba

Os casos de proba son chamados de cheque en branco para o software. Son chamados de ferramentas para probas automatizados. Este programa especial, polo cal especialista é a creación, depuración, executa e analiza os resultados da aplicación execútase a través de tales desenvolvementos:

1. scripts de proba. Estes inclúen un conxunto de instrucións deseñados para comprobacións automáticas de pezas separadas de software.
2. os kits de proba. Esta combinación de scripts que probar algunhas pezas de software que son obxectivos funcionais integradas ou comúns.
3. Probas executados. Esta combinación de varios scripts ou conxuntos de realizar simultaneamente durante a comprobación do programa.

Automatización de probas de regresión

automatización do traballo - unha das bases do desenvolvemento humano no século 21. Ela tocou o tema. Así, no marco do exame de software automatizado para comprender o proceso de verificación do programa, durante a cal as funcións principais e tarefas de partida, como, o arranque e execución, así como a análise dos resultados e de entrega, realízanse de forma automática, utilizando ferramentas axeitadas. Esta acción é realizada por un técnico responsable da creación, depuración e soporte en traballar scripts de proba de condición, kits de proba e instrumentación. O traballo pode ser realizado con unha variedade de software, incluíndo probas de regresión e sistemas automatizados.

erros de regresión

Baixo esta proba para comprender os problemas de investigación que son oficialmente "Elimináronse", pero non hai motivo para crer que aínda existen. A particularidade deste tipo de inspección é que é necesario comprobar as accións cun obxecto particular en diferentes combinacións. A primeira realidade xogo de proba, relata o problema está resolto mediante o mecanismo polo cal el se atopou. esquema de probas de regresión, neste caso, axuda a garantir que non existen efectos adversos.

Regresión de vellos erros

Isto refírese á identificación de situacións en que os cambios recentes feitos no código do programa, cancelou correccións. Así, de novo comezar a ser activo. Polo tanto, ao facer cambios no Código do software necesario para iniciar o proceso de proba dende o principio (asumindo, por suposto, houbo problemas co desempeño).

efectos secundarios regresión

Baixo o seu entender a situación, cando a alteración de código recente nunha parte dunha solicitude feita inoperante algunhas ou todas as outras partes do programa desenvolvido. Nunha indicación da presenza de tales problemas é a falta de rendemento nunha ou máis partes do programa. A tarefa do testador para identificar todos os ámbitos problemáticas.

Resumindo todo o que está escrito, que se pode dicir sobre as probas de regresión? Agora, é un tema que non debe causar problemas. Resta só dominar todo en práctica.