मेन्यू

ऑनसाइट - सॉफ्टवेयर परीक्षण परियोजनाओं के अपतटीय मॉडल (और यह आपके लिए कैसे काम करना है)

  • मुख्य
  • क्यूए टीम कौशल
  • ऑनसाइट - सॉफ्टवेयर परीक्षण परियोजनाओं के अपतटीय मॉडल (और यह आपके लिए कैसे काम करना है)

onsite offshore model software testing projects

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

ऑनसाइट-ऑफशोर मॉडल उद्योग भर में कई आईटी टीमों के लिए एक बहुत ही सामान्य कार्य विधि है, विशेष रूप से क्यूए टीमों। जिस तरह से यह काम करता है, सेवा प्रदाता की QA टीम के सदस्य का एक / अधिक (परियोजना की परिमाण पर निर्भर करता है) ग्राहक के साथ उनके स्थान पर काम करता है।

ग्राहक का स्थान और सेवा कंपनी का कार्यस्थल भौगोलिक रूप से किसी भी जगह - दुनिया भर में या कभी-कभी एक ही शहर में हो सकता है।

ऑनसाइट - सॉफ्टवेयर परीक्षण के अपतटीय मॉडल (1)

जब यह कार्यशील मॉडल है, तो क्रमशः ऑनसाइट और अपतटीय संसाधनों से कुछ उम्मीदें हैं। आइए हम देखें कि वे क्या हैं:

आप क्या सीखेंगे:

ऑनसाइट क्यूए एसोसिएट / समन्वयक की जिम्मेदारियां

  • ग्राहक से टीम में ज्ञान हस्तांतरण - तकनीकी ज्ञान प्राप्त करें और टीम के साथ साझा करें
  • टीम से क्लाइंट के लिए आगे और पीछे समय-सीमा, प्रगति, देरी आदि का संचार करें और इसके विपरीत
  • शेयर करता है FRD (फंक्शनल रिक्वायरमेंट्स डॉक्यूमेंट) और टेस्ट प्लान बनाने पर काम करता है
  • ग्राहक टीम के साथ टेस्ट परिदृश्यों / टेस्ट मामलों की समीक्षा करें और साइन-ऑफ करें
  • पर इनपुट प्रदान करता है परीक्षण डेटा तैयारी का चरण
  • परीक्षण निष्पादन दिशानिर्देश प्रदान करता है।
  • प्रदर्शन करो धुआं और सनिटी टेस्ट किसी भी तैनात निर्माण पर और टीम को परीक्षण जारी रखने के लिए आगे बढ़ता है
  • कभी-कभी, परीक्षण निष्पादन में भाग लेता है
  • संबंधित विकास और समर्थन टीमों के साथ समीक्षा बैठकें आयोजित करता है
  • मैट्रिक्स एकत्र करता है
  • समर्थन UAT

एक अपतटीय टीम की जिम्मेदारियां

  • सहयोगी परीक्षण योजना प्राप्त करते हैं और परीक्षण परिदृश्यों पर काम करते हैं
  • टेस्ट परिदृश्यों पर हस्ताक्षर किए जाने के बाद, टीम टेस्ट मामलों के दस्तावेजीकरण पर काम करेगी
  • टेस्ट डेटा तैयार करें
  • परीक्षण निष्पादित करें
  • रिपोर्ट दोष
  • टेस्ट रिपोर्ट तैयार करें
  • टेस्ट मेट्रिक्स संग्रह के लिए इनपुट प्रदान करें
  • दोष समीक्षा और अन्य परियोजना-संबंधित बैठकों में भाग लें।

ऑनसाइट-ऑफशोर सॉफ्टवेयर टेस्टिंग मॉडल के लाभ

  • यदि सही उपयोग किया जाता है, तो यह मॉडल यह सुनिश्चित कर सकता है कि किसी परियोजना पर 24 घंटे के प्रत्येक मिनट पर काम चल रहा है।
  • डायरेक्ट क्लाइंट इंटरैक्शन बेहतर संचार में मदद करता है और व्यावसायिक संबंधों को भी बेहतर बनाता है। आपके पास सिस्टम और क्लाइंट की आवश्यकताओं के बारे में सभी जानकारी आसानी से उपलब्ध होगी।
  • लागत प्रभावी - पूरे क्यूए टीम ऑनसाइट स्थापित करने की तुलना में अपतटीय टीमों की लागत कम है।

हालाँकि, कुछ सामान्य शिकायतें जो हम अपनी सॉफ्टवेयर परियोजनाओं में सुनते हैं:

  • ऑनसाइट संसाधनों का कहना है कि अपतटीय संसाधन यह नहीं जानते हैं कि वे क्या कर रहे हैं और जब उनकी आवश्यकता होती है तब उपलब्ध नहीं होते हैं।
  • ऑफशोर टीमों की शिकायत है कि उन्हें सही इनपुट नहीं मिल रहे हैं जिनकी उन्हें जरूरत है।

इससे बचने के लिए:

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

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

हममें से जो इस मॉडल के तहत काम कर रहे हैं, उनके लिए-अपने अनुभव साझा करें? आप दोनों कैसे बातचीत करते हैं और सुनिश्चित करते हैं कि आप सिंक में हैं? क्या आपके सामने कोई चुनौती है? क्या आपको लगता है कि यह मॉडल सबसे कम उपयोगी है?

कृपया नीचे अपनी प्रतिक्रिया देने के लिए स्वतंत्र महसूस करें।

यह एसटीएच टीम की सदस्य स्वाति सीला की एक अतिथि पोस्ट है। आप इस ब्लॉग पर अपनी गेस्ट पोस्ट भी प्रकाशित कर सकते हैं। ले देख यहाँ अधिक जानकारी ।

अनुशंसित पाठ

^