Projecte

General

Perfil

Especificacions de proves de validació » Historial » Versió 7

Agustí Moll Garcia, 22-02-2012 14:20

1 4 Victor Oncins
h1. Proves per alliberar release de producció (Esborrany)
2 2 Victor Oncins
3 1 Victor Oncins
L'objecte de les proves prèvies d'alliberament de release és avaluar la release considerada de preproducció i obtenir mesures de rendiment. Aquests aspectes són important per tal de d'obtenir informació de les limitacions del firmware desenvolupat i permetre que les futures iteracions del desenvolupament incorporin modificacions i millores concretes.
4
5
Tot seguit definirem un grup de proves i un d'escenaris. Una prova és un procediment pel qual es mesura un conjunt d'un o més paràmetres relatius al funcionament de la release. El resultat d'aquesta mesura serà tant quantitatiu com sigui possible. En general hi hauran proves de rendiment i proves de qualitat. Una prova de rendiment és aquella que el/els paràmetres avaluats tans sols seran emprats per conèixer els límits operatius del firmware. Per exemple, una prova pot ser la mesura de la capacitat dels enllaços ràdio de la malla de nodes QM.
6
7
Una prova de qualitat és aquella en que el/els paràmetres avaluats seran comparats amb valors de referència sota cert criteri. Les proves de qualitat permetran saber si la release supera o no el llindar de qualitat fixat. Per exemple, una prova de qualitat és avaluar si una xarxa QM permet l'establiment de N-protocols de capa d'aplicació o de transport (P2P,...) des de la LAN de hosts (clients). En funció del resultat la prova es supera o no.
8
9
D'altra banda un escenari és un certa disposició de nodes sobre els quals s'hi aplica un conjunt de proves. Podem considerar que un escenari és un conjunt de proves contextualitzades i per tant, aportaria més informació que l'avaluació de proves aïllades.
10
11 5 Victor Oncins
h2. Proves proposades
12 1 Victor Oncins
13
Tot seguit descrivim algunes de les proves bàsiques referenciades amb la notació Pn, on n és un enter 0,1,2,3...
14
15 4 Victor Oncins
*Ref:* P0
16
*Títol:* Sense especificar
17
*Descripció:* Sense determinar
18 1 Victor Oncins
19 4 Victor Oncins
*Ref:* P1
20
*Títol:* Capacitat mesh entre dos nodes QM
21
*Descripció:* Avaluació de l'ample de banda disponible entre dos nodes QM. El resultat de la prova haurà de donar com a mínim el valor de la màxima transferència TCP amb diferents mides de paquets (a determinar). Si és possible hauria d'incloure també la màxima transferència UDP amb diferents mides de paquets.
22 1 Victor Oncins
23 4 Victor Oncins
*Ref:* P2
24
*Títol:* Temps de reencaminament intern
25
*Descripció:* Considerem dos nodes QM client (CN) entre els quals és possible l'encaminament per camí redundant, entre els quals hi ha una connexió TCP o UDP. Caldrà avaluar el temps que es triga en restablir la connexió TCO o UDP en cas que un dels nodes perdi l'enllaç amb el qual transmet o rep els paquets. Es considera que es pot emprar qualsevol protocol de capa d'aplicació.
26 1 Victor Oncins
27 4 Victor Oncins
*Ref:* P3
28
*Títol:* Temps de reencaminament extern
29
*Descripció:* Considerem una xarxa QM amb dos nodes gateway (GN) i com a mínim un CN amb el qual hi haurà encaminament redundant. El node CN ha triat el gateway GN1 per encaminar els paquets a Internet. Un host intern situat a CN estableix una connexió amb un host d'Internet. Mesurar el temps mínim que trigaria el host intern a restablir la connexió amb el host d'Internet en cas d'absència d'anunci de disponibilitat d'Internet de GN1 (per exemple, desconnexió de l'enllaç amb Inet o desconnexió total de GN1 de la xarxa).
30 1 Victor Oncins
31 4 Victor Oncins
*Ref:* P4
32
*Títol:* Establiment de sessions típiques
33
*Descripció:* Donat un CN integrat a una xarxa QM i amb un host connectat, provar el correcte establiment de sessions amb servidors/hosts d'Internet amb el protocols de capa d'aplicació i de transport següents: P2P, POP, SMTP,(altres de correu), FTP, ToIP (SIP, multimèdia), HTTP, HTTPS, SSL, (més...)
34 1 Victor Oncins
35 4 Victor Oncins
*Ref:* P5
36
*Títol:* Ubiqüitat del mode "roaming"
37
*Descripció:* En una configuració típica de xarxa QM tots els nodes tenen una accés sense-fils pels hosts clients en mode gestionat (AP). Aquest accés està configurat amb un mateix SSID. L'objectiu és permetre la ubiqüitat de la connexió (no de la mobilitat). És a dir, un host client pot vincular-se a qualsevol AP sense necessitat que l'usuari es registri sota un nou SSID. Comprovar doncs que un host client es connecti correctament sota un SSID[falta estudiar millor el mecanisme de d'associació per SSID en presència de 2 AP amb el mateix SSID i mateix/diferent canal]
38 1 Victor Oncins
39 4 Victor Oncins
*Ref:* P6
40
*Títol:* Rol d'interfícies
41 6 Agustí Moll Garcia
*Descripció: Canvis LAN devices
42
 Pàgina: /cgi-bin/luci/qmp/network/
43 7 Agustí Moll Garcia
 -> Mirar si el canvi es posa al bridge
44
 -> Dona DHCP
45
 -> BMX/OLSR funcionen?
46
*Descripció: Canvis WAN devices
47
 Pàgina: /cgi-bin/luci/qmp/network/
48
 -> Conectar Servidor DHCP, amb internet
49
 -> Funciona Splash
50
 -> BMX/OLSR funcionen?
51
*Descripció: Canvis MESH devices
52
 Pàgina: /cgi-bin/luci/qmp/network/
53
 -> BMX/OLSR funcionen?
54
55 6 Agustí Moll Garcia
 
56 1 Victor Oncins
57 4 Victor Oncins
*Ref:* P7
58
*Títol:* Interfície de gestió
59
*Descripció:*