Forum des testeurs

Forum pour se réunir entre testeurs logiciels et parler des méthodes mais aussi des logiciels de management (TestLink, Salomé,Test Director...), et d'automatisation (Auto-it, Sélénium, Quick Test Pro...).

Derniers sujets
» Blog sur le test logiciel
Mar 31 Jan - 10:59 par ehbientestezmaintenant

» Exporter des données d'ALM vers Excel (Add-in)
Mar 31 Jan - 2:16 par Rules7

» Testeuse HP !
Mar 31 Jan - 2:04 par Rules7

» Nouvelle testeuse !
Mar 24 Jan - 14:10 par rachidos_2017

» Nouveau Testeur
Mar 24 Jan - 14:09 par rachidos_2017

» Installation HP QC 12.5
Mar 24 Jan - 13:53 par rachidos_2017

» Un petit nouveau
Mar 8 Nov - 20:41 par RegisK

» A newbie in the domain
Ven 29 Avr - 10:47 par Roundcat

» Blocage de version
Mer 20 Avr - 15:37 par Clément Robion

Rechercher
 
 

Résultats par :
 


Rechercher Recherche avancée


Vous n'êtes pas connecté. Connectez-vous ou enregistrez-vous

Tester un logiciel suite à une migration sur 64 bits

Voir le sujet précédent Voir le sujet suivant Aller en bas  Message [Page 1 sur 1]

Alexis


Testeur junior
Testeur junior
Bonjour,
Je dois tester un logiciel suite à sa migration sur une architecture 64bits (Windows Server 2008 R2).
Pour le moment, j'envisage de repasser les tests de régression et les tests de performance mais cela me semble un peu léger.
Auriez-vous des conseils à me donner ou un retour d'expérience à partager ?
Merci,
Alexis

SQA_75


Testeur junior
Testeur junior
Tu peux en effet passer tous les tests fonctionnels et techniques dans un premier temps.
Si tu peux valider que ton application est iso-fonctionnelle et qu'elle n'a pas de dégradation de performances, tu as fait 90% du job.

Par contre, essayer ensuite de faire de la simulation de vieillissement, de la volumétrie, etc... tous les tests aux limites permettant de t'assurer que le fonctionnement restera optimal dans le temps.
Et revalide toutes les interfaces, les batchs, les exports, contrôle les données générées.. etc.. tout ce qui pourrait être impacté.

Et puis redemande toi la raison du portage en 64 bits ?
Etait-ce lié à des pb de limite (taille mémoire, etc) ou bien simplement le fait de pouvoir utiliser du win 2008 R2 ? Parce que dans le premier cas, tu dois avoir des nouveaux cas de tests spécifiques.

C'est du client lourd ou léger ?
Si tu accèdes à cette appli via un navigateur web par exemple, et que tu as des tests automatisés, repasse les à l'identique et assure toi que tu obtiennes les mêmes résultats.

D'ailleurs, si ton système reçoit des données, les retraitent et les recrachent après transformation, utilise le même jeu de données en 32b et en 64b, et vérifie que tu obtiens les mêmes résultats.

Bon courage.
Olivier

Alexis


Testeur junior
Testeur junior
Merci pour ces informations.

La raison du portage est effectivement liée au besoin en mémoire.

On est d'accord sur les 90% du travail qui consiste à vérifier que l'application est iso-fonctionnelle et possède les mêmes performances (voire supérieures !)

Ce qui me préoccupe ce sont justement les 10% restant... Le genre de bugs qui ne se produisent qu'après un certain temps d'exécution ou après un certain nombre d'actions effectuées.
Je pense par exemple à :
- des compteurs qui ne bouclent plus de la même façon,
- des mauvais "cast" de variables,
- des opérations 64 bits qui ne donnent pas forcément le même résultat qu'en 32 bits,
- ...

Du coup, je me demandais s'il n'existerait pas un outil d'analyse statique du code qui pourrait vérifier que le passage en 64 bits a été bien fait.

Alexis

Contenu sponsorisé


Voir le sujet précédent Voir le sujet suivant Revenir en haut  Message [Page 1 sur 1]

Permission de ce forum:
Vous ne pouvez pas répondre aux sujets dans ce forum