समस्याएं

Google समस्या ट्रैकर में मौजूद समस्या, गड़बड़ी की शिकायत, सुविधा का अनुरोध, बदलाव का अनुरोध या प्रोसेस वर्कफ़्लो आइटम है. उपयोगकर्ता इसे ट्रैक करना चाहता है या किसी दूसरे उपयोगकर्ता या टीम से इसे ट्रैक करने के लिए कहता है. समस्याओं को कॉम्पोनेंट में बांटा जाता है. हर कॉम्पोनेंट में, मिलती-जुलती समस्याओं का एक ग्रुप होता है. समस्या ट्रैकर में हर समस्या का अपना जानकारी वाला पेज होता है. इस पेज पर उपयोगकर्ता, समस्या से जुड़ी गतिविधि को ट्रैक करते हैं. साथ ही, इस पेज पर उपयोगकर्ता टिप्पणियां करते हैं और समस्या का डेटा अपडेट करते हैं.

समस्या वाले फ़ील्ड

हर समस्या से जुड़े फ़ील्ड का एक सेट होता है. इससे समस्या और उसकी मौजूदा स्थिति के बारे में पता चलता है. इसमें समस्या का टाइप, गंभीरता और प्राथमिकता के हिसाब से उसकी अहमियत, और समस्या पर की गई गतिविधि का रिकॉर्ड शामिल होता है. कुछ फ़ील्ड सभी समस्याओं के लिए एक जैसे होते हैं. समस्या ट्रैकर में कस्टम फ़ील्ड भी काम करते हैं. ये फ़ील्ड सिर्फ़ तब उपलब्ध होते हैं, जब कोई समस्या किसी खास कॉम्पोनेंट से जुड़ी हो. सभी नई समस्याओं के लिए, कई ज़रूरी फ़ील्ड हैं. इनमें कॉम्पोनेंट, टाइटल, प्राथमिकता, और टाइप शामिल हैं. कुछ कॉम्पोनेंट में पसंद के मुताबिक बनाए गए ऐसे फ़ील्ड भी होते हैं जो ज़रूरी होते हैं.

समस्या की ज़्यादा जानकारी वाले पेज पर, ज़्यादातर फ़ील्ड पेज की दाईं ओर समस्या के फ़ील्ड पैनल में दिखते हैं. कुछ अन्य फ़ील्ड, पेज के सबसे ऊपर मौजूद मिलती-जुलती समस्याएं ट्रे में होते हैं. समस्या ट्रैकर में, ज़्यादातर फ़ील्ड में बदलाव किया जा सकता है. इसके लिए, उनसे जुड़े लिंक, ड्रॉप-डाउन सूची या पेंसिल आइकॉन पर क्लिक करें. किसी फ़ील्ड पर कर्सर घुमाने पर, समस्या ट्रैकर उस फ़ील्ड के बारे में कम शब्दों में जानकारी देता है.

समस्या के डिफ़ॉल्ट फ़ील्ड के बारे में जानने के लिए, फ़ील्ड की ग्लॉसरी देखें.

समस्या किस तरह की है

टाइप फ़ील्ड की मदद से, किसी कॉम्पोनेंट में मौजूद समस्याओं को कई सामान्य ग्रुप में से किसी एक में बांटा जा सकता है. यह फ़ील्ड भरना ज़रूरी है. इस टेबल में, संभावित समस्याओं के टाइप दिखाए गए हैं:

समस्या किस तरह की है ब्यौरा
गड़बड़ी प्रॉडक्ट का व्यवहार, ऐसा नहीं है जैसा होना चाहिए या जैसा दस्तावेज़ में बताया गया है या प्रॉडक्ट उम्मीद के मुताबिक काम नहीं करता.
सुविधा का अनुरोध प्रॉडक्ट सही तरीके से काम करता है, लेकिन बताए गए बदलावों की मदद से उसे बेहतर बनाया जा सकता है.
ग्राहक की समस्या समस्या का असर किसी तीसरे पक्ष पर पड़ रहा है और हो सकता है कि समस्या की शिकायत करने वाले व्यक्ति को समस्या न दिखे. ऐसी समस्या को हल करने या ट्रेनिंग देने में आसानी हो सकती है. हालांकि, यह गड़बड़ी या किसी सुविधा के लिए अनुरोध भी हो सकता है.
इंटरनल क्लीनअप इस समस्या का प्रॉडक्ट के व्यवहार पर कोई असर नहीं पड़ता. हालांकि, इस समस्या को ठीक करने से प्रॉडक्ट को डेवलप करते समय, ज़्यादा आसानी से इंटरैक्ट किया जा सकता है. इस टाइप का इस्तेमाल, रखरखाव से जुड़ी समस्याओं को ट्रैक करने के लिए भी किया जा सकता है.
प्रोसेस प्रोसेस एक अलग कैटगरी है. इसका इस्तेमाल, प्रोजेक्ट के हिसाब से अलग-अलग तरह से किया जाता है. उदाहरण के लिए, इस टाइप का इस्तेमाल उन समस्याओं के लिए किया जा सकता है जो एपीआई से जनरेट होती हैं. इसके अलावा, इसका इस्तेमाल एडमिन से जुड़े टास्क को ट्रैक करने के लिए भी किया जा सकता है.
सुरक्षा से जुड़ी समस्या निजता और सुरक्षा से जुड़ी जोखिम, Google के निजता और सुरक्षा दिशा-निर्देशों में बताए गए एसएलओ के दायरे में आते हैं. 01-11-2017 के बाद तक, सिर्फ़ पढ़ने के लिए उपलब्ध.
प्रोजेक्ट यह एक लक्ष्य-आधारित प्रोसेस है, जिसकी शुरुआत और आखिर की तारीख तय होती है. इसका मकसद, कोई यूनीक प्रॉडक्ट, सेवा या नतीजा बनाना होता है.
Milestone प्रोजेक्ट को पूरा करने के दौरान की गई किसी अहम उपलब्धि से जुड़े काम का कलेक्शन. माइलस्टोन का इस्तेमाल, लॉन्च या रिलीज़ दिखाने के लिए भी किया जा सकता है.
सुविधा काम का ऐसा कलेक्शन जो उपयोगकर्ता को कोई खास फ़ायदा देता है.
Epic किसी एक लक्ष्य के लिए किए गए काम का बड़ा कलेक्शन.
स्टोरी काम का एक छोटा कलेक्शन, जो उपयोगकर्ता के लिए खास वैल्यू देता है.
टास्क काम की छोटी इकाई.
प्रोग्राम एक ही थीम से जुड़े लक्ष्यों (प्रोजेक्ट, सुविधाओं, माइलस्टोन, महाकाव्यों) का कलेक्शन.

समस्या की प्राथमिकता

प्राथमिकता फ़ील्ड की मदद से, किसी समस्या की अहमियत बताई जा सकती है. यह फ़ील्ड भरना ज़रूरी है. आम तौर पर, टीमों के पास किसी समस्या की अहमियत तय करने के लिए अलग-अलग मानदंड होते हैं. यहां दी गई टेबल में, समस्याओं को प्राथमिकता देने का सामान्य तरीका बताया गया है:

समस्या की प्राथमिकता ब्यौरा
P0 ऐसी समस्या जिसे तुरंत और ज़रूरत के मुताबिक संसाधनों के साथ ठीक करना ज़रूरी है. इस तरह की समस्या की वजह से, प्रॉडक्ट पूरी तरह से बंद हो जाता है या प्रॉडक्ट का कोई अहम फ़ंक्शन सभी के लिए उपलब्ध नहीं होता. साथ ही, इस समस्या को हल करने का कोई तरीका भी नहीं होता.
P1 ऐसी समस्या जिसे जल्द से जल्द ठीक करना ज़रूरी है. इस तरह की समस्या का असर, उपयोगकर्ताओं के बड़े प्रतिशत पर पड़ता है. अगर इसका कोई हल है, तो वह आंशिक या बहुत मुश्किल है. समस्या का असर संगठन के मुख्य फ़ंक्शन पर पड़ता है या किसी दूसरी टीम को बुरा असर पड़ता है.
P2 ऐसी समस्या जिसे तय समयसीमा में ठीक करना ज़रूरी है. ऐसी समस्या इनमें से कोई भी हो सकती है: 1) ऐसी समस्या जो P0 या P1 कैटगरी में आती है, लेकिन जिसका हल आसानी से किया जा सकता है, 2) ऐसी समस्या जो ज़्यादातर उपयोगकर्ताओं के लिए अहम है और जो संगठन के मुख्य फ़ंक्शन से जुड़ी है, 3) ऐसी समस्या जो अन्य टीमों के काम में रुकावट डालती है और जिसका हल आसानी से नहीं किया जा सकता. P2, पहली बार इस्तेमाल करने या इंस्टॉल करने के दौरान आने वाली समस्याओं के लिए खास तौर पर काम आता है. यह प्राथमिकता का डिफ़ॉल्ट लेवल होता है.
P3 ऐसी समस्या जिसे जल्द से जल्द ठीक किया जाना चाहिए. यह समस्या, संगठन के मुख्य फ़ंक्शन या दूसरी टीमों के काम से जुड़ी हो, लेकिन इससे काम में कोई रुकावट न आए या इसका कोई सही समाधान हो.
P4 ऐसी समस्या जिसे समय के साथ ठीक किया जाना चाहिए. यह समस्या, संगठन के मुख्य फ़ंक्शन या दूसरी टीमों के काम से जुड़ी न हो. इसके अलावा, यह सिर्फ़ सिस्टम को आकर्षक या बेहतर बनाने से जुड़ी हो.

समस्या की स्थिति

स्थिति फ़ील्ड की मदद से, समस्या हल करने की प्रोसेस में उसकी स्थिति बताई जा सकती है. आम तौर पर, टीमों के पास इस बारे में अलग-अलग परिभाषाएं होती हैं कि किसी समस्या की स्थिति बदलने या उसे हल करने के लिए, किन गतिविधियों की ज़रूरत है. किसी समस्या के हल को ट्रैक करने के लिए, स्थिति फ़ील्ड की सभी उपलब्ध वैल्यू का इस्तेमाल करना ज़रूरी नहीं है. नीचे दी गई टेबल में, स्टेटस फ़ील्ड के इस्तेमाल के सामान्य तरीके बताए गए हैं:

समस्या की स्थिति ब्यौरा
नया समस्या को किसी व्यक्ति या ग्रुप को असाइन नहीं किया गया है.
असाइन किया गया समस्या को हल करने के लिए किसी व्यक्ति को असाइन किया गया हो. वह व्यक्ति, असाइनी फ़ील्ड में दिखता है.
प्रोसेस जारी है (स्वीकार किया गया) असाइनी ने समस्या स्वीकार कर ली है और उस पर काम शुरू कर दिया है.
तय समस्या हल कर दी गई है.
ठीक हो गया (पुष्टि हो गई है) समस्या को ठीक कर दिया गया है और उपयोगकर्ता ने पुष्टि करने वाला फ़ील्ड में, समस्या ठीक होने की पुष्टि कर दी है.
ठीक नहीं किया जाएगा (दोबारा नहीं हो सकता) समस्या को ठीक करने के लिए ज़रूरी जानकारी नहीं है या जिस तरह से समस्या की शिकायत की गई है उसे फिर से नहीं बनाया जा सकता.
ठीक नहीं किया जाएगा (इस्तेमालकर्ता के हिसाब से काम करने वाला व्यवहार) समस्या से पता चलता है कि रिपोर्ट की गई स्थितियों में प्रॉडक्ट कैसा काम करेगा.
ठीक नहीं किया जाएगा (अब काम नहीं करता) प्रॉडक्ट में हुए बदलावों की वजह से, यह समस्या अब काम की नहीं है.
ठीक नहीं किया जा सकता (ऐसा करना मुमकिन नहीं है) समस्या को ठीक करने के लिए ज़रूरी बदलाव करना मुमकिन नहीं है.
डुप्लीकेट इस समस्या की शिकायत पहले ही कहीं और की जा चुकी है. किसी समस्या की स्थिति को डुप्लीकेट पर सेट करने के लिए, किसी समस्या की डुप्लीकेट कॉपी बनाना लेख पढ़ें.

समस्या ट्रैकर, समस्याओं की स्थिति के आधार पर उन्हें खुला या बंद के तौर पर मार्क करता है. समस्या बनी हुई है वाली समस्याएं, ऐसी समस्याएं होती हैं जिन्हें ठीक करना बाकी है. इसमें ऐसी सभी समस्याएं शामिल हैं जिनका स्टेटस नई, असाइन की गई या जारी है है. बंद की गई समस्याओं के लिए, पुष्टि करने के अलावा किसी और कार्रवाई की ज़रूरत नहीं होती. इसमें ऐसी कोई भी समस्या शामिल है जिसका स्टेटस ठीक हो गया है, ठीक नहीं किया जा सकता या डुप्लीकेट है.

स्थिति आइकन

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

स्टेटस तुरंत बदलना

किसी समस्या के स्टेटस को तुरंत बदलने के दो तरीके हैं, ताकि उसे हल करने की प्रोसेस के अगले चरण पर ले जाया जा सके. पहला, स्थिति बदलें बटन. यह बटन, समस्या की जानकारी वाले पेज पर सबसे ऊपर मौजूद ऐप्लिकेशन बार में होता है. दूसरा, स्थिति बदलें लिंक. यह लिंक, पेज की दाईं ओर मौजूद समस्या के फ़ील्ड पैनल में होता है. इनमें से किसी एक पर क्लिक करने से, समस्या का स्टेटस इस तरह बदल जाएगा:

  • अगर समस्या नई है और उसे किसी को असाइन नहीं किया गया है या असाइनी आपसे अलग है, तो तुरंत बदलाव करने के लिए प्रॉम्प्ट में मुझे असाइन करें लिखा होता है. स्थिति को तुरंत बदलने पर, असाइनी को आपके तौर पर सेट कर दिया जाएगा. अगर फ़िलहाल, स्थिति किसी और के तौर पर सेट है, तो समस्या की स्थिति को असाइन किया गया पर सेट कर दिया जाएगा.

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

  • अगर आपने किसी समस्या को असाइन किया है और उसका स्टेटस जारी है है, तो स्टेटस तुरंत बदलने के लिए प्रॉम्प्ट में ठीक हो गया है के तौर पर मार्क करें लिखा होता है. तुरंत बदलने पर, समस्या का स्टेटस बदलकर ठीक हो गया हो जाता है.

  • अगर किसी समस्या का स्टेटस ठीक हो गया है है और आप पुष्टि करने वाले हैं, तो तुरंत बदलाव करने के लिए प्रॉम्प्ट में पुष्टि करें लिखा होता है. समस्या का स्टेटस तुरंत बदलने पर, वह ठीक हो गया (पुष्टि हो गई) हो जाता है.

  • अगर किसी समस्या का स्टेटस 'बंद है' (ठीक हो गई है, डुप्लीकेट है या ठीक नहीं की जाएगी) है, तो क्विक-बदलाव प्रॉम्प्ट में फिर से खोलें दिखेगा. हालांकि, ऊपर बताए गए मामले में ऐसा नहीं होगा. अगर समस्या को किसी व्यक्ति को असाइन नहीं किया गया है, तो स्टेटस को नया में बदल दिया जाता है. अगर समस्या को किसी व्यक्ति को असाइन किया गया है, तो स्टेटस को असाइन किया गया में बदल दिया जाता है.

समस्या के बारे में होवर कार्ड

समस्या के होवरकार्ड में, समस्या का टाइटल, आईडी, ब्यौरा, और मौजूदा स्थिति जैसी जानकारी होती है. इसके अलावा, इसमें मुझे कॉपी करें बटन होता है. यह बटन, आपको समस्या की कॉपी पाने वाले लोगों की सूची में जोड़ता है. अगर आप पहले से ही कॉपी पाने वाले लोगों की सूची में शामिल हैं, तो बटन पर (मुझे कॉपी न करें) लिखा होता है. उदाहरण के लिए:

समस्या के बारे में जानकारी देने वाले होवरकार्ड, इन पर कर्सर घुमाने पर दिखते हैं:

  • मिलती-जुलती समस्याएं ट्रे के ब्लॉक किया गया, ब्लॉक किया जा रहा है या डुप्लीकेट टैब में मौजूद समस्या का आईडी.
  • समस्या के खोज के नतीजों वाले पेज के ब्लॉक करने वाला, ब्लॉक किया गया या डुप्लीकेट कॉलम में मौजूद समस्या का आईडी.
  • समस्या बनाएं पेज की दाईं ओर मौजूद, हाल ही की समस्याएं पैनल में मिली समस्या का लिंक.
  • समस्या वाले उस पेज पर स्थिति फ़ील्ड जिसे डुप्लीकेट के तौर पर मार्क किया गया है.
  • डुप्लीकेट के तौर पर मार्क किए गए पेज पर सबसे ऊपर मौजूद पीले रंग के बार में मिली कैननिकल समस्या का लिंक.

समस्याओं में बदलाव करना

अगर आपके पास किसी कॉम्पोनेंट को देखने और उसमें बदलाव करने की अनुमति है, तो आपके पास उसके फ़ील्ड में बदलाव करने के साथ-साथ उसमें टिप्पणियां जोड़ने का विकल्प भी होता है. हालांकि, कुछ फ़ील्ड में बदलाव नहीं किया जा सकता. जैसे, समस्या बनाने की तारीख या पहले से की गई टिप्पणियां.

लेवल में बदलाव करना

किसी समस्या में होने वाले बदलावों की अहमियत अलग-अलग होती है. इससे यह तय होता है कि बदलाव, समस्या के इतिहास पैनल में दिखेंगे या नहीं. साथ ही, यह भी तय होता है कि बदलाव होने पर, उपयोगकर्ताओं को ईमेल सूचना मिलेगी या नहीं.

बदलावों को लागू करना

बदलावों को बंद करने पर, किसी समस्या का स्टेटस खुला है से बंद है में बदल जाता है. समस्या के इतिहास पैनल में, समस्या को ठीक करने के लिए किए गए बदलाव दिखते हैं. बदलावों को बंद करने की सूचनाएं, ईमेल सूचनाओं के तौर पर उन उपयोगकर्ताओं को भेजी जाती हैं जिन्होंने सूचना पाने के लिए इनमें से कोई एक सेटिंग चुनी है: सभी अपडेट, बड़े अपडेट या सिर्फ़ बदलावों को बंद करने की सूचना.

किसी समस्या को बंद करने वाली स्थितियों की पूरी सूची देखने के लिए, समस्या की स्थिति देखें.

बड़े बदलाव

समस्या के इतिहास पैनल में, बड़े बदलाव हमेशा दिखते हैं. किसी बड़े बदलाव के बाद, उन उपयोगकर्ताओं को ईमेल सूचना भेजी जाती है जिनकी सूचना सेटिंग सभी अपडेट या बड़े अपडेट पर सेट होती है. इन बदलावों को बड़ा बदलाव माना जाता है:

  • समस्या का शुरुआती स्टेज.
  • समस्या के बारे में जोड़ी गई टिप्पणियां.
  • समस्या को नए कॉम्पोनेंट में ले जाया जाता है.
  • प्राथमिकता, गंभीरता, रिटेंशन या असाइनी में बदलाव.
  • बंद है, पुष्टि हो चुकी है या फिर से खोला गया है स्टेटस में बदलाव.
  • बड़े के तौर पर मार्क किए गए कस्टम फ़ील्ड में बदलाव.

छोटे बदलाव

किसी समस्या के इतिहास पैनल में, मामूली बदलाव सिर्फ़ तब दिखते हैं, जब आपने फ़िल्टर के लेवल को पूरा इतिहास पर सेट किया हो. इसी तरह, छोटे बदलावों की सूचना सिर्फ़ उन उपयोगकर्ताओं को ईमेल से भेजी जाती है जिनकी भूमिका के लिए, सूचना की सेटिंग सभी अपडेट पर सेट होती है.

मामूली बदलावों में ये शामिल हैं:

  • टाइटल में बदलाव
  • हॉटलिस्ट में हुए बदलाव
  • अटैचमेंट जोड़ना
  • मिलती-जुलती समस्या से जुड़े बदलाव (ब्लॉक करना, ब्लॉक किया गया, डुप्लीकेट)
  • स्टेटस में ऐसे बदलाव जिनके बारे में साफ़ तौर पर नहीं बताया गया है कि वे बड़े बदलाव हैं
  • इन फ़ील्ड में बदलाव किए गए हैं: शिकायत करने वाला, टाइप, पुष्टि करने वाला, इसमें मिला, इस पर टारगेट किया गया, इसमें पुष्टि की गई, प्रोडक्शन में है
  • मामूली के तौर पर मार्क किए गए कस्टम फ़ील्ड में बदलाव

बिना सूचना के बदलाव करना

चुपचाप किए गए बदलावों की सूचना, किसी भी उपयोगकर्ता को ईमेल से तब तक नहीं भेजी जाती, जब तक कि उन बदलावों का मकसद, उन उपयोगकर्ताओं को समस्या से जोड़ना या हटाना न हो. इन बदलावों को साइलेंट बदलाव माना जाता है:

  • कॉपी या सहयोग करने वाले फ़ील्ड में एंट्री जोड़ना या हटाना (जब तक कि उपयोगकर्ता या ग्रुप को नया जोड़ा जा रहा हो या नया हटाया जा रहा हो)
  • टिप्पणी में बदलाव करना
  • साइलेंट के तौर पर मार्क किए गए कस्टम फ़ील्ड में बदलाव करना

समस्या का ऐक्सेस सीमित करना

समस्या ट्रैकर में, ऐक्सेस कंट्रोल की पाबंदियां लागू की जा सकती हैं. इससे, एक ही कॉम्पोनेंट में मौजूद अन्य समस्याओं की तुलना में, समस्याओं के लिए ऐक्सेस करने वालों का सेट छोटा हो जाता है.

समस्या के एडमिन, समस्या पर लगी पाबंदी के स्टेटस को, समस्या के ऐक्सेस के चार लेवल में से किसी एक पर अपडेट कर सकते हैं:

  • डिफ़ॉल्ट ऐक्सेस - सामान्य नियम लागू होते हैं: डिफ़ॉल्ट ऐक्सेस लेवल की समस्या के लिए, कॉम्पोनेंट की अन्य सभी समस्याओं के जैसे ही ऐक्सेस करने वाले होते हैं.

  • टिप्पणी करने की सीमित अनुमति - समस्या पर सिर्फ़ उन लोगों को टिप्पणी करने की अनुमति होगी जिन्हें समस्या के लिए असाइनी, सहयोगी, पुष्टि करने वाला या कॉपी के तौर पर शामिल किया गया है. भले ही, उनके पास कॉम्पोनेंट की अन्य समस्याओं के लिए टिप्पणी करने की अनुमतियां हों. जिन उपयोगकर्ताओं के पास कॉम्पोनेंट पर एडमिन की समस्याओं की अनुमति है उनके पास टिप्पणी का ऐक्सेस भी बना रहेगा. देखने का ऐक्सेस डिफ़ॉल्ट रूप से बना रहेगा.

  • सीमित लोगों को दिखना - समस्या को सिर्फ़ वे लोग देख सकते हैं जिन्हें साफ़ तौर पर सूची में शामिल किया गया है. जैसे, असाइनी, सहयोगी, पुष्टि करने वाला व्यक्ति या कॉपी पाने वाला व्यक्ति.

  • सीमित तौर पर दिखने वाली समस्या + Google - समस्या को सिर्फ़ वे लोग देख सकते हैं जिन्हें साफ़ तौर पर सूची में शामिल किया गया है. जैसे, असाइनी, सहयोगी, पुष्टि करने वाला व्यक्ति या कॉपी का अधिकार रखने वाला व्यक्ति. इसके अलावा, फ़ुल-टाइम Google कर्मचारी और इंटरनल ऑटोमेशन खाते भी समस्या को देख सकते हैं.