युक्तियाँ और बिक्री परीक्षण एकीकरण के लिए सर्वोत्तम अभ्यास

बिक्रीबल एकीकरण

Salesforce परीक्षण आपको अपने अनुकूलित को मान्य करने में मदद करेगा Salesforce एकीकरण और अन्य उद्यम अनुप्रयोगों के साथ कार्यक्षमता। एक अच्छा परीक्षण सभी सेल्सफोर्स मॉड्यूल को खातों से लेकर लीड तक, अवसरों से लेकर रिपोर्ट तक और अभियानों से लेकर संपर्कों तक शामिल करता है। जैसा कि सभी परीक्षणों के साथ होता है, सेल्सफोर्स परीक्षण और खराब तरीके से करने का एक अच्छा (प्रभावी और कुशल) तरीका है। तो, Salesforce अच्छे अभ्यास का परीक्षण क्या है?

  • सही परीक्षण उपकरण का उपयोग करें - सेल्सफोर्स टेस्टिंग ब्राउजर में या ग्रहण आधारित वातावरण में होती है। दोनों नवीनतम ब्राउज़रों और ग्रहण में महान डिबगिंग टूल हैं और आप इन्हें बहुत उपयोगी परिणामों के लिए टेस्ट कक्षाओं के साथ जोड़ सकते हैं। हालाँकि, यदि आपको अधिक आवश्यकता है, तो Force.com द्वारा एपेक्स इंटरएक्टिव डीबगर (या बस एपेक्स) का उपयोग किया जाना चाहिए। ध्यान दें कि आप Salesforce लाइटनिंग इंस्पेक्टर, क्रोम एक्सटेंशन का भी उपयोग कर सकते हैं, विशेष रूप से Salesforce लाइटनिंग का परीक्षण करने के लिए। एपेक्स एक है फोर्स.कॉम प्लेटफ़ॉर्म मालिकाना प्रोग्रामिंग भाषा जो जावा के साथ महान समानताएं रखती है। यह एक वस्तु उन्मुख, केस-असंवेदनशील, दृढ़ता से टाइप प्रोग्रामिंग भाषा है जो घुंघराले-कोष्ठक और डॉट-नोटेशन सिंटैक्स का अनुसरण करती है। आप अधिकांश Force.com प्रक्रियाओं के दौरान प्रोग्राम किए गए फ़ंक्शंस को निष्पादित करने के लिए एपेक्स का उपयोग कर सकते हैं, जिसमें विज़ुअलफोर्स पेज कस्टम कंट्रोलर या शेड्यूलिंग के माध्यम से कस्टम लिंक और बटन, अपडेट, विलोपन और रिकॉर्ड प्रविष्टि इवेंट हैंडलर शामिल हैं।
  • उचित नामकरण सम्मेलनों का उपयोग करें - परीक्षण शुरू करने से पहले अपने परीक्षण के तरीकों का उचित नामकरण बहुत महत्वपूर्ण है। परीक्षण विधि नाम में तीन भाग होने चाहिए। ये नाम हैं ओफ़ेथेथोड (अलग-अलग विधि का नाम जिसे आप सम्मिलित कर रहे हैं, जैसे कि ट्रिगर का परीक्षण करते समय इन्सर्ट / अपडेट / डिलीट / अनडिलीट, टेस्टपैथ के बारे में जानकारी जो कि लचीली है जैसे अशक्त संपर्क यदि आप परीक्षण कर रहे हैं कि संपर्क शून्य है, और परीक्षण करते समय मान्य है एक सकारात्मक / नकारात्मक मार्ग।
  • 100% कवरेज सुनिश्चित करें - हालांकि मानक सेल्सफोर्स का निर्देश है कि यूनिट टेस्ट में आपके कोड (माइनस टेस्ट क्लासेस, सिस्टम.डबग और टेस्ट मेथड पर कॉल) का 75% कवरेज होना चाहिए और आप एपेक्स कोड या पैकेज AppExchange एप्स की तैनाती नहीं कर पाएंगे, ध्यान दें कि यह सिर्फ एक मानक है और आपका उद्देश्य 100% कवरेज होना चाहिए। सभी सकारात्मक / नकारात्मक मामलों का परीक्षण करें और डेटा के लिए जो मौजूद है और मौजूद नहीं है। जब यह कोड कवरेज की बात आती है तो अन्य महत्वपूर्ण सुझाव हैं:
    • आपको कोड कवरेज संख्या को ताज़ा करने के लिए परीक्षण चलाने चाहिए क्योंकि जब तक परीक्षण फिर से नहीं किए जाते हैं, तब तक शीर्ष संख्या को अपडेट नहीं किया जाता है।
    • यदि अंतिम परीक्षण चलाने के बाद से संगठन में कोई अपडेट हुआ है, तो एक जोखिम है कि कोड कवरेज संख्या गलत होगी। सही अनुमान के लिए परीक्षणों को फिर से चलाएँ।
    • कोड कवरेज प्रतिशत में प्रबंधित पैकेज परीक्षणों से कोड कवरेज शामिल नहीं है, केवल अपवाद होने के कारण जब ये परीक्षण आग का कारण बनते हैं।
    • कवरेज कोड लाइनों की कुल संख्या पर निर्भर करता है। यदि आप कोड की लाइनें जोड़ते या हटाते हैं, तो आप प्रतिशत को प्रभावित करेंगे।
  • कक्षाओं और नियंत्रकों में परीक्षण के मामले - Salesforce विकास में, अधिकांश डेवलपर्स प्रत्येक फ़ंक्शन के लिए अलग-अलग कक्षाएं और नियंत्रक फाइलें बनाते हैं। यह कोडिंग को अधिक व्यवस्थित, आसान, पुन: प्रयोज्य और पोर्टेबल बनाने के लिए किया जाता है। हालाँकि, आपको ध्यान देना चाहिए कि जबकि यह आसान है, यह अधिक कुशल नहीं है। यदि पोर्ट कोड मूल श्रेणी और नियंत्रक कोड में है, तो आप पोर्टेबिलिटी प्राप्त करेंगे क्योंकि आप सैंडबॉक्स से उत्पादन की ओर पलायन करते समय किसी भी परीक्षण वर्ग से बाहर नहीं जाएंगे।
  • System.assert () का उपयोग करें - एपेक्स में, प्रणाली() का उपयोग परिस्थितियों को जांचने के लिए किया जाता है। यह एक महत्वपूर्ण कार्यक्षमता है क्योंकि यह आपको यह निर्धारित करने की अनुमति देता है कि क्या किसी विशेष फ़ंक्शन को उम्मीद के अनुसार विधि द्वारा निष्पादित किया गया है। आपको महत्वपूर्ण कार्यप्रणालियों के बीच System.assertEquals () और System.assertNotEquals () का उपयोग करना चाहिए, न केवल यह निर्धारित करने में आपकी मदद करता है कि कोड को निष्पादित किया गया है, बल्कि यह भी सुनिश्चित करने के लिए कि कोड गलत होने पर कोई डेटा गलत तरीके से नहीं लिखा गया है।
  • व्यापक - परीक्षण में सब कुछ शामिल होना चाहिए। आपको कार्यात्मक परीक्षण, लोड परीक्षण, सुरक्षा परीक्षण, और परिनियोजन परीक्षण करना चाहिए।
  • यूनिट टेस्ट - आपके पास यह सत्यापित करने के लिए इकाई परीक्षण होना चाहिए कि व्यक्तिगत रिकॉर्ड सही और अपेक्षित परिणाम उत्पन्न करते हैं। एक विशाल परीक्षण का उपयोग करते समय जो पूरे कोड को कवर करता है, एक अच्छे विचार की तरह लग सकता है, ध्यान दें कि उत्पन्न परिणाम डीबग करना कठिन होगा और विफलता को समझना कठिन होगा। एक यूनिट टेस्ट में परीक्षण की जाने वाली कार्यक्षमता का एक छोटा सा उपसमुच्चय होना चाहिए।
  • टेस्ट थोक मामले - एक अच्छा परीक्षण कोड (ट्रिगर, अपवाद या वर्ग) कई सौ रिकॉर्ड (एपेक्स के लिए 200) तक शामिल हो सकता है। आपको इसका फायदा उठाना चाहिए और न केवल व्यक्तिगत रिकॉर्ड, बल्कि बल्क मामलों का भी परीक्षण करना चाहिए।
  • सकारात्मक टेस्ट - यह सुनिश्चित करने के लिए परीक्षण करें कि क्या अपेक्षित व्यवहार सभी अपेक्षित क्रमपरिवर्तन के माध्यम से होता है। परीक्षण को यह सत्यापित करना चाहिए कि उपयोगकर्ता ने सही तरीके से फॉर्म भरा था और वह / वह सीमा से अधिक नहीं गया था।
  • नकारात्मक टेस्ट - त्रुटि संदेश सुनिश्चित करने के लिए नकारात्मक मामलों का परीक्षण सही ढंग से किया जाता है। ऐसे नकारात्मक मामलों के उदाहरण नकारात्मक मात्रा निर्दिष्ट करने में सक्षम नहीं हैं और भविष्य की तारीखों को जोड़ने में सक्षम नहीं हैं। नकारात्मक परीक्षण महत्वपूर्ण हैं क्योंकि सही हैंडलिंग जब चीजें दक्षिण में जाती हैं तो सभी अंतर हो सकते हैं।
  • स्वचालित परीक्षण - परंपरागत रूप से, Salesforce परीक्षण मैन्युअल था। आपको स्वचालित परीक्षण पर विचार करना चाहिए क्योंकि यह अधिक लाभ प्रदान करता है। इसमें शामिल है:
    • मैन्युअल परीक्षण आपको गलतियों के लिए अतिसंवेदनशील बनाता है क्योंकि परीक्षण मनुष्यों द्वारा किया जाता है न कि रोबोटों द्वारा। रोबोट दोहराई जाने वाली गतिविधियों में उत्कृष्टता प्राप्त करते हैं, जबकि मनुष्य ऊब, कम एकाग्रता और स्थिरता, और कोनों को काटने की प्रवृत्ति के कारण गलतियाँ करते हैं।
    • मैनुअल परीक्षण दोहराव, सूत्र और थका देने वाला है। परीक्षण टीम काम करने से बेहतर है जो अधिक खोजपूर्ण है।
  • प्रत्येक कोड तर्क शाखा निष्पादित करें - सशर्त तर्क का उपयोग करते समय (जब आपने टर्नरी ऑपरेटरों को शामिल किया है), कोड तर्क की प्रत्येक शाखा को निष्पादित किया जाना चाहिए।
  • विधियों के लिए कॉल के लिए अमान्य और वैध इनपुट का उपयोग करें - अमान्य और मान्य दोनों इनपुट का उपयोग करके विधियों को कॉल किया जाना चाहिए।
  • पूर्ण टेस्ट - सुनिश्चित करें कि परीक्षण सफलतापूर्वक पूरा हो गया - उन्हें किसी भी अपवाद के माध्यम से नहीं होना चाहिए जब तक कि त्रुटियों की उम्मीद न हो। पकड़े गए सभी अपवादों को संभालें - उन्हें पकड़ना पर्याप्त अच्छा नहीं है।
  • कीवर्ड द्वारा आदेश का उपयोग करें - यह सुनिश्चित करने के लिए कि आप जिस क्रम से उनकी अपेक्षा करते हैं, उसके रिकॉर्ड वापस कर दिए जाएँ, कीवर्ड द्वारा ORDER का उपयोग करें।
  • रिकॉर्ड आईडी न मानें क्रमिक रूप से व्यवस्थित हैं - क्रमिक क्रम में रिकॉर्ड आईडी की व्यवस्था करने की सामान्य गलती से बचें। जब तक आप एक ही अनुरोध के साथ कई रिकॉर्ड नहीं डालते, तब तक आईडी बढ़ते क्रम में नहीं हैं।
  • कॉल Test.startTest () और Test.stopTest () - जब आप एपेक्स यूनिट परीक्षण चलाते हैं, तो आपको 75% से अधिक कोड कवरेज मिलेगा जो सेल्सफोर्स में अनिवार्य है। आपको एसिंक्रोनस कोड को लागू करने के लिए जोर देने से पहले स्टॉपटेस्ट को कॉल करना चाहिए जो अभी भी खत्म करने के लिए चल रहा है। अंतिम परिणामों के लिए नए प्रश्नों को चलाएं क्योंकि अन्य कोड डेटा बदल सकते हैं। UsingTest.startTest () और Test.stopTest () आपको इसकी गवर्नर सीमा के अंदर परीक्षण को सैंडबॉक्स सुनिश्चित करता है। इस तरह, आपके द्वारा उपयोग किए जाने वाले सेटअप कोड में हस्तक्षेप नहीं होगा और आपको गवर्नर की सीमाओं के आसपास झूठी नकारात्मक या सकारात्मकता प्रदान करेगा। Test.stopTest () यह भी सुनिश्चित करता है कि परीक्षण के लिए @ सीवन कॉल पूरी हो जाएंगी।
  • पठनीयता - इकाई परीक्षणों में पठनीयता बहुत महत्वपूर्ण है। परीक्षण के नामों में विशिष्ट कार्रवाई और अपेक्षित परिणाम शामिल होना चाहिए। विधि वर्णनात्मक और संक्षिप्त होनी चाहिए। विधि ऐसी होनी चाहिए कि यह विभिन्न परीक्षणों में पुन: प्रयोज्य हो सके।
  • StartTest से पहले बड़े टेस्ट डेटा सेट बनाएं - चूंकि आपके परीक्षण अलग-अलग सैंडबॉक्स और उत्पादन वातावरण में चल रहे होंगे, इसलिए परीक्षण शुरू करने से पहले सुनिश्चित करने के लिए बड़े परीक्षण डेटा सेट बनाएं। डिफ़ॉल्ट रूप से, सेल्सफोर्स गितूब उत्पादन डेटा से पृथक परीक्षण चलाता है। जब आपको उस विशिष्ट वातावरण के लिए सही चीज़ प्राप्त करने के लिए सिस्टम डेटा की आवश्यकता होती है जैसे कि प्रोफ़ाइल, क्वेरी।
  • अपना खुद का टेस्ट डेटा जेनरेट करें - आपके द्वारा उपयोग किए जाने वाले परीक्षण डेटा को परीक्षण में उत्पन्न किया जाना चाहिए। आप इस डेटा को @testSetup एनोटेशन और एक TestUtils वर्ग का उपयोग करके उत्पन्न कर सकते हैं ताकि न केवल आपके पास सही डेटा हो, बल्कि यह सुनिश्चित करने के लिए कि डेटा के लिए कोई आवश्यकता नहीं के साथ सभी परीक्षण डेवलपर सैंडबॉक्स पर चलाए जा रहे हैं।
  • नो-ऑप AKA नल संचालन से बचें - कई परीक्षक नो-ऑप AKA नल संचालन का उपयोग करते हैं। ये बेकार के कोड हैं जो कुछ भी नहीं करते हैं। चूंकि वे पहले से ही आपके कोड आधार में हैं, वे आपके कवरेज प्रतिशत में जोड़ देंगे।
  • समानांतर परीक्षा निष्पादन - जब आप Salesforce उपयोगकर्ता इंटरफ़ेस या डेवलपर कंसोल से परीक्षण शुरू करते हैं, तो परीक्षण समानांतर में चलेंगे। यह एक महत्वपूर्ण विशेषता है क्योंकि यह टेस्ट रन टाइम को गति देता है। हालांकि, आपको ध्यान देना चाहिए कि इससे डेटा विवाद मुद्दे हो सकते हैं और यदि आपको संदेह है कि ऐसा हो सकता है, तो समानांतर निष्पादन बंद कर दें। डेटा विवाद मुद्दों के सबसे आम कारण जो अक्सर UNABLE_TO_LOCK_ROW त्रुटियों की ओर ले जाते हैं:
    • जब परीक्षण एक ही समय में एक ही रिकॉर्ड को अपडेट करने के लिए होते हैं। समान रिकॉर्ड का अद्यतन आमतौर पर तब होता है जब परीक्षण अपना डेटा नहीं बनाते हैं।
    • जब परीक्षणों में गतिरोध होता है जो समानांतर में चल रहे होते हैं और वे रिकॉर्ड बनाने की कोशिश करते हैं जिसमें मिलान क्षेत्र मान होते हैं। एक गतिरोध तब होगा जब 2 चल रहे परीक्षणों को वापस रोल करने के लिए कतारबद्ध किया गया है (यह तब होता है जब 2 परीक्षण इनपुट रिकॉर्ड होते हैं जिनके पास अलग-अलग क्रमों में समान अद्वितीय सूचकांक फ़ील्ड मान होते हैं)।
    • समानांतर परीक्षण निष्पादन को बंद करने के लिए, सेटअप पर जाएं, एपेक्स टेस्ट दर्ज करें, एपेक्स टेस्ट निष्पादन विकल्प संवाद पर जाएं, समानांतर एपेक्स परीक्षण अक्षम करें का चयन करें, ठीक पर क्लिक करें।

समानांतर एपेक्स परीक्षण अक्षम करें

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

तुम्हें क्या लगता है?

यह साइट स्पैम को कम करने के लिए अकिस्मेट का उपयोग करती है। जानें कि आपका डेटा कैसे संसाधित किया जाता है.