🙈 🎹 🙊 Amazon Lumberyard गेम इंजन का परीक्षण। दृष्टिकोण और उपकरण 🔆 👲🏿 🎚️

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

लंबरयार्ड एक क्रॉस-प्लेटफ़ॉर्म गेम इंजन है जहां आप अधिकांश आधुनिक प्लेटफार्मों के लिए मुफ्त में गेम बना सकते हैं: पीसी, मैक, आईओएस / एंड्रॉइड, सभी कंसोल, जिसमें वर्चुअल रियलिटी ग्लास शामिल हैं। यह अमेज़ॅन वेब सेवाओं और ट्विच की गेम प्रसारण सेवा के साथ बहुत गहराई से एकीकृत है। हाइजेनबग

सम्मेलन से आर्टेम नेसियोलोव्स्की की रिपोर्ट के कट - वीडियो और प्रतिलेख के तहत ।

वक्ता के बारे में: मास्को इंजीनियरिंग भौतिकी संस्थान, साइबरनेटिक्स संकाय, विकास और परीक्षण में 8 से अधिक वर्षों से स्नातक। उन्होंने दोनों डेस्कटॉप प्रोजेक्ट्स पर काम किया, जैसे कि GeForce एक्सपीरियंस, ऑनलाइन MMORPG वंश द्वितीय, और मोबाइल में - गेम कट द रोप, साथ ही साथ Yandex.Images वेब प्रोजेक्ट। वह वर्तमान में अमेज़ॅन लंबरयार्ड परियोजना पर अमेज़ॅन में एक स्वचालन इंजीनियर है।

पोस्ट संरचना

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

वक्ता की ओर से आगे का कथन।

अमेज़न आखिर खेल क्यों कर रहा है? 2014 में, अमेज़ॅन, कई तकनीकी दिग्गजों की तरह, नोट करता है कि गेम मानवता के लिए मनोरंजन का दूसरा सबसे लोकप्रिय रूप बनता जा रहा है। पहला, विचित्र रूप से पर्याप्त, टेलीविजन है, या बल्कि, वीडियो स्ट्रीमिंग (YouTube, नेटफ्लिक्स और बाकी सब कुछ) से संबंधित सब कुछ है। गेम डेवलपर अपने ऑनलाइन गेम के लिए AWS सेवाओं का अधिक सक्रिय रूप से उपयोग करने लगे हैं।

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

इसे कैसे शुरू किया जाए?

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

ताकि हर स्टूडियो एक साइकिल का आविष्कार न करे - उसका अपना रेंडरिंग इंजन, उसका एनीमेशन सिस्टम, फिजिक्स, और इसी तरह, अमेज़ॅन क्राईन्ग्विन संस्करण 3 को लाइसेंस देता है और एक ही बार में कई गेम के विकास को लॉन्च करता है। ग्रैंड टूर पहले ही Xbox और PlayStation पर जारी किया जा चुका है। दो और विकास चल रहे हैं: MMORPG "नई दुनिया" और ऑनलाइन शूटर "क्रूसिबल"। इन खेलों का विकास शुरू होने के बाद, अमेज़ॅन ने उस इंजन को मुफ्त में प्रदान करना शुरू किया, जिस पर ये गेम विकसित किए गए हैं। क्योंकि यह अमेज़ॅन की क्लाउड सेवाओं के साथ अत्यधिक एकीकृत है, आप AWS का उपयोग करने के लिए अधिक लोगों को आकर्षित कर सकते हैं।

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

लंबे समय तक बात करने के बजाय, कभी-कभी एक वीडियो दिखाना आसान होता है: वीडियो का

लिंक 8: 33-9: 53

यहाँ हमारे संपादक और इसके इंटरफ़ेस है। इसके अंदर एक गेम लॉन्च किया जाता है, जिसे हम इंजन के साथ प्रदान करते हैं। "स्टार्टर गेम" मौजूद है ताकि लोग लॉग इन कर सकें, खेल सकें, कुछ बदल सकें और यह पता लगा सकें कि यह कैसे काम करता है।

सामान्य तौर पर, 3 डी गेम को तीन-आयामी वस्तुओं के एक सेट के रूप में कल्पना की जा सकती है जो तीन-आयामी दुनिया में चलते हैं और किसी तरह एक-दूसरे के साथ बातचीत करते हैं। इस वीडियो में आप देख सकते हैं:

बनावट के साथ स्थिर ज्यामिति: पृथ्वी, पत्थर, घास, पेड़;
गतिशील ज्यामिति - चरित्र एनिमेटेड है, खिलाड़ी के कार्यों पर प्रतिक्रिया करता है;
उपयोगकर्ता इंटरफ़ेस: ऊपरी बाएँ कोने में कार्य दृश्य।

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

इंजन का परीक्षण कैसे करें?

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

की विशेषताएं पहली विशेषता - हम मौजूदा गेमिंग प्लेटफार्मों में से अधिकांश का समर्थन करते हैं। इस तथ्य के बावजूद कि संपादक केवल पीसी पर काम करता है, रनटाइम, अर्थात्। गेम को मैक, स्मार्टफोन, कंसोल और यहां तक कि वर्चुअल रियलिटी ग्लास पर बनाया जा सकता है।

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

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

ये तीनों विशेषताएं कस्टम स्क्रिप्ट की संख्या को बहुत प्रभावित करती हैं, जिनमें से प्रत्येक का परीक्षण किया जाना आवश्यक है।

इस स्क्रीनशॉट को देखें और कल्पना करें कि आप कार्यक्षमता के इस भाग के लिए कितने परीक्षण मामले लिख सकते हैं? कुल मिलाकर, हमारे पास परियोजना पर 11 हजार से अधिक परीक्षण मामले हैं और यह डेटाबेस हर साल लगभग 3-4 हजार परीक्षण मामलों से बढ़ रहा है।

वीडियो का लिंक 13: 20-13: 54

हम एक दूसरे के साथ कई घटकों की बातचीत के दौरान अधिकांश बग ढूंढते हैं। इस वीडियो में, सामान्य अवस्था में बर्फ को क्यूब पर प्रदर्शित किया जाना चाहिए, लेकिन जैसे ही चरित्र उसके साथ बातचीत करना शुरू करता है, बर्फ गायब होना शुरू हो जाता है। हमारे द्वारा पाए जाने वाले अधिकांश बग ऐसे स्थानों पर होते हैं जहां कई घटक सम्मिलित होते हैं।

वीडियो का लिंक 14: 08-14: 41 है

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

वीडियो का लिंक 15: 02-15: 49

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

वीडियो का लिंक 16: 03-17: 14

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

कवरेज कैसे निर्धारित करें?

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

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

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

हम इस मॉडल का एक छोटे से उदाहरण के साथ विश्लेषण करेंगे। नीचे कार्यक्षमता के एक छोटे से हिस्से का डेमो दिया गया है:

वीडियो 19: 59-21: 02 का लिंक

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

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

उनका दूसरा अवसर (नारंगी शाखा) व्यूपोर्ट के माध्यम से या गेम एक्सप्लोरर से ड्रैग-एन-ड्रॉप के माध्यम से गेम इकाइयां बनाने के लिए है।

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

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

वीडियो का लिंक 23: 01-24: 10

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

परिणाम और निष्कर्ष

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

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

समस्याओं और समाधान

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

अगली समस्या कार्यक्षमता की कमी है। कई उपयोगकर्ता मामले सिर्फ एक बटन दबाने में नहीं हैं, बल्कि तीन आयामी दुनिया के साथ बातचीत में हैं। इस पुस्तकालय ने इसकी अनुमति नहीं दी, नए समाधानों की आवश्यकता थी।

तीसरी समस्या है गति। किसी भी यूआई परीक्षण के लिए, आपको पूरे इंजन को पूरी तरह से प्रस्तुत करना होगा। समय लगता है, इन परीक्षणों के लिए मशीनें पर्याप्त शक्तिशाली होनी चाहिए।

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

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

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

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

लंबरार्ड के साथ बातचीत

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

चलो इंजन को स्वचालित करने के लिए हमारे ढांचे का उपयोग करने के उदाहरणों पर चलते हैं।

इस स्क्रीनशॉट पर एक नज़र डालें।

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

उनमें से एक को वनस्पति उपकरण कहा जाता है। छोटा डेमो:

वीडियो 32 का लिंक: 18-34: 06

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

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

वीडियो का लिंक 34: 20-34: 58

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

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

ऊपर दिए गए पैरामीटर कोड से पता चलता है कि हम विभिन्न प्लेटफार्मों पर एक ही कोड का पुन: उपयोग कर सकते हैं। इसके अलावा, हम विभिन्न स्तरों या परियोजनाओं पर समान कोड का पुन: उपयोग कर सकते हैं। उदाहरण के लिए, प्लेटफार्मों को लाल रंग में हाइलाइट किया गया है: एक मामले में यह विंडोज है, एक अन्य मामले में यह मैक है; परियोजना को पीले रंग में हाइलाइट किया गया है; नाम स्तर को हल्के पीले रंग में हाइलाइट किया गया है।

वीडियो का लिंक 36: 07-36: 47

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

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

ऊपर परीक्षण स्तर है। इस मामले में, पहले से तैयार बनावट (मुखौटा) का उपयोग करके मानक इलाके पर एक मुस्कान खींची जाती है। यह सत्यापित करना आवश्यक है कि मुखौटा का उपयोग करते समय, पेंटिंग केवल पहले से चुने गए समोच्च के साथ बाहर की जाएगी और इससे आगे नहीं जाएगी।

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

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

आइए देखें कि यह स्क्रिप्ट कैसे काम करती है।

वीडियो का लिंक 38: 42-39: 35

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

परीक्षण मानकों के साथ तुलना के लिए इस तरह के स्क्रीनशॉट लेता है। यहां आप देख सकते हैं कि तस्वीर सीमा के साथ स्पष्ट रूप से चली गई।

ललित कलाएं

हम ग्राफिक्स के परीक्षण के लिए अपने ढांचे का भी उपयोग करते हैं।

वीडियो 40: 04-40: 56

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

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

निश्चित रूप से आप अक्सर एक बग का सामना करते थे जब "बनावट लोड नहीं होती थी।" वास्तव में, बहुत सी समस्याएं हैं जब बनावट प्रदर्शित करने के लिए कुछ हुआ।

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

यदि आप चरणों में ऐसा करते हैं, तो आप मोटे तौर पर समझ सकते हैं कि ग्राफिक्स इंजन के किस हिस्से में कुछ गलत हुआ। यहाँ एल्गोरिथ्म है जिसके द्वारा हम स्क्रीनशॉट की तुलना करते हैं।

स्क्रीनशॉट की तुलना करके, आप ग्राफिक्स, डिस्प्ले एलिमेंट्स, टेक्सचर, मटेरियल, शेड्स टेस्ट कर सकते हैं।

जब हमारे पास यह ढांचा नहीं था, तो हम अपने इंजन के पुराने संस्करण से एक बग का उदाहरण देंगे।

वीडियो का लिंक 43: 10-43: 44

यह वनस्पति प्रणाली से संबंधित है। पेड़ों को जोड़ने के बाद, ग्राफिक हिस्सा उनके नीचे छाया बनाना शुरू कर देता है। यह आवश्यक है कि "Ctrl + Z" ("रद्द करें") दबाएं, पेड़ गायब हो जाते हैं, और छाया बनी रहती है। यदि आप शुरुआत में एक स्क्रीनशॉट लेते हैं, जब पेड़ खड़ा होता है और "रद्द करें" पर क्लिक करने के बाद, तो इस तरह के बग को पहले और बाद के संदर्भ स्क्रीनशॉट के साथ तुलना करने के बाद स्वचालित मोड में पकड़ना आसान होता है।

स्क्रीनशॉट की तुलना करके, एसेट पाइपलाइन को भी बहुत अच्छी तरह से परीक्षण किया गया है। जब कलाकारों ने 3D संपादकों (माया, 3dsMax) में कुछ बनाया है, तो आपको यह जांचने की आवश्यकता है कि खेल में सब कुछ उसी तरह से प्रदर्शित होता है और कुछ भी नहीं खोया: चिकन में पंख होते हैं, सभी जानवरों में फर होते हैं, लोगों की त्वचा की बनावट सही होती है अन्य बातें।

वीडियो का लिंक 44: 16-44: 52

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

सब कुछ पकड़ा नहीं जा सकता

वीडियो 45 से लिंक: 03-45: 17

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

स्क्रीनशॉट की तुलना करके, आप स्वयं संपादक के इंटरफ़ेस का परीक्षण कर सकते हैं।

खेल के घटक

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

आप शुरुआत में और अंत में स्क्रीनशॉट ले सकते हैं। यदि सब कुछ मेल खाता है, तो तत्व के स्थान को बदलने वाली स्क्रिप्ट सही ढंग से काम करती है।

ताना

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

प्रदर्शन

पिछले नहीं बल्कि कम से कम, खेल इंजन उत्पादक होना चाहिए! GPU को PIX जैसे विभिन्न ग्राफिकल प्रोफाइलरों का उपयोग करके परीक्षण किया जा सकता है। RAM का परीक्षण Visual Studio में ही किया जा सकता है। इसके अलावा, RADTelemetry टूल का उपयोग करके प्रोसेसर के प्रदर्शन का परीक्षण कैसे किया जाता है, इसके बारे में अधिक।

जानिए क्या है इनपुट लैग?

वीडियो का लिंक 47: 29-48: 21

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

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

RADTelemetry नाम का एक प्रोग्राम है ।

वीडियो का लिंक 49: 44-50: 47

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

और यहाँ AWS कहाँ है?

निष्कर्ष में, AWS के बारे में कुछ शब्द। एक ओर, हम इसका उपयोग अपने परीक्षणों को चलाने के लिए करते हैं। हम EC2 और डिवाइस फ़ार्म से उपकरणों पर परीक्षण चलाते हैं। परिणाम S3 में डेटाबेस में जोड़े जाते हैं, और रेखांकन क्विकसाइट पर प्रदर्शित किए जाते हैं। क्लाउडवॉच में परीक्षण के आँकड़े देखे जा सकते हैं। चूंकि इंजन एडब्ल्यूएस सेवाओं के साथ अत्यधिक एकीकृत है, इसलिए हम इन एकीकरणों का परीक्षण करते हैं - दोनों मैन्युअल रूप से और स्वचालित रूप से। उदाहरण के लिए, CloudCanvas एक ऐसी सेवा है जो आपको प्रोग्रामिंग के बिना नेटवर्क गेम के लिए कार्यक्षमता बनाने की अनुमति देती है, अर्थात, सर्वर पर आप लीडरबोर्ड, स्कोर टेबल और उपलब्धियों जैसे चिप्स को कॉन्फ़िगर कर सकते हैं। गेमिंग मुद्रीकरण जैसी चीजों के लिए, आप अपने सर्वर प्रोग्रामर की तलाश नहीं कर सकते, लेकिन तुरंत CloudCanvas का उपयोग करना शुरू कर दें। अमेज़ॅन गेमलिफ्ट अनिवार्य रूप से गेम सर्वर के लिए एक स्केलेबल सिस्टम है।चिकोटी के साथ एकीकरण - जब उपयोगकर्ता दो खिलाड़ियों के प्रसारण को देखते हैं जो आपस में प्रतिस्पर्धा करते हैं। एक चिकोटी पोल बनाया गया है "आप किस खिलाड़ी का समर्थन करते हैं?" - लोग चैट में मतदान करना शुरू कर देते हैं, खेल जवाब पढ़ता है, और खिलाड़ियों में से एक (हंगर गेम्स की तरह) अतिरिक्त बोनस खो सकता है या इसे रोक सकता है।

सारांश

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

निष्कर्ष में, उन सभी साधनों के लिंक जो रिपोर्ट में दिखाए गए थे:

मुझे उम्मीद है कि मैं यह बताने में कामयाब रहा कि इंजन का परीक्षण परीक्षण खेलों से कैसे अलग है। हाल ही में, इस प्रक्रिया ने बहुत आगे बढ़ा दिया है - गेम इंजन का परीक्षण करना बिल्कुल भी सरल नहीं है, लेकिन यह बहुत दिलचस्प है।

यदि आप परीक्षण खेलों के विषय में रुचि रखते हैं, तो हम अनुशंसा करते हैं कि आप अन्य रिपोर्टों को देखें:
दिमित्री अलेक्सेव, एवगेनी शुमाकोव - क्या मोबाइल वीडियो गेम में एक स्व-परीक्षण है;
अलेक्जेंडर शुकोव - टैंक की दुनिया में ऑटो परीक्षण: गुणवत्ता की रक्षा पर बॉट;
फिलिप केक्स - गेम खेलने के लिए रोबोट को कैसे सिखाना है?

Amazon Lumberyard गेम इंजन का परीक्षण। दृष्टिकोण और उपकरण