भर्ती फ़ॉर्म टेस्ट केस: किन मामलों को कवर करें

भर्ती फ़ॉर्म टेस्ट केस भर्ती प्रणाली की गुणवत्ता का दिखने वाला आधा हिस्सा हैं, और वह आधा भी जो सबसे ज़्यादा बार सुखद रास्ते से बाहर की ओर लिखा जाता है। जो फ़ॉर्म तब चलता है जब आवेदक हर फ़ील्ड ठीक से भरे, वह परखा नहीं गया है — उसे बस एक बार देख लिया गया है।

यह लेख बताता है कि बहु-चरणीय फ़ॉर्म अपने चरणों के बीच दोष क्यों छिपाते हैं, किन आवेदक शाखाओं के लिए अलग-अलग मामला चाहिए, जवाब बदलने के साथ अनिवार्य फ़ील्ड कैसे खिसकते हैं, और जब वही व्यक्ति दोबारा जमा करता है तो क्या होना चाहिए।

बहु-चरणीय फ़ॉर्म इतने दोष क्यों छिपा लेते हैं?

क्योंकि हर चरण की जाँच अलग-अलग होती है। एक पृष्ठ वाला फ़ॉर्म आम तौर पर शुरू से आख़िर तक परखा जाता है, क्योंकि पूरी बातचीत एक मिनट लेती है। पाँच चरणों में बँटा फ़ॉर्म आम तौर पर एक-एक चरण करके परखा जाता है, उसी व्यक्ति द्वारा, उसी सत्र में, ऐसी अवस्था से शुरू करके जो पिछले चरण ने सुविधाजनक रूप से छोड़ दी थी।

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

दो आदतें ज़्यादातर ऐसे दोष पकड़ लेती हैं। फ़ॉर्म पर अनपेक्षित क्रम में चलिए, उलटी दिशा समेत, और पुष्टि कीजिए कि मान सफ़र भर बचे रहे। और हर मामले की शुरुआत जाँचे जा रहे चरण से कीजिए, अवस्था सीधे बनाकर, पहले के चरण दोबारा चलाकर नहीं — क्योंकि दोबारा चलाने का मतलब है कि पहले के चरण हर मामले का चुपचाप हिस्सा बन गए, और वहाँ का कोई दोष हर मामले को एक ही वजह से विफल कर देगा और बाक़ी सब छिपा देगा।

किन आवेदक शाखाओं के लिए अलग टेस्ट केस चाहिए?

कम से कम चार, क्योंकि हर एक शर्तों पर टिके फ़ील्डों का अलग समूह चलाती है।

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

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

दिए गए जवाबों के साथ अनिवार्य फ़ील्ड कैसे बदलते हैं?

वे लगातार बदलते हैं, और उन्हें चलाने वाला नियम कोई स्थिर सूची नहीं, कोई निर्भरता है।

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

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

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

दोबारा जमा करने पर क्या होना चाहिए?

आवेदक के अनुभव के लिहाज़ से ईमानदार जवाब यह है कि दूसरा जमा या तो साफ़ तौर पर दोहराव पहचाना जाए या साफ़ तौर पर नया आवेदन माना जाए, और कभी चुपचाप कोई तीसरी ऐसी अवस्था न बनाए जिसे किसी ने बनाया ही न हो।

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

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

डेवलपर्स के लिए: फ़ॉर्म की अवस्था बनाना

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

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

इन मामलों की सामग्री पूरी तरह प्रतिस्थापन पाठ होनी चाहिए। किसी असली उम्मीदवार की जानकारी भर्ती फ़ॉर्म के टेस्ट में कभी मत डालिए, सुरक्षित वातावरण में भी नहीं, क्योंकि उसके बाद वह जानकारी ऐसी जगह मौजूद रहती है जहाँ उसे कभी जाना नहीं था। इस साइट के उदाहरण ठीक इसी काम के लिए गढ़े गए हैं।

आगे के कदम

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