CAHIER DE RECETTE - OBM

Transcription

1 CAHIER DE RECETTE - OBM 11/ 03 / 2010 Sujet : Test de la plateforme OBM Réalisé par: Arnaud Schoen, Renauld Mamboundou, Safiatou Fanny et Vincent Bouvier Enseignant responsable : Stéphane Igounet Master 1 Informatique

2 TABLE DES MATIÈRES Contexte...4 Introduction...4 Test OBM-ui...5 Test Simple...5 Ajout d'un évènement:...5 Modification d'un évènement:...6 Suppression d'un évènement:...6 Test ipod...7 Caractéristique et installation sur l'ipod...7 Synchronisation 1 tier : ipod vers OBM-ui...7 Ajout d'un évènement:...7 Modification d'un évènement:...8 Suppression d'un évènement:...8 Synchronisation 1 tier : OBM-ui vers ipod...9 Ajout d'un évènement:...9 Modification d'un évènement:...10 Suppression d'un évènement:...10 Synchronisation Multi-Tier...11 Ajout d'un évènement:...11 Modification d'un évènement:...11 Suppression d'un évènement:...12 Problèmes rencontrés:...13 Améliorations possibles:...13 Conclusion...13 Test Thunderbird...14 SYNCHRONISATION UN TIER...14 Ajout d'un évènement...14 Modification d'un évènement...15 Suppression d'un évènement...15 Conclusion...16 SYNCHRONISATION MULTI-TIER...17 Ajout d'un événement...17 Modification d'un événement...17 Suppression d'un événement...18 Conclusion...18 Synchronisation Windows Mobile...19 Synchronisation 1 tier...19 Ajout d'un événement...19 Modification d'un évènement...19 Suppression d'un évènement...20 Projet 2 2 / 21

3 Synchronisation multi-tier...20 Ajout d'un événement...20 Modification d'un évènement...20 Suppression d'un évènement...21 Bugs rencontrés...21 Projet 2 3 / 21

4 CONTEXTE Avec pour objectif de voir si OBM est une solution envisageable à mettre en place au sein du CRI ainsi que du CERI, ce cahier de recette décrit les différents tests effectués sur différentes plateformes aussi bien clients lourds (Thunderbird et lightning) que mobile (ipod, Windows Mobile 6.0) ainsi que l'interface web OBM-ui. INTRODUCTION Dans le cahier de recette nous avons réalisés des tests pour différentes plateformes, Thunderbird avec le plug-in lightning, Windows Mobile, ipod et enfin l'interface web d'obm: OBM-ui. Nous avons, pour des raisons de commodité, classé ces tests en différentes catégories: Simple: Ce sont les tests qui ne nécessitent aucune synchronisation. Ces tests sont réalisés sur l'interface web uniquement. Synchronisation: Ce sont les tests qui vont permettre de déterminer une échelle de compatibilité entre OBM et un appareil ou une application. Ces tests sont réalisés sur ipod, Windows Mobile 6.0 et Thunderbird/Lightning. Il y a plusieurs manières de voir la synchronisation. Soit une action est réalisée depuis le tier distant, soit une action est réalisée depuis l'interface web. Afin de couvrir une plus grande surface en terme de tests, les deux façons seront testées. C'est ce que nous appellerons pendant les tests les synchronisation 1 way: tier1 vers OBM-ui et OBM-ui vers tier1. Synchronisation Multi-tiers: La synchronisation Multi-tier, couvre pour grande partie ce pourquoi nous faisons ce cahier de recette. Cette partie a pour but de déterminer comment OBM gère les conflits lorsque deux actions sont réalisées sur un même évènements. Cela permet de tester la gestion de conflits d'obm. La liste des tests est disponible dans l'annexe 1. Tous les tests ont été réalisés sur OBM version installé sur une machine virtuelle avec pour système d'exploitation Debian Lenny. Le type de base de donnée utilisé est postgre. Projet 2 4 / 21

5 TEST OBM-UI T EST SIMPLE AJOUT D'UN ÉVÈNEMENT: Pour soit même: Un nouvel évènement est créé. Avec plusieurs participants: Un nouvel évènement est créé avec une notification envoyée à tous les participants Pour un groupe: Un nouvel évènement est créé avec une notification envoyée à chacun des membres d'un groupe Avec participant ayant la plage horaire de libre: Un nouvel évènement est créé avec une notification envoyée à un participant Avec participant ayant la plage horaire de prise: Un message d'erreur signalant un conflit. Pour une autre personne (secretaire): Un nouvel évènement est créé avec une notification envoyée a cette personne. Projet 2 5 / 21

6 Pour une personne: MODIFICATION D'UN ÉVÈNEMENT: L'évènement est modifié avec une notification envoyée à une personne. Pour plusieurs personnes: L'évènement est modifié avec une notification envoyée à toutes les personnes concernées. Pour un groupe: L' évènement est modifié avec une notification envoyé a chacun des membres d'un groupe. Avec participant ayant la plage horaire de libre: L' évènement est modifié avec une notification envoyée a un participant. Avec participant ayant la plage horaire de prise: Un message d'erreur signalant un conflit. Pour une personne: SUPPRESSION D'UN ÉVÈNEMENT: Un message de confirmation de la suppression s'affiche. L'évènement est supprimé après confirmation. Pour plusieurs personnes: Un message de confirmation de la suppression s'affiche. L'évènement est supprimé après confirmation. Pour un groupe: Un message de confirmation de la suppression s'affiche. L'évènement est supprimé après confirmation. Projet 2 6 / 21

7 TEST IPOD C ARACTÉRISTIQUE ET INSTALLATION SUR L' IP OD. L'iPod utilisé est un ipod Jail Breaké avec un système d'exploitation version 3.0. La synchronisation Active Sync avec o-push est très facile à faire. Dans les paramètres de l'ipod, il suffit de créer un compte Microsoft Exchange de rentrer les informations du serveur ainsi que les identifiants. Le grand inconvénient étant que l'ipod ne peut pas gérer plus d'un compte Microsoft Exchange. SYNCHRONISATION 1 TIER : IPOD VERS OBM-UI Les conditions dans lesquels ont été réalisés les tests sont les suivantes: L'iPod est mis en mode offline Ajout/Suppression/Modification d'un évènement sur l'ipod L'iPod est remis en mode online Synchronisation Visualisation du résultat sur l'interface web pour l'agenda, sur Thunderbird pour la réception d' . AJOUT D'UN ÉVÈNEMENT: Pour soit même: L'évènement est ajouté correctement. Pour plusieurs participants L'évènement est ajouté correctement, et une invitation est envoyéee par à chacun des participants. Ajout d'un évènement pour un groupe Les groupes ne sont pas gérés sur ipod, il n'est donc pas possible d'ajouter un évènement pour un groupe. Ajout d'un participant ayant la plage horaire de libre L'évènement est ajouté correctement, et une invitation est envoyée par . Projet 2 7 / 21

8 Ajout d'un participant ayant la plage horaire de prise L'évènement est ajouté correctement, et une invitation est envoyée par . Cependant le fonctionnement n'est pas celui attendu. Nous aurions souhaité être averti par un message d'erreur ou un que le participant en question n'est pas disponible pour cette plage horaire. Par ailleurs, lors de la prochaine synchronisation l'évènement aurait du être remis à son état avant la modification. MODIFICATION D'UN ÉVÈNEMENT: Pour soit même: L'évènement est modifié correctemement. Pour plusieurs participants L'évènement est modifié correctement, et une nouvelle invitation est envoyée par à chacun des participants. Modification d'un évènement pour un groupe Les groupes ne sont pas gérés sur ipod Modification d'un participant ayant la plage horaire de libre L'évènement est modifié correctement, et une invitation est envoyée par au(x) nouveau(x) participant. Modification d'un participant ayant la plage horaire de prise L'évènement est modifié correctement, et une invitation est envoyée par au(x) nouveau(x) participant. Nous aurions souhaité être averti par un message d'erreur ou un que le participant en question n'est pas disponible pour cette plage horaire. Par ailleurs, lors de la prochaine synchronisation l'évènement aurait du être remis à son état avant la modification. SUPPRESSION D'UN ÉVÈNEMENT: Pour 1 participant: La suppression de l évènement se fait correctement mais aucune notification n'est envoyée. Projet 2 8 / 21

9 Pour plusieurs participants La suppression de l évènement se fait correctement mais aucune notification n'est envoyée. Pour un groupe Les groupes ne sont pas gérés sur ipod SYNCHRONISATION 1 TIER : OBM- UI VERS IPOD Les conditions dans lesquels ont été réalisés les tests sont les suivantes: L'iPod est mis en mode online Ajout/Suppression/Modification d'un évènement depuis OBM-ui Synchronisation Visualisation du résultat sur l'ipod pour l'agenda, sur Thunderbird pour la réception d' . AJOUT D'UN ÉVÈNEMENT: Pour 1 participant: L'évènement est ajouté correctement, et une invitation est envoyée par . Pour plusieurs participants L'évènement est ajouté correctement, et une invitation est envoyée par à chacun des participants. Ajout d'un évènement pour un groupe L'évènement est ajouté correctement, et une invitation est envoyée par à chacun des membres du groupe. Ajout d'un participant ayant la plage horaire de libre L'évènement est ajouté correctement, et une invitation est envoyée par à chacun des participants. Ajout d'un participant ayant la plage horaire de prise Un message d'erreur s'affiche indiquant qui n'est pas disponible, et les raisons (a condition que l'évènement soit public et partagé). Projet 2 9 / 21

10 MODIFICATION D'UN ÉVÈNEMENT: Pour 1 participant: L'évènement est modifié correctement, et une nouvelle invitation est envoyée par . Pour plusieurs participants L'évènement est modifié correctement, et une nouvelle invitation est envoyée par à chacun des participants. Modification d'un évènement pour un groupe L'évènement est modifié correctement, et une nouvelle invitation est envoyée par à chacun des membres du groupe. Nb: Les utilisateurs sont visibles en tant que participant et plus en tant que groupe. Modification d'un participant ayant la plage horaire de libre L'évènement est modifié correctement, et une nouvelle invitation est envoyée par à chacun des participants. Modification d'un participant ayant la plage horaire de prise Un message d'erreur s'affiche: «Évènement: des conflits ont été détectés, Mise à jour annulée.» SUPPRESSION D'UN ÉVÈNEMENT: Pour 1 participant: L'évènement est supprimé et une notification est envoyée. Pour plusieurs participants L'évènement est supprimé et une notification est envoyée à tous les participants. Pour un groupe L'évènement est supprimé et une notification est envoyée à tous les membres du groupe. Projet 2 10 / 21

11 S YNCHRONISATION MULTI-T IER Les conditions dans lesquels ont été réalisés les tests sont les suivantes: L'iPod est mis en mode offline Ajout/Suppression/Modification d'un évènement sur l'ipod Ajout/Suppression/Modification du même évènement sur OBM-ui L'iPod est remis en mode online Synchronisation Visualisation du résultat sur l'interface web pour l'agenda, sur Thunderbird pour la réception d' . AJOUT D'UN ÉVÈNEMENT: Ajout d'un évènement par 2 tiers sur la même plage horaire L'évènement est ajouté correctement, et deux invitations sont envoyées par e- mail. Ajout d'un évènement par 2 tiers sur la même plage horaire ET avec les mêmes participants. Deux évènements sont créés et deux invitations sont envoyées. Nous aurions souhaité qu'un message d'erreur ou de confirmation s'affiche ou soit envoyé par . Ajout d'un évènement par 2 tiers sur la même plage horaire ET avec les mêmes participants ET avec le meme titre. Un seul évènement est ajouté, et deux invitations sont envoyées par . Nb: Montre que les évènements lors de la synchronisation sont pas basé sur des ids mais sur les titres. MODIFICATION D'UN ÉVÈNEMENT: Modification par 2 tiers d'un même évènement sur les mêmes champs L'évènement est modifié en fonction du dernier synchronisé. Une seule notification est envoyée. Nous aurions souhaité ici, qu'un soit envoyé au créateur de l'évènement avec les 3 possibilités afin qu'il puisse régler le conflit. Mais si nous voulons resté dans une gestion de conflit automatisé le fonctionnement reste incorrecte. Projet 2 11 / 21

12 Modification par 2 tiers d'un même évènement sur des champs différents L'évènement est modifié en fonction du dernier synchronisé. 1 seul notification est envoyée. Nous aurions souhaité que les 2 évènements soit fusionnés automatiquement à la manière d'un SVN. Ici OBM se contente de réécrire complètement l'évènement au lieu de faire une mise à jour en dirty bit. Modification par 2 tiers de la plage horaire d'un évènement L'évènement est modifié en fonction du dernier synchronisé. 1 seul notification est envoyée. Nous aurions souhaité ici, qu'un soit envoyé au créateur de l'évènement avec les 3 possibilités afin qu'il puisse régler le conflis. Mais si nous voulons resté dans une gestion de conflit automatisé le fonctionnement reste incorrecte. Modification par 2 tiers de la plage horaire d'un évènement sur une plage déjà occupé pour un ou plusieurs participants L'évènement est modifié en fonction du dernier synchronisé. 1 seul notification est envoyée. Nous aurions souhaité ici, qu'un soit envoyé afin de notifier que le participant en question n'est pas disponible. SUPPRESSION D'UN ÉVÈNEMENT: Suppression par 2 tiers d'un évènement différent L'évènement est bien supprimé, en revanche aucune notification d'annulation si c'est le créateur de l'évènement ou de retrait d'un participant n'est faite. Suppression par 2 tiers du même évènement L'évènement est bien supprimé, en revanche aucune notification d'annulation si c'est le créateur de l'évènement ou de retrait d'un participant n'est faite. Projet 2 12 / 21

13 P ROBLÈMES RENCONTRÉS: L'iPod ne semble pas gérer les évènements privés. En outre il n'est pas possible de créer des évènements privés. 1 seul compte exchange peut être présent sur l'ipod. Donc il n'est pas possible de voir les agenda des autres utilisateurs. Essai avec serveur caldav sans succès. Il y a un gros problème de gestion de contact sur OBM. Aucune reconnaissance n'est effectuée de ce fait un évènement n'est pas ajouté avant ou même après confirmation d'un participant si celui ci provient de vos contact. Pour que ce soit le cas, il faut créer un évènement depuis OBM et faire les invitations en utilisant l'annuaire OBM. A MÉLIORATIONS POSSIBLES: Il serait bien de pouvoir ajouter une raison lors d'un refus d'invitation. Ajout d'un contact directement via l'annuaire => Identifier comme contact OBM. Simplifier l'interface avec un accès plus rapide aux différentes applications: Agenda, annuaire contact. Une meilleurs gestion des conflits, paramétrable sur différents niveau à la rigueur. Automatique: Tous les conflits sont réglés de manière automatique. Semi-automatique: (règle les conflits simples et laisse les plus compliqués au créateur de l'évènement. Manuel: Tous les conflits doivent être régler par le créateur de l évènement. C ONCLUSION Les tests avec l'ipod ne sont pas concluant. Sur 21 tests effectués depuis l'ipod comprenant la synchronisation multi-tier, seulement 9 ont un comportement acceptable. Ce qui veut dire qu'il y a plus de 50% des tests qui ont échoué. D'après cette étude l'ipod ou même l'iphone ne sont pas les appareils les plus convenable pour ce genre d'application pour le moment. En revanche les tests effectué depuis OBM, montre que au niveau de l'interface web beaucoup plus de choses sont gérées. Ce qui reste surprenant c'est la suppression. Aucune notification n'est envoyé lorsque la suppression est faite depuis l'ipod, mais elle le sont bien depuis l'interface web. Projet 2 13 / 21

14 TEST THUNDERBIRD SYNCHRONISATION UN TIER Ce test consiste à synchroniser OBM avec le client Thunderbird et d'observer leur comportement dans les situations classiques. La synchronisation se fait à l aide des connecteurs OBM-connector et Lightning. AJOUT D'UN ÉVÈNEMENT Pour un participant Que se soit pour OBM ou pour Thunderbird, il ya création de l'évènement et le participant est notifié par mail. Pour plusieurs participants De même lors de l ajout des de plusieurs participants, il y a création de l'évènement et tous les participants sont notifiés par mail. Pour un groupe Pour un groupe, on observe aussi le comportement attendu, c'est-à-dire il y a création de l'évènement et les membres du groupe sont notifiés par mail. Pour un participant avec la plage horaire libre Ici, la même chose se produit comme avec un participant. Il y a création de l'évènement et le participant est notifié par mail. Pour un participant avec la plage horaire occupée OBM : Dans ce cas, il y a un message d'erreur de détection de conflit, une demande de vérification de disponibilités et une proposition de faire un choix automatiquement : l évènement n est pas créé. Thunderbird : il y a création de l évènement en parallèle avec l autre mais ce dernier n est pas rajouté du côté d OBM. Il y a donc affichage d un message d erreur de détection de conflits sur OBM, l évènement en conflit s affiche et si on clique sur «vérifier les disponibilités», il y a proposition d effectuer le choix automatiquement. Projet 2 14 / 21

15 MODIFICATION D'UN ÉVÈNEMENT Pour une personne Il y a modification de l'évènement et le participant est notifié par mail. L évènement est mis à jour du côté d OBM comme celui de Thunderbird. Pour plusieurs personnes La modification est effectuée comme ci-dessus et les participants reçoivent un nouveau mail de notification. Pour un groupe de personnes Pareil, les membres du groupe sont avertis par mail. Pour une personne avec la plage horaire libre. Il y a modification de l'évènement, comme cela s est fait pour une personne. Pour une personne avec la plage horaire occupée OBM : Il y a un message d'erreur de détection de conflit, une demande de vérification de disponibilités et une proposition de faire un choix automatiquement: pas de mise à jour. Thunderbird : l évènement est modifié sans aucun problème. Mais la mise à jour n est pas appliquée sur OBM. Ce dernier affiche les mêmes informations que ceux au dessus. SUPPRESSION D'UN ÉVÈNEMENT Pour une personne OBM : Il y a suppression de l'évènement et un message de notification est envoyé à la personne concernée par mail. Thunderbird : Il y a suppression de l évènement sauf qu aucun message de notification n est envoyé au participant. Pour plusieurs personnes Le comportement, dans ce cas, est la même que le précédent. Pour OBM les choses se passent comme on le souhaite, qui n est pas le cas pour Thunderbird. Dans tous les cas l évènement est supprimé. Projet 2 15 / 21

16 Pour un groupe Pareil, aucune notification au groupe dans le cas de Thunderbird et les membres du groupe reçoivent chacun un mail dans le cas où l action est effectuée sur OBM. CONCLUSION Pour cette partie, le test est aussi concluant. La grande partie du travail s est déroulée avec succès. OBM réagit bien lorsque l on effectue les opérations de base sur la synchronisation un tier. Projet 2 16 / 21

17 SYNCHRONISATION MULTI-TIER Ce test consiste à synchroniser OBM avec le client Thunderbird, de modifier des événements simultanément par deux personnes sur le même agenda et d'observer leur comportement dans les situations classiques. La synchronisation se fait toujours à l aide des connecteurs OBM-connector et Lightning. AJOUT D'UN ÉVÉNEMENT Pour deux personnes simultanément dans les mêmes plages horaires OBM : les deux événements sont ajoutés en parallèles et comme il s agit du même compte (administrateur sur lequel on agit) et que l on n a pas de participants, aucun message n est envoyé. Thunderbird : après synchronisation, les événements apparaissent aussi en parallèles. Pour deux personnes simultanément dans les mêmes plages horaires et avec les mêmes participants Les deux événements sont créés en parallèles et deux messages d invitations sont envoyés à tous les participants. Cependant, lorsqu un des participants répond, les autres n ont plus le droit de le faire. C est comme si le premier à répondre (accepter, refuser ou tentative) le faisait pour tout les participants. Les autres participants n ont droit qu à un message du type : «ce message contient un événement déjà traité». Bien évidemment, les événements sont mis à jour sur Thunderbird. MODIFICATION D'UN ÉVÉNEMENT Par 2 tiers sur le même événement sur les mêmes plages horaires L événement est mis à jour sans aucun problème, que ce soit sur OBM ou sur Thunderbird. Un nouveau mail de mise à jour est envoyé aux participants pour leur demander de mettre à jour l événement. Et toujours le même souci, dès que le premier participant accepte la mise à jour, OBM applique les modifications de ce dernier et désactive l invitation de mise à jour des autres participants. Projet 2 17 / 21

18 Par 2 tiers sur le même événement sur les plages horaires différentes Deux événements sont créés, en parallèle (Modification) et deux nouveaux mails d invitation à la mise à jour sont envoyés aux participants. Cependant, dès que le premier participant accepte la mise à jour, OBM considère que ce sont les bonnes informations concernant l événement et fusionne les autres événements modifiés avec celui du premier participant. Par 2 tiers sur le même événement sur une plage horaire occupée Il y a modification l événement, et ce dernier vient se mettre en parallèle avec celui qui existe déjà à l emplacement sélectionné. Un nouveau mail est envoyé aux participants. SUPPRESSION D'UN ÉVÉNEMENT Par 2 tiers d un événement différent L événement est supprimé et les participants reçoivent des mails. Par 2 tiers d un même événement Un message confirme la suppression de l événement pour le premier tiers. Le deuxième reçoit un message d erreur indiquant que l événement n existe pas. Dans tous les cas l agenda est mis à jour. Une notification est envoyée aux participants. CONCLUSION Dans cette ultime partie, les tests effectués sont concluants. La grande majorité des objectifs visés a été atteint et encore une fois OBM réagit bien avec les opérations de base concernant la synchronisation multi-tiers. La seule chose qu on peut déplorer ici est le manque de notification lors d une suppression d événement par le client Thunderbird. Pour le problème de menus qui disparaissent lorsque l on réduit la fenêtre OBM, cela est dû au navigateur épiphany. De même, lors de l ajout des participants avec ce dernier navigateur les contacts ne sont pas reconnus, il faut donc les rentrer à la main. Cela n est pas le cas avec les autres navigateurs. Projet 2 18 / 21

19 SYNCHRONISATION WINDOWS MOBILE S YNCHRONISATION 1 TIER Avec 1 participant AJOUT D'UN ÉVÉNEMENT Avec plusieurs participants Avec un groupe Plage horaire occupé L événement est crée mais aucun mail est envoyé L événement est créé avec un mail simple aux participants (sans lien pour accepter) Pas de gestion de groupe sur windows mobile L événement est créé sans aucune alerte, mais un mail simple aux participants (sans lien pour accepter) Avec 1 participant MODIFICATION D'UN ÉVÈNEMENT Avec plusieurs participants Avec un groupe Plage horaire occupé L événement est modifié mais aucun mail est envoyé L événement est modifié, avec un mail simple aux participants (sans lien pour accepter) Pas de gestion de groupe sur windows mobile pas réussi à le faire (pas de possibilité d accepter l événement sur le user2) Projet 2 19 / 21

20 Avec 1 participant SUPPRESSION D'UN ÉVÈNEMENT L événement est supprimé mais aucun mail est envoyé Avec plusieurs participants Avec un groupe L événement est modifié avec un mail simple aux participants (sans lien pour accepter) Pas de gestion de groupe sur windows mobile S YNCHRONISATION MULTI- TIER AJOUT D'UN ÉVÉNEMENT Même plage horaire Les 2 événements sont créés, aucune alerte de conflit Même plage horaire et même participants Les 2 événements sont créés, aucune alerte de conflit MODIFICATION D'UN ÉVÈNEMENT Modification de 2 champs différents la modification de user1 n est pas prise en compte, il n y a aucune fusion, mais aucun mail est envoyé Modification du même champ la modification de user1 n est pas prise en compte, aucun mail est envoyé Modification de la plage horaire la modification de user1 n est pas prise en compte, aucun mail est envoyé Modification des participants la modification de user1 n est pas prise en compte, un mail simple aux participants (sans lien pour accepter) Projet 2 20 / 21

21 De deux événements Du même événement SUPPRESSION D'UN ÉVÈNEMENT les 2 événements sont supprimés, un message simple d annulation est envoyé aucun message d erreur pour le tier2 (Windows Mobile) B UGS RENCONTRÉS Un mail simple est envoyé aux participants avec comme sujet le titre de l événement et comme cors la description de l événement. La description de l incident saisi sur le Windows mobile n est pas reporté en tan que description sur OBM, ce texte disparait. Si l événement n a pas été créé par le possesseur du Windows mobile, celui-ci ne peut l éditer, même si l événement est sur son agenda. Si quelqu un effectue une modification sur un événement d un agenda partagé, la visibilité d un événement privé passe en publique. (sensé être corrigé en 2.3.3) nb : les mails ne sont envoyés que lors de la synchronisation Projet 2 21 / 21