UAT StudioSalvion द्वारा
सहायता · कनेक्शन

UAT Studio को Azure DevOps से जोड़ें

अपने UAT से इश्यू सीधे अपनी डेवलपमेंट टीम के Azure DevOps प्रोजेक्ट में भेजें, Bug वर्क आइटम के रूप में, टेस्ट स्टेप, अपेक्षित नतीजे, स्क्रीनशॉट और वापसी लिंक के साथ। वर्क आइटम पूरा होते ही टेस्टर को पता चल जाता है कि रीटेस्ट का समय आ गया है।

समय लगभग 10 मिनटकौन एक वर्कस्पेस एडमिनकिसके साथ काम करता है Azure DevOps Servicesप्लान Team, Business, Partner और Enterprise
एक मिनट में

पहले देख लें

Azure DevOps कनेक्शन सेट करना, पहला इश्यू वर्क आइटम के रूप में भेजना, और स्टेटस वापस आना (68 सेकंड, वीडियो में सबटाइटल)।
शुरू करने से पहले

आपको क्या चाहिए

  • Azure DevOps Services: dev.azure.com/yourcompany जैसा पता। (आपके अपने सर्वर पर Azure DevOps Server सपोर्टेड नहीं है।)
  • उस प्रोजेक्ट में वर्क आइटम बना सकने वाला अकाउंट जिसमें बग जाने चाहिए।
  • आपके UAT Studio वर्कस्पेस में एडमिन अधिकार।
सुझाव: सर्विस अकाउंट इस्तेमाल करेंवर्क आइटम उस अकाउंट के नाम से बनते हैं जिसका टोकन आप इस्तेमाल करते हैं। कई टीमें इसके लिए UAT Studio जैसा अलग अकाउंट इस्तेमाल करती हैं, ताकि वर्क आइटम किसी एक व्यक्ति पर निर्भर न रहें और आसानी से पहचाने जा सकें।
सेटअप · हर वर्कस्पेस के लिए एक बार

अपना Azure DevOps प्रोजेक्ट जोड़ें

1

अपना organization, प्रोजेक्ट और process ढूँढें

Azure DevOps में अपना प्रोजेक्ट खोलें और एड्रेस बार देखें: dev.azure.com/acme/Customer Portal। पहला हिस्सा organization (acme) है, दूसरा project (Customer Portal), ठीक वैसा ही जैसा वहाँ लिखा है, स्पेस समेत।

फिर प्रोजेक्ट की process जाँचें: Project settings › Overview › Process।

Processइस्तेमाल करने वाला work item type
Agile, Scrum या CMMIBug: Repro Steps, Severity, Priority और tags के साथ।
BasicIssue: Basic में Bug टाइप नहीं होता। वर्क आइटम को टाइटल और डिस्क्रिप्शन मिलता है; Basic में गंभीरता और प्राथमिकता के फ़ील्ड नहीं होते।
2

personal access token बनाएँ

  1. Azure DevOps में ऊपर दाईं ओर User settings आइकन (आपके initials के पास गियर वाला व्यक्ति) पर क्लिक करें और Personal access tokens चुनें।
  2. + New Token पर क्लिक करें।
  3. Name: UAT Studio। Organization: आपका organization। Expiration: Custom defined चुनें, अधिकतम एक साल।
  4. Scopes: Custom defined चुनें और Work Items › Read & write पर टिक करें। Test Plans से टेस्ट केस भी पढ़ने के लिए Test Management › Read पर भी टिक करें।
  5. Create पर क्लिक करें और टोकन कॉपी करें। Azure DevOps इसे सिर्फ़ एक बार दिखाता है: जब तक आप स्टेप 4 में इसे पेस्ट न कर दें, विंडो खुली रखें।
एक्सपायरी तारीख अपने कैलेंडर में डालेंटोकन एक्सपायर होने पर भेजना बंद हो जाता है। नया टोकन बनाएँ और उसे UAT Studio में पेस्ट करें; और कुछ नहीं बदलता।
3

UAT Studio में Azure DevOps जोड़ें

app.uat.studio पर साइन इन करें, अपना वर्कस्पेस खोलें और Connections पर क्लिक करें। Add a connection के अंतर्गत Azure DevOps चुनें और Add पर क्लिक करें।

Add a connection, जिसमें Azure DevOps चुना गया है और Add बटन
फ़ील्डक्या भरें
Nameबटन पर क्या लिखा होगा: Send to Azure DevOps। अगर आप एक से ज़्यादा प्रोजेक्ट जोड़ते हैं तो इसे बदलें।
Organizationdev.azure.com/ के बाद वाला हिस्सा, जैसे acme।
Projectप्रोजेक्ट का नाम ठीक वैसा जैसा Azure DevOps में है, जैसे Customer Portal।
Work item typeBug, या Basic प्रोजेक्ट में Issue (स्टेप 1 देखें)।
Area pathवैकल्पिक: वर्क आइटम कहाँ जाएँ, जैसे Customer Portal\UAT। खाली: प्रोजेक्ट का डिफ़ॉल्ट area।

Save settings पर क्लिक करें।

Azure DevOps कनेक्शन कार्ड, organization acme, प्रोजेक्ट Customer Portal और work item type Bug के साथ
4

टोकन स्टोर करें

स्टेप 2 वाला टोकन Personal access token फ़ील्ड में पेस्ट करें और Store token पर क्लिक करें। इसके बाद फ़ील्ड सिर्फ़ आख़िरी 4 अक्षर दिखाता है।

personal access token फ़ील्ड जिसमें पेस्ट किया टोकन बिंदुओं के रूप में छिपा है, और Store token बटन
आपका टोकन आपका ही रहता हैटोकन एक बार एन्क्रिप्टेड कनेक्शन पर भेजा जाता है और एन्क्रिप्ट करके स्टोर होता है। कोई उसे वापस नहीं पढ़ सकता: न आपके सहकर्मी, न UAT Studio सपोर्ट।
5

कनेक्शन टेस्ट करें

Test connection पर क्लिक करें। UAT Studio टोकन, प्रोजेक्ट और work item type के मौजूद होने की जाँच करता है। सब ठीक होने पर आपको Connected to project … in …; work items of type Bug can be created दिखता है, और आख़िरी टेस्ट के आगे OK। अगर टाइप मौजूद नहीं है, तो मैसेज में प्रोजेक्ट के सभी टाइप दिखते हैं।

सफल टेस्ट के बाद कनेक्शन कार्ड: आख़िरी टेस्ट OK, acme में प्रोजेक्ट Customer Portal से जुड़ा
हर टेस्ट डे

Azure DevOps में इश्यू भेजना

एक इश्यू

इश्यू खोलें। Ticket in the development team's system के अंतर्गत Send to Azure DevOps पर क्लिक करें।

Send to Azure DevOps बटन वाला इश्यू पैनल

इश्यू पर वर्क आइटम नंबर और एक लिंक दिखता है, और उसकी हिस्ट्री में दिखता है कि उसे कब और किसने भेजा। जो इश्यू पहले से लिंक है, वह गलती से दो बार नहीं भेजा जा सकता।

भेजने के बाद इश्यू पैनल: Azure DevOps वर्क आइटम 4101 से लिंक, उसे खोलने के लिंक के साथ

ट्राइएज कॉल के बाद सभी इश्यू

Issues › Triage में हर नए इश्यू पर फ़ैसला दें। काम पूरा होने पर सभी वर्क आइटम एक साथ बनाने के लिए Send 3 to Azure DevOps (या जितने भी हों) पर क्लिक करें।

वर्क आइटम में क्या होता है

  • Title: इश्यू नंबर और टाइटल, जैसे ISS-012: Quote PDF shows the wrong VAT rate।
  • Repro Steps और Description: टेस्टर ने क्या लिखा, फ़ेल हुए स्टेप और अपेक्षित नतीजे के साथ टेस्ट केस, और किसने इसे पाया, UAT Studio के वापसी लिंक के साथ।
  • Severity, Priority और tags UAT व इश्यू नंबर (Basic प्रोजेक्ट में नहीं)।
  • Attachments: इश्यू के स्क्रीनशॉट और फ़ाइलें, अधिकतम 10 फ़ाइलें, हर एक अधिकतम 10 MB।

डुप्लिकेट मर्ज करना

जब आप ऐसे दो इश्यू मर्ज करते हैं जिन दोनों का वर्क आइटम है, तो डुप्लिकेट वर्क आइटम को एक कमेंट मिलता है, दूसरे से Duplicate Of लिंक, और वह बंद हो जाता है (Closed, Done या Resolved, जो भी process अनुमति दे)। जब सिर्फ़ डुप्लिकेट का वर्क आइटम था, तो बचा हुआ इश्यू उसे ले लेता है।

स्टेटस वापस

जब Azure DevOps में फ़िक्स पूरा हो

जब डेवलपर वर्क आइटम को Resolved, Done या Closed पर सेट करता है, तो UAT Studio में इश्यू Ready for retest हो जाता है और टेस्टर को मेल मिलता है। Active, Committed या Doing इश्यू को In progress पर सेट करते हैं। Azure DevOps की state लिंक के आगे दिखती है।

फ़ेल हुआ रीटेस्ट कभी पलटा नहीं जाता: जब टेस्टर इश्यू फिर से खोलता है जबकि वर्क आइटम अभी भी Resolved है, तो UAT Studio उसे खुला रहने देता है। बंद इश्यू बंद ही रहता है।

अपने-आप, या तुरंत

बिना कुछ किए, UAT Studio हर बार state देखता है जब कोई एडमिन इश्यू खोलता है, और Update ticket status बटन से भी।

तुरंत: वर्क आइटम बदलते ही service hook के ज़रिए Azure DevOps को UAT Studio को बताने दें। इसके लिए आपको Azure DevOps में project administrator होना चाहिए।

  1. UAT Studio में Connections के अंतर्गत, Azure DevOps कनेक्शन में Create webhook address पर क्लिक करें और पता कॉपी करें। यह सिर्फ़ एक बार दिखता है।
कनेक्शन में स्टेटस वापसी: Copy बटन के साथ वेबहुक पता और Azure DevOps के स्टेप
  1. Azure DevOps में प्रोजेक्ट खोलें और Project settings › Service hooks पर जाएँ। Create subscription पर क्लिक करें।
  2. सर्विस की लिस्ट में नीचे स्क्रॉल करें, Web Hooks चुनें और Next पर क्लिक करें।
नया service hooks subscription: सर्विस की लिस्ट, सबसे नीचे Web Hooks
स्टेप 3: Web Hooks लिस्ट में नीचे की ओर है।
  1. Trigger on this type of event: Work item updated। Filters में Field को State पर सेट करें, ताकि सिर्फ़ state के बदलाव भेजे जाएँ। Area path और Work item type [Any] रह सकते हैं, या उन्हें अपने प्रोजेक्ट area और टाइप तक सीमित करें। Next पर क्लिक करें।
Trigger: Work item updated, फ़िल्टर Area path, Work item type और Field के साथ, Field को State पर सेट किया गया
स्टेप 4: Work item updated, Field State।
  1. URL: स्टेप 1 वाला पता पेस्ट करें। बाकी फ़ील्ड (username, password, headers) खाली छोड़ें। जाँचने के लिए Test पर क्लिक करें, फिर Finish।
Action: Post via HTTP, URL फ़ील्ड के साथ
स्टेप 5: पता URL में पेस्ट करें।
पता टीम के भीतर ही रखेंयह पता सिर्फ़ वर्क आइटम की state रिपोर्ट करने के लिए एक key की तरह काम करता है। खो गया, या गलती से शेयर हो गया? UAT Studio में New address पर क्लिक करें और service hook अपडेट करें: पुराना पता तुरंत काम करना बंद कर देता है।
रोल

कौन क्या कर सकता है

Adminsकनेक्शन जोड़ना, बदलना, टेस्ट करना और हटाना; इश्यू भेजना।
टेस्टर, स्टेकहोल्डर, डेवलपरइश्यू पर वर्क आइटम नंबर और लिंक देखते हैं। वे इश्यू नहीं भेज सकते और कनेक्शन सेटिंग नहीं देख सकते।
Audit logकनेक्शन में हर बदलाव दर्ज होता है, ताकि आप हमेशा देख सकें कि किसने क्या और कब बदला।
समस्या समाधान

अगर कुछ गड़बड़ हो

आपको दिखता हैक्या करें
टोकन स्वीकार नहीं हो रहा, या उसे इस organization का एक्सेस नहीं हैorganization का नाम (dev.azure.com/ के बाद वाला हिस्सा) जाँचें, यह कि टोकन उसी organization के लिए बना था, और उसमें scope Work Items (Read & write) है। या नया टोकन बनाकर फिर से स्टोर करें।
प्रोजेक्ट में work item type "Bug" नहीं हैप्रोजेक्ट शायद Basic process इस्तेमाल करता है: Work item type में Issue भरें। मैसेज में मौजूद टाइप दिखते हैं।
नहीं मिला (404)प्रोजेक्ट का नाम जाँचें: ठीक वैसा जैसा एड्रेस बार में है, स्पेस समेत।
पहले चल रहा था, अब नहीं चल रहाटोकन शायद एक्सपायर हो गया है या रद्द कर दिया गया है। नया टोकन बनाएँ और स्टोर करें; बाकी सब वैसा ही रहता है।
स्टेटस वापस नहीं आताएडमिन के रूप में इश्यू खोलें, या Update ticket status पर क्लिक करें। service hook के साथ: Azure DevOps में Project settings › Service hooks दिखाता है कि वह चला या नहीं और क्या वापस आया; UAT Studio में Connections के अंतर्गत आप देख सकते हैं कि आख़िरी मैसेज कब आया।
Send to Azure DevOps बटन नहीं दिखतायह सिर्फ़ एडमिन को दिखता है, और सिर्फ़ तब जब कनेक्शन On हो और उसमें टोकन स्टोर हो।
कनेक्शन आपके प्लान में शामिल नहीं हैंकनेक्शन Team, Business, Partner और Enterprise के साथ आते हैं, और Project के लिए ऐड-ऑन के रूप में। आपका एडमिन Plan & billing में अपग्रेड कर सकता है।

अभी भी अटके हैं? जो मैसेज दिख रहा है, उसके साथ [email protected] पर मेल करें। हमें कभी टोकन खुद न भेजें।

Jira इस्तेमाल करते हैं? देखें UAT Studio को Jira से जोड़ें। सभी गाइड: UAT Studio सहायता।

सुरक्षा

हम आपके टोकन को कैसे संभालते हैं

  • टोकन आपके ब्राउज़र से हमारे सर्वर तक एक बार, एन्क्रिप्टेड कनेक्शन पर जाता है।
  • यह एन्क्रिप्ट करके (AES-256) स्टोर होता है। इसे डिक्रिप्ट करने की key डेटाबेस से अलग रखी जाती है, इसलिए सिर्फ़ डेटाबेस की कॉपी किसी काम की नहीं।
  • कोई भी टोकन वापस नहीं पढ़ सकता: न ऐप में, न सपोर्ट के ज़रिए।
  • UAT Studio टोकन का इस्तेमाल सिर्फ़ कनेक्शन टेस्ट करने, आपके भेजे वर्क आइटम (उनकी फ़ाइलों के साथ) बनाने, उन वर्क आइटम की state पढ़ने और मर्ज के बाद डुप्लिकेट बंद करने के लिए करता है। इसे सिर्फ़ scope Work Items चाहिए।
  • कनेक्शन हटाएँ या Azure DevOps में टोकन रद्द करें, और एक्सेस तुरंत खत्म हो जाता है।