Ce site web stocke des informations vous concernant via le dépôt de cookie afin de mesurer l’audience du site. Ces données de navigation sont anonymisées.
En cliquant sur « OK pour moi », vous manifestez votre consentement pour le dépôt de ces cookies.
Sur ce site, nous utilisons des cookies pour mesurer notre audience, entretenir la relation avec vous et vous adresser de temps à autre du contenu qualitif ainsi que de la publicité. Vous pouvez sélectionner ici ceux que vous autorisez à rester ici.
Les applications informatiques ont toujours été gourmandes en ressources, les besoins en nouvelles fonctionnalités ou l'accroissement du nombre d'utilisateurs étant une constante des applications réussies. Face à cet état de fait, les constructeurs informatiques ont bâti d'années en années des ordinateurs de plus en plus puissants. Aujourd'hui doit-on attendre l'arrivée de nouveaux ordinateurs pour disposer de meilleurs temps de réponse? Quelles sont les autres alternatives?
La nouvelle version de Java 7 est en cours de préparation. Malgré le retard et les incertitudes sur le contenu, nous considérons que Java 7 constitue une opportunité intéressante pour le langage. Après un premier article consacré aux nouvelles librairies proposées pour Java 7, ce second article introductif vous propose de découvrir les nouvelles fonctionnalités du langage et de la JVM. Là encore, en cas de doute sur le contenu de la version finale, nous préciserons les réserves concernant une librairie ou une syntaxe en indiquant si l'exemple de code proposé compilait avec la version de prévisualisation 1.7.0-ea-b37.
Lire la suiteLa nouvelle version de Java 7 est en cours de préparation. Le passage de la licence propriétaire à un développement open source a introduit un certain retard et beaucoup d'incertitudes concernant son contenu et sa date de release. Cependant, nous considérons que les nouvelles fonctionnalités proposées constituent des opportunités fortes intéressantes pour ce langage, et qu'il est utile de les étudier, indépendamment des doutes qui peuvent encore les entourer. En cas de doute, nous préciserons les réserves concernant une librairie ou l'exemple de code proposé compilait avec la version de prévisualisation 1.7.0-ea-b37.
Pour cela nous allons réaliser une série d'articles, permettant de prendre connaissance de ces fonctionnalités de manière concise. Le premier de cette liste décrira brièvement la majorité des fonctionnalités et renverra la description des fonctionnalités les plus complexes à de prochains articles.
Lire la suite
Dans tout projet, les tests occupent une place très particulière. Ils assurent le lien entre le monde des utilisateurs et le monde du développement. Nous avons vu dans un précédent article que la démarche de développement pilotée par les tests n'est pas incompatible avec les tests de recettes traditionnels. Un projet bénéfice peut tirer bénéfice de l'utilisation conjointe des deux approches. Il faut alors intégrer deux types d'outils. Nous allons voir aujourd'hui comment inclure les résultats de tests GreenPepper dans Test Director afin de présenter une vision homogène de l'ensemble des tests à notre client.
Lire la suiteDans tout projet, les tests occupent une place très particulière. Leur vocation première est de s'assurer que le logiciel répond au besoin. Ils assurent ainsi le lien entre le monde des utilisateurs et le monde du développement. Les tests se retrouvent de manière très formelle - quasi juridique - dans le process de validation (le "PV de recette"). Ce rôle de point d'orgue du projet (sa conclusion) occulte très souvent la place réelle des tests, on oublie qu'ils ont participé très en amont à l'élaboration du livrable : derrière un PV de recette dûment signé, combien de bugs ont dû être préalablement corrigés, combien de chapitres a-t-il fallu revoir dans les spécifications ? Ces ajustements n'ont pas été produits ex nihilo, ils sont le résultat de la constatation d'une anomalie, d'un test en fait. S'ils ne sont pas formalisés, on les retrouve indirectement dans les écrits du projet : soit sous forme de complément de spécifications, soit aussi sous forme de correction de bug.
Lorsque le test n'est plus formalisé " sous le manteau " mais fait l'objet d'une démarche systématisée, on parle de démarche pilotée par les tests.
Trop souvent cette démarche est opposée à l'approche classique, et ce de façon manichéenne. Nous allons voir au contraire que les deux démarches sont complémentaires et que les outils correspondants peuvent être facilement intégrés.
