SAP टेस्टिंग और वैलिडेशन के लिए सही टूलसेट चुनना

2026 में ज़्यादातर SAP प्रोग्राम के लिए टूलसेट यह है: टेस्ट मैनेजमेंट और ट्रेसेबिलिटी के लिए SAP Cloud ALM, ऑटोमेशन के लिए Tricentis का कोई प्रोडक्ट, और परफ़ॉर्मेंस टेस्टिंग के लिए अलग टूल। SAP Enterprise Support या क्लाउड सब्सक्रिप्शन वाले ग्राहकों के लिए Cloud ALM का कोई लाइसेंस शुल्क नहीं है, और Enterprise Support में अब Tricentis ऑटोमेशन का एंट्री-लेवल लाइसेंस भी शामिल है। Xray तब फ़िट बैठता है जब डिलीवरी पहले से Jira में चल रही हो। Solution Manager सिर्फ़ वहाँ समझदारी है जहाँ वह पहले से कॉन्फ़िगर है, क्योंकि उसका मुख्य मेंटेनेंस 2027 में ख़त्म होता है। यह गाइड उन टेस्ट लीड, प्रोग्राम मैनेजर और QA ओनर के लिए है जो S/4HANA प्रोग्राम के लिए टूल चुन रहे हैं। कुछ भी ख़रीदने से पहले जाँच लीजिए कि आपका सपोर्ट कॉन्ट्रैक्ट आपको पहले से क्या हक़ देता है।

मैं दर्जनों टूल डेमो में बैठा हूँ जहाँ सब कुछ बिल्कुल सही चलता है। फिर असली प्रोजेक्ट में स्क्रिप्ट बार-बार टूटती हैं, या इंटीग्रेशन वैसा कभी नहीं चलता जैसा वेंडर ने दिखाया था। इसीलिए मैं SAP टेस्टिंग टूल फ़ीचर चेकलिस्ट से नहीं चुनता। मैं उन्हें रिलीज़ की रफ़्तार, डिप्लॉयमेंट मॉडल और ऑडिट की स्थिति से चुनता हूँ।

SAP टेस्टिंग एक जोखिम नियंत्रण है, go-live से पहले का कोई चेकबॉक्स नहीं। यह Realize में शुरू होती है और तब तक चलती है जब तक सिस्टम बदलता रहता है। पाँच परतें मायने रखती हैं, और कोई भी दूसरी की जगह नहीं ले सकती:

1. यूनिट टेस्टिंग: डेवलपर पुष्टि करते हैं कि अलग-अलग प्रोग्राम और फ़ंक्शन अपेक्षा के अनुसार चलते हैं
2. इंटीग्रेशन टेस्टिंग: सेल्स ऑर्डर डिलीवरी और बिलिंग में जाता है, और हर हैंडऑफ़ सही पोस्ट होता है
3. रिग्रेशन टेस्टिंग: एकीकृत सिस्टम में छोटे बदलाव असंबंधित हिस्सों को तोड़ देते हैं
4. यूज़र एक्सेप्टेंस टेस्टिंग: फ़ाइनेंस और ऑपरेशंस पुष्टि करते हैं कि सिस्टम असली परिदृश्य संभालता है
5. परफ़ॉर्मेंस टेस्टिंग: सिस्टम पीक वॉल्यूम पर भी रिस्पॉन्सिव रहता है, जो कोई फ़ंक्शनल स्क्रिप्ट आपको नहीं बताएगी

1. 05परफ़ॉर्मेंसपीक वॉल्यूम पर रिस्पॉन्सिव, अपने अलग टेस्ट साइकिल में
2. 04यूज़र एक्सेप्टेंसफ़ाइनेंस और ऑपरेशंस असली परिदृश्यों की पुष्टि करते हैं
3. 03रिग्रेशनछोटे बदलाव असंबंधित हिस्सों को तोड़ते हैं, इसलिए उन्हें दोबारा टेस्ट कीजिए
4. 02इंटीग्रेशनफ़्लो का हर हैंडऑफ़ सही पोस्ट होता है
5. 01यूनिटप्रोग्राम और फ़ंक्शन अपेक्षा के अनुसार चलते हैं

ऑटोमेशन बार-बार होने वाले रिग्रेशन साइकिल, बड़े डेटा या इंटरफ़ेस की जाँच, और हर ट्रांसपोर्ट के बाद अनुमान-योग्य फ़्लो पर फ़ायदा देता है। यह विवेक की जगह नहीं लेता। कोई स्क्रिप्ट यह नहीं भाँपेगी कि कोई स्क्रीन यूज़र्स को उलझाती है या कोई वर्कफ़्लो व्यावहारिक रूप से बेमतलब है।

उसे टेस्ट कीजिए जिसे बिज़नेस को बचाना है। महीने का क्लोज़, राजस्व के लिए अहम प्रोसेस और जो कुछ कई साइटों पर रोलआउट हो, वे पहले आते हैं। जो कवरेज किसी चीज़ से बँधा न हो, वह सुरक्षा नहीं है। मेरी SAP परफ़ॉर्मेंस टेस्टिंग गाइड पाँचवीं परत को गहराई से समझाती है।

SAP Cloud ALM

SAP का लाइफ़साइकिल मैनेजमेंट प्लेटफ़ॉर्म रिक्वायरमेंट्स, टेस्ट प्लान, टेस्ट एक्ज़ीक्यूशन और डिफ़ेक्ट को SAP Activate के फ़ेज़ और बदलावों से जोड़ता है। Enterprise Support, Product Support for Large Enterprises या Enterprise Support वाले क्लाउड सब्सक्रिप्शन के ग्राहकों को, क्लाउड एडिशन में, एक टेनेंट बिना लाइसेंस शुल्क के मिलता है। RISE और GROW कॉन्ट्रैक्ट इसके पात्र हैं।

SAP ने इसमें AI भी जोड़ा है। Joule-आधारित असिस्टेंट डॉक्यूमेंटेशन से रिक्वायरमेंट्स का ड्राफ़्ट और टेस्ट केस बना सकते हैं, और SAP ECC से S/4HANA माइग्रेशन के लिए एक टेस्ट मैनेजमेंट असिस्टेंट को आगे रखता है, जो जोखिम-आधारित टेस्ट स्कोप सुझाता है। आउटपुट को ऐसा पहला ड्राफ़्ट मानिए जिसकी समीक्षा आपका टेस्ट आर्किटेक्ट करे।

किसी भी नए S/4HANA प्रोग्राम के लिए Cloud ALM टेस्ट डॉक्यूमेंटेशन और ट्रेसेबिलिटी की डिफ़ॉल्ट रीढ़ है।

Tricentis

Tricentis Tosca मॉडल-आधारित ऑटोमेशन इस्तेमाल करता है: आप स्क्रिप्ट लिखने के बजाय दोबारा इस्तेमाल होने वाले टेस्ट कंपोनेंट विज़ुअली बनाते हैं, जो फ़ंक्शनल टीमों को रास आता है। यह एक ही टेस्ट फ़्लो में SAP GUI, Fiori और non-SAP एप्लिकेशन को कवर करता है, और पूरे बिज़नेस प्रोसेस टेस्ट करने के लिए यही इसका मुख्य फ़ायदा है।

SAP और Tricentis की क़रीबी साझेदारी है। SAP, Tosca पर आधारित प्रोडक्ट दोबारा बेचता है, जैसे SAP Enterprise Continuous Testing by Tricentis, SAP Load Testing by Tricentis और SAP Change Impact Analysis by Tricentis। बजट के लिए बड़ी ख़बर SAP के usage rights में है। Enterprise Support ग्राहकों को Cloud ALM से जुड़े Tricentis Test Automation for SAP का टर्म लाइसेंस मिलता है, फ़िलहाल 31 दिसंबर 2027 तक। यह 5 नामित यूज़र, महीने में 500 टेस्ट रन और 5 एक्ज़ीक्यूशन एजेंट तक सीमित है, इसलिए इसे शुरुआती बिंदु मानिए, प्रोग्राम-स्तर का टूल नहीं।

कहाँ दिक़्क़त होती है: बहुत डायनामिक वेब फ़्रंट एंड रखरखाव का प्रयास बढ़ाते हैं, बड़े पैमाने पर टेस्ट डेटा मैनेजमेंट के लिए आम तौर पर अतिरिक्त टूलिंग चाहिए, और बड़ी मॉड्यूल लाइब्रेरी को शुरू से गवर्नेंस चाहिए।

Xray for Jira

Xray SAP के लिए नहीं बना था, पर अगर आपकी डिलीवरी Jira में चलती है तो यह स्वाभाविक विस्तार लगता है। टेस्ट केस यूज़र स्टोरी और चेंज रिक्वेस्ट के बगल में रहते हैं, इसलिए कवरेज स्प्रिंट प्लानिंग का हिस्सा बन जाता है। यह व्यवहार-आधारित टेस्ट के लिए Cucumber और Gherkin को सपोर्ट करता है और CI पाइपलाइन में जुड़ जाता है।

कहाँ दिक़्क़त होती है: बैच जॉब और गहरी इंटीग्रेशन चेन जैसी भारी SAP ट्रांज़ैक्शनल टेस्टिंग, बहुत बड़े टेस्ट रिपॉज़िटरी, और जटिल कस्टम रिपोर्ट, जिनके लिए ऐड-ऑन या API का काम चाहिए।

SAP Solution Manager

Solution Manager रिक्वायरमेंट्स, टेस्ट प्लान, एक्ज़ीक्यूशन और ट्रांसपोर्ट को एक जगह जोड़ता है, और Change Request Management (ChaRM) के साथ इंटीग्रेट होता है। इसका Business Process Change Analyzer टेस्ट स्कोप को उन प्रोसेस तक सीमित करता है जिन्हें बदलाव असल में छूता है। नियमन वाले एनवायरनमेंट में वह ऑडिट ट्रेल आज भी क़ीमती है।

इसकी कमज़ोरियाँ हैं पुराना यूज़र एक्सपीरियंस, भारी सेट-अप, ऐसा ऑटोमेशन (CBTA) जो सिर्फ़ SAP यूज़र इंटरफ़ेस को कवर करता है, और ऐसा स्किल सेट जो अब कम टीमों के पास है। मुख्य मेंटेनेंस 2027 के अंत में ख़त्म होता है, और चुनिंदा फ़ंक्शन के लिए 2030 तक एक्सटेंडेड मेंटेनेंस मिलता है। अगर आप चेंज कंट्रोल के लिए उसे पहले से इस्तेमाल नहीं कर रहे, तो टेस्ट मैनेजमेंट के लिए उसे न लाइए।

दूसरे टूल कुछ ख़ास जगहों में फ़िट होते हैं। Worksoft Certify फ़ार्मास्युटिकल जैसे वैलिडेटेड एनवायरनमेंट में मज़बूत है। Katalon हल्के, वेब-फ़ेसिंग SAP प्रोजेक्ट में काम आ सकता है। मैं आम तौर पर इनमें से किसी को भी कोर SAP टेस्ट प्रोग्राम के लिए सुझाता नहीं।

तालिका चारों टूल की उन क्षमताओं पर तुलना करती है जो फ़िट तय करती हैं।

क्षमता	SAP Cloud ALM	Tricentis	Xray for Jira	SAP Solution Manager
मुख्य काम	टेस्ट मैनेजमेंट और ट्रेसेबिलिटी	SAP और non-SAP में ऑटोमेशन	Jira के भीतर टेस्ट मैनेजमेंट	ChaRM से जुड़ा टेस्ट मैनेजमेंट
रिक्वायरमेंट ट्रेसेबिलिटी	नेटिव, Activate फ़ेज़ से जुड़ी	पूरी, अपने टेस्ट मैनेजमेंट के ज़रिए	Jira लिंक के ज़रिए, अनुशासन चाहिए	नेटिव, ChaRM के साथ सबसे मज़बूत
ऑटोमेशन	इंटीग्रेटेड Tricentis या पार्टनर टूल के ज़रिए	मुख्य ताक़त, मॉडल-आधारित	बाहरी फ़्रेमवर्क के ज़रिए	CBTA, सिर्फ़ SAP इंटरफ़ेस
non-SAP एप्लिकेशन	सीमित	हाँ, उसी फ़्लो में	हाँ, फ़्रेमवर्क के ज़रिए	नहीं
ऑडिट ट्रेल	मज़बूत	मज़बूत	बिना कुछ जोड़े सीमित	मज़बूत, ट्रांसपोर्ट समेत
लाइसेंसिंग	Enterprise Support के साथ कोई शुल्क नहीं	Enterprise Support के साथ एंट्री लाइसेंस, पूरे प्रोडक्ट की क़ीमत अलग	Jira पर प्रति यूज़र ऐड-ऑन	ऑन-प्रेमिस मेंटेनेंस में शामिल
आगे की स्थिति	SAP का रणनीतिक प्लेटफ़ॉर्म	गहरी होती SAP साझेदारी	Jira की रणनीति पर निर्भर	मुख्य मेंटेनेंस 2027 में ख़त्म

मैं टेस्टिंग को डॉक्यूमेंटेशन और ऑटोमेशन में बाँटता हूँ। दोनों अलग समस्याएँ सुलझाते हैं, और जो टीमें दोनों को एक ही प्लेटफ़ॉर्म में ठूँसती हैं, वे अक्सर जूझती हैं।

डॉक्यूमेंटेशन और ट्रेसेबिलिटी के लिए नए प्रोग्राम पर Cloud ALM इस्तेमाल कीजिए। अगर आपका चेंज कंट्रोल पहले से Solution Manager पर चलता है, तो सिस्टम लैंडस्केप के बदलने तक उसे बढ़ाइए, फिर माइग्रेट कीजिए। ऑटोमेशन के लिए, बार-बार रिलीज़ वाले SAP-प्रधान लैंडस्केप में Tricentis मेरी आम सिफ़ारिश है। मॉडल स्थिर होने के बाद एक्ज़ीक्यूशन एकसमान रहता है और स्क्रिप्ट वाले ऑटोमेशन की तुलना में रखरखाव घटता है। Jira में Fiori ऐप और API बनाने वाली एजाइल टीमों के लिए Xray अक्सर काफ़ी है।

चुनने से पहले, जो लोग टेस्ट चलाएँगे उनके साथ इन सवालों पर काम कीजिए।

कारक	क्यों मायने रखता है	पूछने लायक सवाल
SAP कवरेज	टेस्ट को SAP GUI, Fiori और आपके असल इस्तेमाल के इंटरफ़ेस चलाने होंगे	यह नेटिव तौर पर कौन-सी SAP UI तकनीकें और API सपोर्ट करता है?
बदलाव का असर	ट्रांसपोर्ट के बाद क्या दोबारा टेस्ट करना है, यह जानना ज़रूरत से ज़्यादा टेस्टिंग और छूटे जोखिम, दोनों से बचाता है	क्या यह किसी बदलाव को उन टेस्ट से जोड़ सकता है जिन पर उसका असर पड़ता है?
CI/CD इंटीग्रेशन	ऑटोमेटेड रन को आपकी पाइपलाइन से ट्रिगर चाहिए	क्या यह आपके बिल्ड और ट्रांसपोर्ट टूलिंग के साथ चलता है?
गवर्नेंस	बड़े प्रोग्राम को दोबारा इस्तेमाल होने वाले, वर्शन किए गए कंपोनेंट चाहिए	क्या टेस्ट को मॉड्यूलर बनाया, वर्शन किया और अलग-अलग वेव में दोबारा इस्तेमाल किया जा सकता है?
बिज़नेस के लिए उपयोगिता	फ़ंक्शनल कंसल्टेंट और की-यूज़र को टेस्ट की समीक्षा करनी होगी	क्या नॉन-डेवलपर टेस्ट केस बना और पढ़ सकते हैं?
हक़ (entitlement)	आपका सपोर्ट कॉन्ट्रैक्ट ज़रूरत का कुछ हिस्सा पहले से कवर कर सकता है	Cloud ALM और Tricentis के हक़ से हमें पहले से क्या मिलता है?
कुल लागत	सेट-अप, एजेंट और रखरखाव लाइसेंस से ज़्यादा बैठते हैं	मॉडल रखरखाव समेत दूसरे साल की लागत क्या है?

ग्लोबल मैन्युफ़ैक्चरर: Tosca। कंपनी भारी कस्टमाइज़्ड वेयरहाउस सिस्टम के साथ SAP ECC चलाती थी। तिमाही रिलीज़ लंबे मैनुअल रिग्रेशन साइकिल और प्रोडक्शन में रिसते डिफ़ेक्ट की वजह से टलती रहती थीं। टीम ने इनबाउंड लॉजिस्टिक्स में Tosca का पायलट किया और चार हफ़्ते में दोबारा इस्तेमाल होने वाले स्टेप की लाइब्रेरी बनाई। ऑटोमेटेड रन को ट्रांसपोर्ट अप्रूवल से जोड़ा गया, फिर आउटबाउंड लॉजिस्टिक्स और प्रोडक्शन प्लानिंग तक बढ़ाया गया। ज़्यादा वॉल्यूम वाले ट्रांज़ैक्शन का रिग्रेशन कवरेज 35% से बढ़कर 85% से ज़्यादा हो गया, और go-live के बाद के डिफ़ेक्ट दो तिमाहियों में 40% घटे। रोलआउट के दौरान इतने कस्टम एनवायरनमेंट को ऑटोमेट करने पर हुई खींचतान मुझे याद है। वह तब थमी जब टीमों ने प्रोडक्शन की घटनाएँ घटते और वही मॉडल कई प्लांट में दोबारा इस्तेमाल होते देखे।

रिटेल कंपनी: Xray। कंपनी S/4HANA पर गई और साथ में नए Fiori ऐप और क्लाउड इंटीग्रेशन भी, और उसकी सारी IT डिलीवरी Jira में चलती थी। Xray ने टेस्ट को यूज़र स्टोरी से बाँधा, प्रोडक्ट ओनर्स को टूल बदले बिना प्रगति देखने दी, और Fiori स्क्वॉड के लिए Gherkin एक्सेप्टेंस क्राइटेरिया को सपोर्ट किया। टेस्ट के सबूत स्प्रिंट रिव्यू के लिए तैयार रहते थे। भारी ट्रांज़ैक्शनल या बैच टेस्टिंग यह नहीं संभाल पाता, पर एजाइल Fiori, API और यूज़र-केंद्रित काम के लिए बिना जटिलता जोड़े यह काफ़ी था।

फ़ाइनेंशियल सर्विसेज़ संस्था: Solution Manager। फ़ाइनेंस, ट्रेज़री और नियामक रिपोर्टिंग में फैला भारी कस्टमाइज़्ड लैंडस्केप पूरी ट्रेसेबिलिटी के लिए ऑडिट के दबाव में था। टेस्टिंग स्प्रेडशीट में थी और ट्रांसपोर्ट से उसका कोई लिंक नहीं था। टेस्ट प्लान को ChaRM के चेंज डॉक्यूमेंट से जोड़ने, हर एक्ज़ीक्यूशन पर टाइम-स्टैंप लगाने और दोबारा टेस्ट का स्कोप तय करने के लिए Business Process Change Analyzer इस्तेमाल करने से बातचीत बदल गई। मोड़ तब आया जब ऑडिटरों ने Excel फ़ाइलें माँगना बंद किया और टेस्ट हिस्ट्री को सीधे सिस्टम में सत्यापित किया।

Solution Manager से Cloud ALM पर जाना। टेस्ट डॉक्यूमेंटेशन का माइग्रेशन अपने आप में एक प्रोजेक्ट है। इसे तब कीजिए जब लैंडस्केप वैसे भी बदल रहा हो, जैसे RISE अपनाने के हिस्से के तौर पर, अकेले नहीं।

टूल अपने दम पर क्वालिटी नहीं देते। ये अभ्यास देते हैं, और ये हर टूल पर लागू होते हैं।

अभ्यास	इसे कैसे लागू करें
जल्दी शुरू करें	रिक्वायरमेंट्स लिखे जाते समय टेस्ट लीड को जोड़िए, ताकि नतीजे टेस्ट किए जा सकें
प्रोसेस को टेस्ट करें, ट्रांज़ैक्शन को नहीं	ऐसे फ़्लो बनाइए जो मॉड्यूल पार करें और अपवाद भी शामिल करें
टेस्ट डेटा पर नियंत्रण रखें	समर्पित, रीसेट होने लायक टेस्ट क्लाइंट इस्तेमाल कीजिए, प्रोडक्शन डेटा हो तो मास्क कीजिए
रिग्रेशन को रोज़मर्रा का बनाइए	ऑटोमेटेड रन हर ट्रांसपोर्ट के साथ चलाइए, सिर्फ़ कटओवर से पहले नहीं
जोखिम के हिसाब से प्राथमिकता तय करें	अहम और बार-बार बदलने वाले प्रोसेस पहले, 100% नहीं, समझदार कवरेज का लक्ष्य रखिए
बिज़नेस को शामिल करें	एक्ज़ीक्यूशन शुरू होने से पहले की-यूज़र टेस्ट केस को वैलिडेट करें
टेस्टिंग को चेंज अप्रूवल से जोड़ें	सत्यापित टेस्ट के बिना कोई ट्रांसपोर्ट आगे न जाए
ऑडिट के लिए तैयार रहें	किसने क्या कब टेस्ट किया, एक्सपोर्ट किए जा सकने वाले रूप में दर्ज कीजिए

तीन आँकड़ों पर नज़र रखिए: प्रोडक्शन में डिफ़ेक्ट का रिसाव, दोबारा लिखे जाने के बजाय दोबारा इस्तेमाल हुए टेस्ट केस का हिस्सा, और पूरे रिग्रेशन में कितना समय लगता है। वे बताते हैं कि मेहनत कहाँ लगानी है। मेरा लेख SAP क्वालिटी गेट्स दिखाता है कि टेस्ट नतीजों को go/no-go फ़ैसलों से कैसे जोड़ें।

Cloud ALM डिफ़ॉल्ट है। नए RISE और GROW प्रोग्राम को इसे अपनी टेस्ट रीढ़ बनाना चाहिए। Solution Manager पर चल रहे मौजूदा on-premise लैंडस्केप के पास समय है, पर ज़्यादा नहीं: 2028 से पहले माइग्रेशन की योजना बनाइए। हाइब्रिड लैंडस्केप कुछ समय दोनों चलाएँगे। ओवरलैप के लिए योजना बनाइए।

AI टेस्ट का ड्राफ़्ट बनाता है। Cloud ALM में Joule-आधारित असिस्टेंट डॉक्यूमेंटेशन से टेस्ट केस और रिक्वायरमेंट्स बनाते हैं। बचत वॉल्यूम वाले काम में है, जैसे रिग्रेशन स्क्रिप्ट जहाँ फ़र्क़ ज़्यादातर डेटा का होता है। एज केस, जटिल इंटीग्रेशन लॉजिक और परफ़ॉर्मेंस टेस्ट डिज़ाइन को अब भी वरिष्ठ टेस्ट आर्किटेक्ट चाहिए।

clean core निशाना बदल देता है। पब्लिक क्लाउड पर कोर में रिग्रेस होने लायक कोई कस्टम कोड नहीं है। प्राइवेट क्लाउड और on-premise पर कोर में कस्टम ABAP रिग्रेशन ढूँढने की सबसे महँगी जगह है। आप उसे ठीक करते हैं, फिर अगली SAP रिलीज़ के सामने दोबारा वैलिडेट करते हैं। SAP BTP पर side-by-side एक्सटेंशन अलग से वर्शन होते हैं और उन्हें अपना रिग्रेशन कवरेज चाहिए।

AI वाले स्टेप को नए टेस्ट पैटर्न चाहिए। निश्चित नतीजे वाली (deterministic) रिग्रेशन स्क्रिप्ट अनिश्चित नतीजे वाले (non-deterministic) AI व्यवहार को टेस्ट नहीं करतीं। Joule और एजेंट-संचालित स्टेप के लिए अलग टेस्ट क्लास की उम्मीद रखिए।

ऑटोमेशन के लिए सबसे अच्छा SAP टेस्टिंग टूल कौन-सा है?

SAP-प्रधान लैंडस्केप के लिए Tricentis Tosca वह टूल है जिसकी मैं सबसे ज़्यादा सिफ़ारिश करता हूँ। इसका मॉडल-आधारित तरीक़ा टेस्ट बनाना और बनाए रखना आसान करता है, और यह एक ही फ़्लो में SAP और non-SAP एप्लिकेशन को कवर करता है। अगर आपकी टीम Jira में काम करती है और मुख्य रूप से एजाइल मॉडल में Fiori ऐप बनाती है, तो टेस्ट फ़्रेमवर्क के साथ Xray बेहतर बैठ सकता है। संदर्भ तय करता है, डेमो नहीं।

क्या Tricentis SAP Enterprise Support में शामिल है?

आंशिक रूप से। SAP, SAP Cloud ALM से जुड़े Tricentis Test Automation for SAP का टर्म लाइसेंस देता है, फ़िलहाल 31 दिसंबर 2027 तक। यह Enterprise Support (क्लाउड एडिशन या on-premise) या Product Support for Large Enterprises वाले ग्राहकों को कवर करता है। यह 5 नामित यूज़र, महीने में 500 टेस्ट रन और 5 एक्ज़ीक्यूशन एजेंट तक सीमित है। बड़े प्रोग्राम को आम तौर पर Tricentis का पूरा प्रोडक्ट चाहिए, जिसे SAP भी दोबारा बेचता है।

क्या SAP Solution Manager टेस्ट ऑटोमेशन संभाल सकता है?

सिर्फ़ आंशिक रूप से। इसका Component-Based Test Automation (CBTA) SAP यूज़र इंटरफ़ेस को कवर करता है पर non-SAP एप्लिकेशन को नहीं, और स्क्रीन बदलने पर इसके रखरखाव में काफ़ी काम लगता है। Solution Manager मुख्य रूप से टेस्ट मैनेजमेंट और डॉक्यूमेंटेशन का प्लेटफ़ॉर्म है। ज़्यादातर टीमें इसे Tricentis या किसी और ऑटोमेशन टूल के साथ जोड़ती हैं, और मुख्य मेंटेनेंस 2027 में ख़त्म होने के कारण नए प्रोग्राम को इसके बजाय Cloud ALM पर शुरू करना चाहिए।

2026 में टेस्टिंग के लिए मुझे SAP Cloud ALM इस्तेमाल करना चाहिए या Solution Manager?

किसी भी नए प्रोग्राम के लिए Cloud ALM, और ख़ासकर RISE और GROW के लिए। यह टेस्टिंग को SAP Activate के फ़ेज़ और बदलावों से जोड़ता है, और Enterprise Support के साथ इसका कोई लाइसेंस शुल्क नहीं है। अगर कोई मौजूदा on-premise लैंडस्केप पहले से Solution Manager ठीक से चला रहा है, तो लैंडस्केप के बदलने तक रुके रहिए, पर माइग्रेशन की योजना 2028 से पहले बनाइए।

क्या मुझे टेस्ट मैनेजमेंट टूल और ऑटोमेशन टूल, दोनों चाहिए?

ज़्यादातर एंटरप्राइज़ प्रोग्राम पर, हाँ। टेस्ट मैनेजमेंट (Cloud ALM या Solution Manager) रिक्वायरमेंट से टेस्ट और चेंज तक ट्रेसेबिलिटी देता है, जो ऑडिटरों को चाहिए। ऑटोमेशन (Tricentis या ऐसा ही कोई) रिग्रेशन साइकिल कुशलता से चलाता है। एक टूल शायद ही दोनों अच्छे से करता है। सरल एनवायरनमेंट के लिए Cloud ALM और शामिल Tricentis हक़ से शुरू कीजिए, फिर जब रिलीज़ वॉल्यूम जायज़ ठहराए तब पूरा ऑटोमेशन प्रोडक्ट जोड़िए।

clean core के साथ SAP टेस्टिंग कैसे बदलती है?

टेस्टिंग कोर के भीतर के कस्टम कोड से हटकर उसके आसपास के एक्सटेंशन पर आ जाती है। पब्लिक क्लाउड पर कोर में रिग्रेस होने लायक कस्टम कोड नहीं है। प्राइवेट क्लाउड और on-premise पर कोर में बचे हर मॉडिफ़िकेशन को हर SAP रिलीज़ के बाद दोबारा टेस्ट करना पड़ता है। SAP BTP एक्सटेंशन का अपना रिलीज़ साइकिल है और उन्हें अपना रिग्रेशन सूट चाहिए, और AI वाले स्टेप को ऐसे टेस्ट पैटर्न चाहिए जो अनिश्चित नतीजे की गुंजाइश रखें।