शाखाबद्ध गेम कहानियों को परीक्षण योग्य (Testable) कैसे बनाए रखें

व्यवहार को रिकॉर्ड करने वाले ग्राफ़ से शुरुआत करें

प्रत्येक खेलने योग्य अंश या दृश्य को एक नोड के रूप में और प्रत्येक विकल्प को एक निर्देशित किनारे (directed edge) के रूप में दर्शाएं। किनारों को उनकी शर्तों और प्रभावों के साथ एनोटेट करें: उदाहरण के लिए, `has_key = true` "गेट अनलॉक करें" को सक्षम करता है, जो `gate_open = true` सेट करता है। अंत, लूप और पुनर्मिलन बिंदुओं को स्पष्ट रूप से चिह्नित करें। एक पुनर्मिलन बिंदु वह स्थान है जहां अलग-अलग मार्ग फिर से मिलते हैं; यह जाँचने के लिए एक उपयोगी जगह है कि क्या कहानी बिना किसी अनपेक्षित स्थिति को ले जाए कई इतिहासों से जारी रह सकती है।

ग्राफ़ को यह प्रतिबिंबित करना चाहिए कि गेम वास्तव में क्या मूल्यांकन करता है, न कि केवल गद्य संरचना को। रिकॉर्ड करें कि कोई विकल्प किन चरों (variables) को पढ़ता है, किन्हें लिखता है, और कौन से बाद के नोड उन पर निर्भर करते हैं। इसमें डिफ़ॉल्ट, रीसेट नियम और किसी भी एक बार के प्रभाव को शामिल करें। यदि कोई फ़्लैग किसी एक शाखा में सेट किया गया है और कभी हटाया नहीं गया है, तो यह इरादतन हो सकता है; इसका दस्तावेजीकरण समीक्षा और परीक्षण के लिए परिणाम को दृश्यमान बनाता है।

यह संरचना उन निर्णय बिंदुओं को खोजने में भी मदद करती है जिन्हें एक लंबी स्क्रिप्ट में छोड़ना आसान होता है। एलेक्सी तिखोनोव का 2024 का शोधपत्र शाखाबद्ध कथाओं में चरित्र निर्णय बिंदुओं का पता लगाने का अध्ययन करता है और चूज़ योर ओन एडवेंचर गेम ग्राफ़ के आधार पर एक डेटासेट का प्रस्ताव करता है। इसका कार्य कथा निर्णय बिंदुओं की पहचान करने से संबंधित है, न कि किसी QA पद्धति को मान्य करने से; यह टीमों को विकल्पों की सूची बनाने के तरीके के बारे में सूचित कर सकता है, लेकिन यह यह नहीं दिखाता है कि यहाँ दिया गया परीक्षण दृष्टिकोण प्रभावी है। [Tikhonov, “Branching Narratives: Character Decision Points Detection”](https://aclanthology.org/2024.games-1.8/)

केवल दृश्य विज़िट ही नहीं, बल्कि स्टेट ट्रांज़िशन का परीक्षण करें

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

उदाहरण के लिए, "नक्शा दिखाएं" चुनने के लिए एक परीक्षण यह सुनिश्चित कर सकता है कि नक्शा दिखाया गया है, `trust` अपरिवर्तित रहता है, और मार्ग साझा वेधशाला दृश्य तक पहुंचता है। एक युग्मित परीक्षण `has_map = false` से शुरू होता है और दावा करता है कि यह विकल्प अनुपलब्ध है या निर्दिष्ट विकल्प का अनुसरण करता है। सटीक अपेक्षित व्यवहार कथा विनिर्देश पर निर्भर करता है; महत्वपूर्ण बात यह है कि किसी अंश के शीर्षक से शुद्धता का अनुमान लगाने के बजाय इसे स्पष्ट रूप से सिद्ध किया जाए।

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

कवरेज को दृश्यमान बनाने के लिए एक काल्पनिक उदाहरण का उपयोग करें

मान लीजिए कि एक छोटे रहस्य में संग्रह (archive) में एक निर्णय है। खिलाड़ी मदद का अनुरोध कर सकता है, चुपके से अंदर जा सकता है, या उधार ली गई चाबी का उपयोग कर सकता है; प्रत्येक मार्ग एक ही गलियारे तक पहुंचता है, फिर बाद का एक विकल्प यह निर्धारित करता है कि क्या खिलाड़ी एक सीलबंद पत्र लेता है। निम्नलिखित काल्पनिक मैट्रिक्स परीक्षण दायित्वों के एक संक्षिप्त सेट को ट्रैक करता है। "कवर किया गया" का अर्थ है कि विशिष्ट दायित्व के लिए एक परीक्षण की योजना बनाई गई है, इसका यह अर्थ नहीं है कि पूरे मार्ग या प्रत्येक संयोजन का परीक्षण किया गया है।

**A:** `trust = high`; पुरालेखपाल से मदद मांगें। मदद का विकल्प दिखाई देता है; `trust` उच्च रहता है; मार्ग गलियारे तक पहुँचता है। विकल्प उपलब्धता और ट्रांज़िशन

**B:** `trust = low`; मदद मांगें। मदद का विकल्प छिपा हुआ है या अस्वीकार करता है, जैसा निर्दिष्ट किया गया है। नकारात्मक स्थिति

**C:** `has_key = true`; बगल का दरवाजा अनलॉक करें। दरवाजा खुलता है; मार्ग गलियारे तक पहुँचता है; चाबी का उपयोग केवल तभी किया जाता है जब निर्दिष्ट हो। स्थिति प्रभाव और पुनर्मिलन

**D:** `has_key = false`; बगल के दरवाजे का प्रयास करें। दरवाजा नहीं खोला जा सकता; कोई सफलता फ़्लैग सेट नहीं है। नकारात्मक अभिकथन

**E:** गलियारे से, सीलबंद पत्र लें। `has_letter = true`; बाद का साक्ष्य दृश्य पत्र-विशिष्ट पंक्ति प्रदान करता है। डाउनस्ट्रीम परिणाम

**F:** गलियारे से, पत्र छोड़ दें। `has_letter = false`; पत्र-विशिष्ट पंक्ति अनुपस्थित है। परिणाम विषमता और नकारात्मक अभिकथन

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

संयोजन बढ़ने पर शाखा कवरेज को प्राथमिकता दें

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

फिर संयोजनों का जानबूझकर नमूना लें। सीमा स्थितियों (वह न्यूनतम मान जो किसी विकल्प को बदलता है), प्रत्येक महत्वपूर्ण स्थिति के दोनों पक्षों, परस्पर क्रिया कर सकने वाले फ़्लैग के प्रतिनिधि संयोजनों, और विभिन्न इतिहासों के माध्यम से पुनर्मिलन बिंदु तक पहुँचने वाले मार्गों को शामिल करें। हाल के परिवर्तनों और जटिल पूर्वापेक्षाओं वाले रास्तों को प्राथमिकता दें। जब दो चर परस्पर क्रिया कर सकते हैं, तो यह मानने के बजाय कि अलग-अलग एकल-चर जांच साबित करती है कि संयोजन काम करता है, उस जोड़ी के लिए एक परीक्षण जोड़ें।

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

गेम प्लेटेस्टिंग पर शोध एक संबंधित लेकिन सीमित विचार पेश कर सकता है। गॉर्डिलो और उनके सहयोगियों का 2021 का arXiv पेपर एक जटिल 3D परिदृश्य में स्थिति कवरेज का पता लगाने के लिए उपन्यास कार्यों के लिए पुरस्कृत सुदृढीकरण-शिक्षण (reinforcement-learning) एजेंटों का वर्णन करता है। वह कार्य एक 3D गेम वातावरण में अन्वेषण से संबंधित है, न कि शाखाबद्ध कथा विकल्पों या यहाँ वर्णित विशिष्ट ट्रांज़िशन-परीक्षण विधि से। यह स्वचालित अन्वेषण को एक संभावित पूरक के रूप में मानने का समर्थन करता है, लेकिन न तो वह अध्ययन और न ही तिखोनोव का पेपर इस सटीक कथा परीक्षण विधि को मान्य करता है। [Gordillo et al., “Improving Playtesting Coverage via Curiosity Driven Reinforcement Learning Agents”](https://arxiv.org/abs/2103.13798)

नकारात्मक अभिकथन और मानव प्लेटेस्ट जोड़ें

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

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

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

बदलती कहानी के लिए एक व्यावहारिक परीक्षण चक्र

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

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

इस विषय को आगे पढ़ें