El resultado del benchmark se puede ver entrando en el siguiente link:
http://browser.primatelabs.com/geekbench2/2289491
miércoles, 11 de septiembre de 2013
martes, 3 de septiembre de 2013
sábado, 31 de agosto de 2013
Calidad de las personas que trabajan en la construccio de un producto de software
Cada
integrante del proceso de construcción de un software debe de tener claro cuál
es su papel y no desviarse en cuanto a lo que le corresponde, ya que un
proyecto de software necesita de todas las cualidades que tienen los que
participan en este.
Como
ejemplo de lo antes mencionado, se encuentra la identificación específica de
cada persona que hace parte de la construcción de un aplicativo:
Analista:
Esta persona debe de tener una buena comunicación con el cliente para poder interpretar
lo que este quiere en requisitos relevantes para desarrollar el aplicativo
deseado.
Programador:
Es capaz de comprender la información generada por el analista para plasmarla
en la construcción del producto, es decir, la codificación del software.
Diseñador:
Esta persona debe de darle una apariencia “atractiva” y “amigable” al trabajo
hecho por el programador.
Web
master: Debe de dar a conocer el producto en la web y también ofrecer servicios
en esta plataforma. Además tiene la capacidad de actualizar y dar soporte a la página
web de la institución para la cual está trabajando.
Tester:
Está en condiciones de evaluar con criterio el producto de software para poder
identificarle sus falencias y defectos y así mejorar lo el proceso que lleva
dicho aplicativo.
La calidad de estas personas
se centra en que su trabajo es complementario, cada uno necesita de la labor
del otro para cumplir con su objetivo, por esta razón al principio se mencionó
de que no hay que desviarse en la tarea que tiene cada persona que participa en
la construcción de un software ya que todo funciona de forma secuencial y
progresiva.
Pruebas de caja negra (Diseño)
Santiago
Ramírez
Krishna
Galvis
Facebook
Pruebas
de análisis de valores límite
1)
Control del número de amigos
- Rango
0 y 5000 amigos
- Casos
de prueba para agregar amigos si se tienen 0,1 y 5000.
2)
Login del programa. Comprobar la función
de ingreso al sistema
-Entrada: caja de texto usuario y de
contraseña y botón entrar.
-Casos de prueba: Pulsar el botón “entrar”
con el usuario y contraseña. válidos, incorrectos y con sus respectivas cajas
de texto vacías.
3)
Conversaciones simultaneas
- Entrada:
De 1 a 20 conversaciones simultaneas
- Casos
de prueba: Hacer 1, 4, 20 y 21 conversaciones simultaneas.
4)
Peso permitido para enviar archivos
adjuntos
- Entrada:
Rango entre 1 byte y 25mb.
- Casos
de prueba: Cargar archivos de 1mb, 25mb y 26mb.
Partición
equivalente
1) Numero
de amigos, Valido 1 a 5000, Invalido más de 5000 amigos.
2) Tamaño
de archivos adjuntos Valido 1 byte a 25mb, Invalido más de 25mb.
3) Opciones
de fotos videos e imágenes, Valido: “Me gusta” “Compartir” “Comentar”,
Invalido: otros valores.
4) Entrada
al sistema, Valido: Usuario y contraseña correctos, Invalido: Usuario y
contraseña incorrectos.
5) Archivos
para la portada del perfil, Valido: archivos con extensiones de imagen,
Invalido: archivos con otros formatos como audio o video.
Jdownloader
Pruebas
de análisis de valores límite
1) Numero
de descargas simultaneas (El usuario puede configurar el limite)
- Entrada:
El usuario modifico el rango entre 1 y 20 descargas
- Casos
de prueba: Descargar 1, 20 y 22 archivos simultáneamente.
2) Archivos
existentes: Preguntar para cada archivo
-Entrada:
20 archivos existentes
-Casos
de prueba: Agregar 1, 2, 20 archivos iguales
3) Límite
de velocidad de descargas (Configurada por el usuario)
-Entrada: 1kb/s a 500kb/s
-Casos
de prueba: Probar el límite de velocidad con 1, 2 y 3 descargas diferentes.
4) Extractor
de archivos.rar una finalizada su descarga Cada vez que se finaliza la descarga
de un archivo comprimido, cada archivo descargado s automáticamente se
descomprime.
-Entrada:
1 a 20 lotes de archivos.
-Casos
de prueba: Descargar 1, 2, 20 archivos para comprobar que todos se extraen.
5) Tiempo
restante de las descargas
-Entrada:
Tiempo restante que aparece en cada descarga
-Casos
de prueba: Comparar el tiempo restante de 1, 2 y 4 descargas con lo que aparece
en el aplicativo.
Partición equivalente
1)
Descargar simultaneas (Configuración del
usuario: más 20 descargas), Valido: tener hasta 20 descargas simultaneas,
Invalido: tener más de 20 descargas simultaneas.
2)
Descargas de servidores Valido:
Servidores que tengan archivos vigentes, Invalido: Archivos removidos del
servidor.
3)
Agregar archivos y descargarlos con
otras descargas en curso, Valido: Parar
la descarga y agregar los nuevos archivos e iniciar de nuevo las descargas,
Invalido: Iniciar la descarga de los nuevos archivos sin parar la actual.
4)
Captchas de enlaces, Valido: Escribir el
captcha para descargar el archivo, Invalido: Cancelar el captcha.
martes, 27 de agosto de 2013
Caracteristicas de la calidad interna y externa del software
El ingeniero David alfonso nos da varios ejemplos[1] de caracteristicas internas y externas de la calidad del software las cuales son:
Ejemplos de características internas son:
[1] http://www.davidalfonso.es/la-calidad-del-software/
Ejemplos de características internas son:
- La legibilidad del código.
- La flexibilidad para cambiar la forma de usarlo.
- La facilidad de mantenerlo.
- La portabilidad.
- La reusabilidad.
- Su capacidad de ser probado.
- Su facilidad de ser comprendido a un alto nivel.
Krishna Galvis.
[1] http://www.davidalfonso.es/la-calidad-del-software/
Ciclos de vida del software
Imagen tomada de: http://es.kioskea.net/contents/223-ciclo-de-vida-del-software
Modelo
V
Imagen tomada de: http://es.kioskea.net/contents/223-ciclo-de-vida-del-software
Prototipado
Espiral
Santiago Ramírez, Krishna Galvis
Técnicas de pruebas de software
TECNICAS
DE PRUEBAS DE SOFTWARE
PRUEBA
DE LA CAJA BLANCA
La prueba de la caja blanca
es un método de diseño de casos de prueba que usa la estructura de control del
diseño procedimental para derivar los casos de prueba. Técnicas de prueba
Las pruebas de caja blanca
intentan garantizar que:
• Se ejecutan al menos una
vez todos los caminos independientes de cada módulo
• Se utilizan las decisiones
en su parte verdadera y en su parte falsa
• Se ejecuten todos los
bucles en sus límites
• Se utilizan todas las
estructuras de datos internas
PRUEBA
DEL CAMINO BÁSICO
El método del camino básico
(propuesto por McCabe) permite obtener una medida de la complejidad de un
diseño procedimental, y utilizar esta medida como guía para la definición de
una serie de caminos básicos de ejecución, diseñando casos de prueba que
garanticen que cada camino se
ejecuta al menos una vez.
PRUEBA
DE BUCLES
Los bucles son la piedra
angular de la inmensa mayoría de los algoritmos implementados en software, por
lo que tenemos que prestarles una atención especial a la hora de realizar la
prueba del software. La prueba de bucles es una técnica de prueba de caja
blanca que se centra en la validez de las construcciones de los bucles.
Se pueden definir cuatro
tipos de bucles diferentes:
• Bucles simples
• Bucles concatenados
• Bucles anidados
• Bucles no estructurados
PRUEBA
DE LA CAJA NEGRA
Las pruebas de caja negra se
llevan a cabo sobre la interfaz del software, obviando el comportamiento
interno y la estructura del programa.
Los casos de prueba de la
caja negra pretenden demostrar que:
• Las funciones del software
son operativas
• La entrada se acepta de
forma correcta
• Se produce una salida
correcta
• La integridad de la
información externa se mantiene
A continuación se derivan
conjuntos de condiciones de entrada que utilicen todos los requisitos
funcionales de un programa.
Las pruebas de caja negra
pretenden encontrar estos tipos de errores:
• Funciones incorrectas o
ausentes
• Errores en la interfaz
• Errores en estructuras de
datos o en accesos a bases de datos externas
• Errores de rendimiento
• Errores de inicialización
y de terminación
Los tipos de prueba de cana
negra que vamos a estudiar son:
• Prueba de partición
equivalente
• Prueba de análisis de
valores límites
Tomado de: http://indalog.ual.es/mtorres/LP/Prueba.pdf
Suscribirse a:
Entradas (Atom)