Que é a proba de software, que significa probar o software

As probas de software son un conxunto de procesos para investigar, avaliar e comprobar a integridade e a calidade do software escrito para ordenadores. Asegura o cumprimento dun produto de software con respecto aos requisitos normativos, comerciais, técnicos, funcionais e dos usuarios.

As probas de software, ou probas de software, tamén se coñecen como probas de aplicacións.

As probas de software son principalmente un gran proceso composto por varios procesos interconectados. O obxectivo principal das probas de software é medir a integridade do software xunto coa súa integridade en canto aos seus requisitos fundamentais. As probas de software implican examinar e probar o software a través de diferentes procesos de proba. Os obxectivos destes procesos poden incluír:

Verificación da integridade do software fronte aos requisitos funcionais/empresariais
Identificar erros/erros técnicos e garantir que o software está libre de erros
Avaliación da usabilidade, rendemento, seguridade, localización, compatibilidade e instalación
O software probado debe pasar todas as probas para que estea completo ou apto para o seu uso. Algúns dos diferentes tipos de métodos de proba de software inclúen probas de caixa branca, probas de caixa negra e probas de caixa gris. Ademais, o software pódese probar como un todo, en compoñentes/unidades ou dentro dun sistema activo.

Proba da caixa negra

Black Box Testing é unha técnica de proba de software que se centra na análise da funcionalidade do software, con respecto ao funcionamento interno do sistema. Black Box Testing foi desenvolvido como un método para analizar os requisitos dos clientes, as especificacións e as estratexias de deseño de alto nivel.

Un probador de Black Box Testing selecciona un conxunto de condicións de execución e de entrada de código válidas e non válidas e verifica as respostas de saída válidas.

As probas de caixa negra tamén se coñecen como probas funcionais ou probas de caixa pechada.

Un motor de busca é un exemplo sinxelo dunha aplicación sometida a proba de caixa negra. Un usuario do motor de busca introduce texto na barra de busca dun navegador web. A continuación, o buscador localiza e recupera os resultados dos datos do usuario (saída).

Os beneficios da proba da caixa negra inclúen:

• Sinxeleza: facilita a proba de proxectos de alto nivel e aplicacións complexas
• Conservar recursos: os probadores céntranse na funcionalidade do software.
• Casos de proba: céntrase na funcionalidade do software para facilitar o desenvolvemento rápido de casos de proba.
• Ofrece flexibilidade: non se requiren coñecementos específicos de programación.

As probas da caixa negra tamén teñen algunhas desvantaxes, como a continuación:

• O deseño e o mantemento do caso de proba/script pode ser un reto porque as ferramentas de proba da caixa negra dependen das entradas coñecidas.
• A interacción coa interface gráfica de usuario (GUI) pode corromper os scripts de proba.
• As probas só se refiren ás funcións da aplicación.

Proba de caixa branca

Durante a proba de caixa branca, o código execútase con valores de entrada preseleccionados para validar os valores de saída preseleccionados. As probas de caixa branca adoitan implicar escribir código de código auxiliar (unha peza de código que se usa para substituír unha función específica. Un código pode simular o comportamento do código existente, como un procedemento nunha máquina remota.) e tamén controladores.

Os beneficios das probas de caixa branca inclúen:

• Permite a reutilización de casos de proba e ofrece unha maior estabilidade
• Facilita a optimización do código
• Facilita a localización de erros ocultos nas primeiras fases do desenvolvemento
• Facilita a proba eficaz da aplicación
• Elimina liñas de código innecesarias

As desvantaxes inclúen:

• Require un probador experimentado con coñecementos de estrutura interna
• Leva tempo
• Custos elevados
• A validación de bits de código é difícil.
• As probas de caixa branca inclúen probas unitarias, probas de integración e probas de regresión.

Proba unitaria

Unha proba unitaria é un compoñente do Ciclo de Vida de Desenvolvemento de Software (SDLC) no que se aplica un procedemento de proba completo individualmente ás partes máis pequenas dun programa de software para a idoneidade ou o comportamento desexado.

Unha proba unitaria é un procedemento de medición e avaliación da calidade aplicado na maioría das actividades de desenvolvemento de software empresarial. En xeral, unha proba unitaria avalía o ben que o código do software se axusta ao obxectivo xeral do software/aplicación/programa e como a súa idoneidade afecta a outras unidades máis pequenas. As probas unitarias pódense facer manualmente (por un ou máis desenvolvedores) ou mediante unha solución de software automatizada.

Durante a proba, cada unidade está illada do programa ou interface principal. As probas unitarias adoitan realizarse despois do desenvolvemento e antes da implantación, facilitando así a integración e a detección precoz de problemas. O tamaño ou o alcance dunha unidade varía dependendo da linguaxe de programación, da aplicación de software e dos obxectivos da proba.

Proba funcional

As probas funcionais son un proceso de proba que se usa no desenvolvemento de software no que se proba o software para garantir que cumpre con todos os requisitos. É unha forma de comprobar o software para asegurarse de que ten todas as funcionalidades necesarias especificadas nos seus requisitos funcionais.

As probas funcionais utilízanse principalmente para verificar que unha peza de software proporciona a mesma saída que o requirido polo usuario final ou a empresa. Normalmente, as probas funcionais implican avaliar e comparar cada función do software cos requisitos empresariais. O software é probado dándolle algunha entrada relacionada para que a saída poida ser avaliada para ver como se axusta, se relaciona ou varía cos seus requisitos básicos. Ademais, as probas funcionais tamén comproban a usabilidade do software, por exemplo, asegurándose de que as funcións de navegación funcionan segundo é necesario.

Probas de regresión

A proba de regresión é un tipo de proba de software que se usa para determinar se os novos problemas son o resultado de cambios de software.

Antes de aplicar un cambio, probáse un programa. Despois de aplicar un cambio, o programa volve probar nas áreas seleccionadas para detectar se o cambio creou novos erros ou problemas, ou se o cambio real cumpriu o propósito previsto.

As probas de regresión son esenciales para grandes aplicacións de software, xa que moitas veces é difícil saber se cambiar unha parte dun problema creou un novo problema para unha parte diferente da aplicación. Por exemplo, un cambio nun formulario de solicitude de préstamo bancario pode producir un fallo nun informe de transacción mensual. Na maioría dos casos, os problemas poden parecer non relacionados, pero en realidade poden ser a causa de frustración entre os desenvolvedores de aplicacións.

Outras situacións que requiren probas de regresión inclúen detectar se certos cambios conseguen un obxectivo establecido ou probar novos perigos asociados a problemas que rexorden despois dun período sen problemas.

As probas de regresión modernas lévanse principalmente a través de ferramentas de probas comerciais especializadas que toman instantáneas do software existente que despois se comparan despois de aplicar un cambio específico. É case imposible que os probadores humanos realicen as mesmas tarefas de forma tan eficiente que os probadores de software automatizados. Isto é especialmente certo con aplicacións de software grandes e complexas dentro de grandes contornas de TI como bancos, hospitais, empresas de fabricación e grandes venda polo miúdo.

Proba de estrés

As probas de tensión refírese a probar software ou hardware para determinar se o seu rendemento é satisfactorio en condicións extremas e desfavorables, o que pode ocorrer como resultado do tráfico intenso da rede, a carga de procesos, o subclock, o overclocking e a demanda máxima de uso dos recursos.

A maioría dos sistemas desenvólvense asumindo condicións normais de funcionamento. Polo tanto, aínda que se supere un límite, os erros son insignificantes se o sistema é probado durante o desenvolvemento.

As probas de estrés úsanse nos seguintes contextos:

• Software: as probas de esforzo enfatizan a dispoñibilidade e o manexo de erros baixo cargas extremadamente pesadas para garantir que o software non falla debido a recursos insuficientes. As probas de tensión do software céntranse nas transaccións identificadas para abortar as transaccións, que están moi estresadas durante as probas, mesmo cando non se carga unha base de datos. O proceso de proba de esforzo carga usuarios simultáneos máis aló dos niveis normais do sistema para atopar o elo máis débil do sistema.
• Hardware: as probas de esforzo garanten a estabilidade en ambientes informáticos normais.
• Sitios web: as probas de esforzo determinan os límites de calquera funcionalidade do sitio.
• CPU: os cambios como sobretensión, subtensión, underlocking e overlock verifícanse para determinar se poden soportar cargas pesadas executando un programa intensivo de CPU para probar fallos ou conxelacións do sistema. A proba de esforzo da CPU tamén se coñece como proba de tortura.

Probas Automáticas

As probas automatizadas (automatización de probas de software) son unha aproximación á proba de código que fai uso de ferramentas de software especiais que executan probas automaticamente e despois comparan os resultados reais das probas cos resultados esperados.

As probas automatizadas xogan un papel importante en Entrega continua (CD), Integración continua (CI), DevOps e DevSecOps. Os principais beneficios das probas automatizadas inclúen:

• As probas automatizadas aforran tempo e diñeiro aos desenvolvedores ao facer que o proceso de proba sexa máis eficiente.
• As probas automatizadas identifican os erros de forma máis eficiente que as manuais.
• Cando as probas se automatizan, pódense implementar varias ferramentas de proba en paralelo.

No desenvolvemento de software, é especialmente útil realizar probas automatizadas durante o proceso de compilación para garantir que unha aplicación está libre de erros de compilación e realiza a función prevista.

Tomar o tempo para automatizar as probas de software aforrará tempo aos desenvolvedores ao reducir o risco de que un cambio de código rompa a funcionalidade existente.

As probas son unha etapa moi importante no proceso de desenvolvemento. Asegura que todos os erros estean corrixidos e que o produto, software ou hardware, funcione segundo o previsto ou o máis próximo posible ao seu obxectivo. As probas automatizadas, en lugar de probas manuais, son esenciales para ofrecer de forma consistente un software rendible que satisfaga as necesidades dos usuarios de forma oportuna con defectos mínimos.

Tipos de probas automatizadas utilizadas no desenvolvemento de software

• Proba unitaria: proba un único programa de baixo nivel nun ambiente illado antes de verificar a súa integración con outras unidades.
• Probas de integración: as probas unitarias e outros compoñentes da aplicación son probados como unha entidade combinada.
• Probas funcionais: Comproba se un sistema de software se comporta como debería.
• Probas de rendemento: avalía a robustez da aplicación baixo cargas superiores ás esperadas. As probas de rendemento adoitan revelar pescozos de botella.
• Proba de fume: determina se unha construción é o suficientemente estable como para continuar coas probas.
• Proba do navegador: verifique que os compoñentes do software son compatibles con varios navegadores.

As probas manuais aínda se realizan en varios momentos durante o desenvolvemento, pero fano principalmente os desenvolvedores ou os propios enxeñeiros de hardware para ver rapidamente se os cambios que fixeron tiveron o efecto desexado.

Ercole Palmeri