Ciclo de vida del Software.

El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren paravalidar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.

Estos programas se originan en el hecho de que es muy costoso rectificar los errores que se detectan tarde dentro de la fase de implementación. El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementación y en los costos asociados.

Categorías:Uncategorized

Pruebas Unitarias.

Probar código nunca tuvo tanta importancia en el ciclo de desarrollo de una aplicación hasta hace algunos años, donde se ha desatado una revolución en los procesos de desarrollo, apareciendo nuevas y ágiles forma de construcción, donde ejecutar pruebas (o al menos pruebas unitarias) pasó de ser un proceso tedioso (como las antiguas que se ejecutaban para cumplir estándares como el ISO 9001) a ser una forma de trabajo integrada y productiva en los nuevos procesos de desarrollo.

A pesar de existir diferentes tipos y técnicas de pruebas (unitarias, de integración, aceptación, carga y estress), en este articulo hablaremos del uso de Pruebas Unitarias (Unit Test), pues de todo el conjunto de pruebas, es considerada la más importante para garantizar un proyecto exitoso, por tanto debe ser introducida como una actividad más en el desarrollo.


Que son las pruebas unitarias


Son pruebas dirigidas a probar clases java aisladamente y están relacionadas con el código y la Responsabilidad de cada clase y sus fragmentos de código más críticos.

Categorías:Uncategorized

Pruebas de Integración.

El objetivo fundamental de este programa es diseñar y ejecutar las pruebas necesarias para comprobar que las interfaces entre los distintos módulos de una solución integrada en un solo producto son correctas.

La industria ha trabajado en tres estrategias de integración, las cuales han sido incorporadas por GreenSQA en su metodología de pruebas de integración y aplica en cada caso la que más se ajusta a las necesidades del proyecto de integración:

De arriba a abajo (top-down): Consiste en empezar la integración y la prueba por los módulos que están en los niveles superiores de abstracción, e integrar incrementalmente los niveles inferiores.

De abajo a arriba (bottom-up): Consiste en empezar la integración y la prueba por los módulos que están en los niveles inferiores de abstracción, e integrar incrementalmente los niveles superiores.

De big-bang: Consiste en integrar y probar todo al mismo tiempo. Para determinar que las interfaces entre los componentes del sistema funcionan adecuadamente, GreenSQA propone las Pruebas de Comunicaciones tanto a través de dispositivos remotos, como locales, dependiendo las condiciones del proyecto.

Categorías:Uncategorized

Pruebas Alfa y Beta.

Prueba Alfa: Se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el software de forma natural con el desarrollador como observador del usuario y registrando los errores y problemas de uso. Las pruebas alfa se llevan a cabo en un entorno controlado.

Prueba Beta: Una prueba beta se utilice en el desarrollo de software para marcar la segunda fase de pruebas (siendo la primera la fase Alfa). En esta segunda fase se incorpora un grupo selecto de usuarios como probadores de las aplicaciones para obtener no solo corrección de errores de codificación sino también apreciaciones sobre la funcionalidad. Originalmente el termino Prueba Alfa indica la primera fase de pruebas, que incluye pruebas unitarias, pruebas de componentes y pruebas de sistemas. La prueba Beta se puede considerar como las pruebas anteriores a la liberación al público en general.

Aprovechando la Web, los probadores Beta, que antes eran un puñado de usuarios, ahora constituyen una gran y amplia población que permite darle al programa una prueba en “el mundo real” y para proveer una vista previa de las nuevas versiones.

Categorías:Uncategorized

Tipos de errores.

De Sintaxis:

Los errores de sintaxis son aquéllos que aparecen mientras escribe el código. Visual Basic comprueba su código cuando lo escribe en la ventana del Editor de código y le avisa si comete algún error, como escribir mal una palabra o utilizar un elemento del lenguaje incorrectamente. Los errores sintácticos son los errores más frecuentes. Se pueden corregir fácilmente en el entorno de codificación en cuanto se producen.

Nota

La instrucción Option Explicit es una medida para evitar los errores de sintaxis. Le obliga a declarar, por anticipado, todas las variables que se vayan a utilizar en la aplicación. De este modo, cuando se utilicen las variables en el código, cualquier error tipográfico que se produzca se capturará de forma inmediata, y podrá corregirse.

De ejecución:

Los errores en tiempo de ejecución son aquellos que aparecen solamente después de la compilación y la ejecución del código. Pueden darse errores de este tipo, por ejemplo, en fragmentos de código aparentemente correctos, por no presentar errores sintácticos, pero que no se ejecutan correctamente. Por ejemplo, podría escribir correctamente una línea de código que abre un archivo. Pero, si el archivo está dañado, la aplicación no podrá ejecutar la función Open y se detendrá su ejecución. La mayoría de los errores de este tipo pueden corregirse modificando el código que presenta errores, para después compilarlo y volver a ejecutarlo.

De lógica:

Los errores lógicos son aquellos que aparecen cuando la aplicación está en funcionamiento. Son a menudo resultados no deseados o inesperados en respuesta a acciones del usuario. Por ejemplo, una clave mal escrita u otra influencia externa podría hacer que la aplicación dejase de funcionar aún siendo correctos los parámetros, o que simplemente no funcionase. Por lo general, los errores lógicos son los más difíciles de corregir, puesto que no siempre está claro dónde se originan

Categorías:Uncategorized

Requerimientos mínimos (Hardware y Software).

Requisitos mínimos de hardware:

Escenario CPU necesaria RAM necesaria
Cliente Pentium a 90 MHz* 32 MB**
Servidor Pentium a 133 MHz* 128 MB**

*O la CPU mínima requerida para ejecutar el sistema operativo, lo que sea mayor.

**O la RAM mínima necesaria para ejecutar el sistema operativo, lo que sea mayor.

Hardware recomendado

Escenario CPU recomendada RAM recomendada
Cliente Pentium a 90 MHz o más rápidoft 96 MB o más
Servidor Pentium a 133 MHz o más rápido 256 MB o más

Requerimientos mínimos de software:

Para instalar Dotnetfx.exe, se debe tener uno de los siguientes sistemas operativos con Microsoft Internet Explorer 5.01 o posterior instalado en el equipo:

  • Microsoft® Windows® 98
  • Segunda edición de Microsoft® Windows® 98
  • Microsoft® Windows® Millennium Edition (Windows Me)
  • Microsoft® Windows NT® 4 (Workstation o Server) con Service Pack 6a
  • Microsoft® Windows® 2000 (Professional, Server, o Advanced Server) con el último Service Pack de Windows y actualizaciones críticas que se pueden obtener en el sitio Web de Microsoft Seguridad (www.microsoft.com/spanish/seguridad).
  • Microsoft® Windows® XP (Home o Professional)
  • Familia de Microsoft® Windows® Server 2003

Precaución

Si instala Dotnefx.exe en Windows Server 2003 Beta 3, dañará la versión de .NET Framework instalada con el sistema operativo. Windows Server 2003 Beta 3 instala la versión 1.0.3215 de .NET Framework. Si se instala una versión posterior de .NET Framework, la versión 1.0.3215 resultará dañada. Si se instala una versión posterior, se puede ejecutar y utilizar la versión posterior. Sin embargo, no se podrá utilizar la versión 1.0.3215, ni siquiera tras desinstalar la versión posterior.

Software recomendado

Dependiendo de los requisitos de la aplicación, puede que también sea necesario instalar uno o varios de los siguientes componentes o aplicaciones:

Nota

Si no se cumplen los requisitos mínimos de software recomendado, el programa de instalación no bloqueará la instalación ni avisará de la ausencia de los mismos.

Software de servidor recomendado

Dependiendo de los requisitos de la aplicación, puede que también sea necesario el software de servidor siguiente:

  • MDAC 2.7 para los datos en el servidor, que se puede obtener en el sitio Web Universal Data Access.
  • Servicios de Internet Information Server (IIS) en el servidor de Windows 2000, Windows XP (Professional) y Windows Server 2003. Se precisa para utilizar aplicaciones ASP.NET.
Categorías:Uncategorized

Evaluación del Software.

El desarrollo de cualquier software tiene como único objetivo satisfacer una necesidad planteada por un cliente. Pero ¿cómo puede ser un desarrollador si el producto construido corresponde exactamente con lo que el cliente pidió? ¿Cómo puede un desarrollador estar seguro, que el producto que ha construido va a funcionar correctamente? Para esto es recomendable, que el producto de software sea evaluado a medida que se va construyendo. Por lo tanto, se hace necesario llevar a cabo, en paralelo al proceso de desarrollo, un proceso de evaluación a comprobación de los distintos productos o modelos que se van generando, en el que participarán desarrolladores y clientes, lo que dará como resultado un mejor producto, aumentando de manera significativa la satisfacción del usuario final.

Categorías:Uncategorized