Unité est approprié pour le BPM Test de développement?

Question

Je travaille actuellement sur un grand projet de BPM au travail qui utilise le Global 360 BPM outil ensemble appelé processus Juste pour donner 360. des renseignements généraux; ce produit fonctionne comme beaucoup d'autres solutions de BPM que vous concevoir « cartes de processus » multiples qui définissent l'écoulement d'un processus d'entreprise en particulier que vous essayez de modèle, et chaque carte de processus se compose de nœuds de tâches multiples reliés entre eux qui exécutent des fonctions particulières (appel de services Web, etc.).

À l'heure actuelle, nous rencontrons quelques problèmes assez graves au cours des phases d'assurance qualité de nos communiqués parce qu'il n'y a aucun moyen fourni par l'outil pour définir-automatiser les tests des routes carte de processus. Alors, quand un processus vaste et complexe est développé et remis à notre équipe de test, il y a souvent un grand nombre de questions qui surgissent. Bien que de toute évidence que vous attendez certains questions à sortir de l'AQ, je ne peux pas aider le sentiment que beaucoup de bugs, etc aurait pu être repéré au cours du développement si nous avions une sorte de cadre de tests automatisés que nous pourrions utiliser pour construire un ensemble de tests unitaires qui a prouvé les différentes routes de la cartographie des processus (s).

À l'heure actuelle le seul test réel de développement qui se produit est plus proche de tests fonctionnels effectués par les développeurs qui est décrite comme un ensemble d'étapes manuelles par cas-test. Le problème avec cette approche est qu'il prend beaucoup de temps pour les développeurs d'exécuter manuellement, et de ce fait, est également relativement sujette à l'erreur. Aussi; parce que nous sommes généralement sur un calendrier assez serré, les tests sont souvent exécutés assez souvent pour repérer rapidement les problèmes.

Comme je l'ai mentionné plus tôt; il n'y a pas un moyen fourni par l'outil mis en cours pour effectuer ce genre de tests automatisés. Ce qui m'a vraiment fait penser pourquoi? Être très nouveau à toute la scène BPM mon hypothèse est que c'était une caractéristique manque dans le produit, mais je me demande également si « tests unitaires » ne se fait pas dans le monde du BPM traditionnel? Peut-être juste ne convient pas bien à ce genre de travail?

Je serais intéressé de savoir si quelqu'un a jamais rencontré d'autre ce genre de questions, et aussi ce que - si quelque chose -. Peut être fait pour améliorer les choses

Answer 1

Je l'ai fait l'essai "unité" avec K2.net 2003, un autre BPM commercial. Je voudrais vraiment appeler ce test d'intégration, car il a besoin d'un serveur de test et il est relativement lent. Cependant, il est automatisé.

Il y a une bonne discussion de ce livre dans le Blackpearl Professional K2 ( il applique à K2.net 2003 également).

Pour l'appliquer à votre plate-forme, l'ensemble de l'outil doit avoir une API qui permet de démarrer des instances de processus, l'obtention d'éléments de travail, complétant les éléments de travail, etc. Vous écrivez des tests en utilisant une langue prise en charge (I utilisé C #) et framework de test (je NUnit). Si l'API prend en charge les appels synchrones, cela est plus facile à faire. Pour chaque test:

1. Lancer le processus en cours de test
2. Progress l'élément de travail à un point de décision
3. Définir les données d'instance de processus appropriée
4. Remplissez le poste de travail
5. que l'élément Affirmez de travail est maintenant à l'activité prévue
6. Supprimer ou compléter l'instance de processus

classes de test de base ou des méthodes d'aide peuvent vous faciliter la tâche. Vous pouvez même écrire un DSL href="http://en.wikipedia.org/wiki/Domain_Specific_Language" pour les cartes de test.

Essentiellement, vous voulez plein « couverture de test » du processus / carte - tester tous les points de décision et assurer que la branche correcte est prise

.

Answer 2

Je l'ai vu quelque chose à ce sujet, mais pas Global 360 lié: en utilisant bpelunit pour les processus de test

Je développe un outil de workflow et il y a une demande accrue pour l'ouverture des outils de test utilisés pour tester le moteur pour les utilisateurs finaux.

Answer 3

Il y a deux aspects de BPM qui sont liés mais pas identiques.

Il y a BPM que les fournisseurs d'outils et de la technologie qui préconisent est tout au sujet des caractéristiques.

Il y a aussi BPM que l'avocat Architectes pour l'entreprise qui est tout au sujet de l'établissement de centres d'excellence.

Le premier est où une société achète un logiciel.

Ce dernier est où une entreprise apporte des changements systémiques et inhérents au comportement de leurs travailleurs en TI.

Le premier est censé être au service de ce dernier, mais ce n'est pas nécessairement. L'acquisition de l'ancien est nécessaire mais pas suffisante pour atteindre ce dernier.

Je ne sais pas à quel point que Global 360 soutient ce qui est connu sous le nom Test Driven Development, mais JBoss jBPM fournit quelques outil de support pour écrire facilement des tests JUnit.

Cependant, l'outil ne peut pas et ne sera pas forcer les développeurs à les écrire ou d'embrasser les principes TDD.