2010-01-23 13 views
5

मैं वर्तमान में काम पर एक बड़ी बीपीएम परियोजना पर काम कर रहा हूं जो ग्लोबल 360 बीपीएम टूल-सेट का उपयोग प्रोसेस 360 कहलाता है। बस कुछ पृष्ठभूमि देने के लिए; यह उत्पाद कई अन्य बीपीएम समाधानों की तरह काम करता है जिसमें आप कई "प्रक्रिया मानचित्र" तैयार करते हैं जो एक विशेष व्यावसायिक प्रक्रिया के प्रवाह को परिभाषित करते हैं जिसे आप मॉडल करने का प्रयास कर रहे हैं, और प्रत्येक प्रक्रिया मानचित्र में कई कार्य नोड्स शामिल होते हैं जो विशेष कार्य करते हैं (वेब सेवाओं को बुलावा आदि)।यूनिट परीक्षण बीपीएम विकास के लिए उपयुक्त है?

वर्तमान में हम अपने रिलीज के क्यूए चरणों के दौरान कुछ गंभीर मुद्दों का सामना कर रहे हैं क्योंकि प्रक्रिया मानचित्र मार्गों के परीक्षण को स्वचालित करने के लिए टूल-सेट द्वारा प्रदान किया गया कोई भी तरीका नहीं है। इसलिए जब एक बड़ी और जटिल प्रक्रिया विकसित की जाती है और हमारी टेस्ट टीम को सौंपी जाती है तो अक्सर बड़ी संख्या में मुद्दे सामने आते हैं। जबकि स्पष्ट रूप से आप कुछ क्यूए से बाहर आने के मुद्दों की अपेक्षा करेंगे, मैं यह महसूस करने में सहायता नहीं कर सकता कि विकास के दौरान बहुत सारी बग इत्यादि देखी जा सकती हैं अगर हमारे पास कुछ प्रकार के स्वचालित परीक्षण ढांचे का उपयोग किया जा सके जो हम उपयोग कर सकते थे यूनिट परीक्षणों का एक सेट तैयार करें जो प्रक्रिया मानचित्र में विभिन्न मार्ग साबित करता है।

फिलहाल एकमात्र असली विकास परीक्षण डेवलपर्स द्वारा किए गए कार्यात्मक परीक्षण के समान है जो प्रति परीक्षण-मामले में मैन्युअल चरणों के सेट के रूप में दस्तावेज किया गया है। इस दृष्टिकोण के साथ समस्या यह है कि डेवलपर्स के लिए मैन्युअल रूप से चलाने के लिए बहुत समय लगता है, और इसके कारण, यह भी त्रुटि के लिए अपेक्षाकृत प्रवण है। इसके अलावा, क्योंकि हम आम तौर पर एक सुंदर तंग कार्यक्रम पर होते हैं, परीक्षण अक्सर अक्सर मुद्दों को हल करने के लिए पर्याप्त रूप से निष्पादित नहीं होते हैं।

जैसा कि मैंने पहले उल्लेख किया था; इस तरह के स्वचालित परीक्षण करने के लिए वर्तमान टूल-सेट द्वारा प्रदान किया गया कोई तरीका नहीं है। वास्तव में मुझे क्या सोच रहा है क्यों? पूरे बीपीएम दृश्य में बहुत नया होने के नाते मेरी धारणा यह थी कि यह उत्पाद में कमी की एक विशेषता थी, लेकिन मुझे आश्चर्य है कि पारंपरिक रूप से बीपीएम दुनिया में "इकाई परीक्षण" नहीं किया जाता है? शायद यह इस तरह के काम के लिए उपयुक्त नहीं है?

मुझे यह जानने में दिलचस्पी होगी कि किसी और ने कभी भी इस तरह के मुद्दों का सामना किया है, और यह भी - अगर चीजों को बेहतर बनाने के लिए कुछ भी किया जा सकता है।

उत्तर

2

मैंने K2.net 2003, एक और वाणिज्यिक बीपीएम के साथ "यूनिट" परीक्षण किया है। मैं वास्तव में इस एकीकरण परीक्षण को कॉल करता हूं, क्योंकि इसे एक परीक्षण सर्वर की आवश्यकता होती है और यह अपेक्षाकृत धीमी है। हालांकि, यह स्वचालित है।

Professional K2 blackpearl पुस्तक में इसकी अच्छी चर्चा है (यह K2.net 2003 पर भी लागू होता है)।

इसे अपने प्लेटफ़ॉर्म पर लागू करने के लिए, टूल सेट में एक एपीआई होना चाहिए जो प्रक्रिया के उदाहरण शुरू करने, कार्य आइटम प्राप्त करने, कार्य वस्तुओं को पूरा करने आदि की अनुमति देता है। आप किसी भी समर्थित भाषा (मैंने सी # का उपयोग करके परीक्षण) लिखते हैं और एक परीक्षण ढांचा (मैंने एनयूनीट का इस्तेमाल किया)। यदि एपीआई तुल्यकालिक कॉल का समर्थन करता है, तो यह करना आसान है।प्रत्येक परीक्षा के लिए:

  1. परीक्षण के अंतर्गत प्रक्रिया प्रारंभ
  2. प्रगति एक निर्णय बात करने के लिए काम आइटम
  3. सेट प्रक्रिया उदाहरण डेटा उचित रूप से
  4. काम आइटम को पूरा करें
  5. का दावा है कि काम मद है अब अपेक्षित गतिविधि
  6. प्रक्रिया उदाहरण हटाएं या पूरा करें

बेस टेस्ट क्लासेस या हेल्पर विधियां इसे आसान बना सकती हैं। मानचित्रों के परीक्षण के लिए आप DSL भी लिख सकते हैं।

अनिवार्य रूप से आप प्रक्रिया/मानचित्र के पूर्ण "परीक्षण कवरेज" चाहते हैं - प्रत्येक निर्णय बिंदु का परीक्षण करें और बीमा करें कि सही शाखा ली गई है।

3

मैं इस बारे में कुछ देखा है, हालांकि वैश्विक नहीं 360 से संबंधित: using bpelunit for testing processes

मैं एक कार्यप्रवाह उपकरण को विकसित करने और इंजन अंतिम उपयोगकर्ताओं को परीक्षण के लिए इस्तेमाल किया परीक्षण उपकरण को खोलने के लिए एक वृद्धि की मांग है।

1

बीपीएम के दो पहलू हैं जो अभी तक समान नहीं हैं।

बीपीएम है कि उपकरण और प्रौद्योगिकी विक्रेता वकील जो सभी सुविधाओं के बारे में है।

बीपीएम भी है जो एंटरप्राइज़ आर्किटेक्ट्स वकील है जिसके लिए उत्कृष्टता केंद्र स्थापित करने के बारे में सब कुछ है।

पूर्व वह है जहां एक कंपनी कुछ सॉफ्टवेयर खरीदती है।

उत्तरार्द्ध वह है जहां एक कंपनी अपने आईटी कर्मचारियों के व्यवहार में व्यवस्थित और अंतर्निहित परिवर्तन करती है।

पूर्व को बाद की सेवा में माना जाता है लेकिन यह आवश्यक नहीं है। पूर्व प्राप्त करना आवश्यक है लेकिन उत्तरार्द्ध प्राप्त करने के लिए पर्याप्त नहीं है।

मुझे नहीं पता कि ग्लोबल 360 टेस्ट ड्राइव डेवलपमेंट के रूप में जाना जाता है, लेकिन जेबॉस जेबीपीएम आसानी से जुनीट परीक्षण लिखने के लिए कुछ tool support प्रदान करता है।

हालांकि, उपकरण डेवलपर्स को उन्हें लिखने या टीडीडी सिद्धांतों को गले लगाने के लिए मजबूर नहीं कर सकता है।

संबंधित मुद्दे