आवेदन ऑटो परीक्षण दक्षता

क्लोन का हमला।
एपिसोड: पोकर।

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

यह महान स्टार वार्स गाथा का एक एपिसोड नहीं है, न ही यह एक शानदार उपन्यास का पूर्वावलोकन है। यह सामाजिक नेटवर्क के लिए पोकर गेम एप्लिकेशन के विकास के दौरान आयोजित सर्वर (जावा प्रौद्योगिकियों पर निर्मित) के लोड परीक्षण का विवरण है।

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

जैसा कि ऊपर उल्लेख किया गया है, विकास के दौरान इकाई परीक्षण का उपयोग किया गया था, जो व्यक्तिगत वर्गों की कार्यक्षमता का परीक्षण करने की अनुमति देता है। इंजन के "मस्तिष्क" को विकसित करते समय यह इसके बिना नहीं था - पोकर "हाथ" की गणना (कार्ड के वितरण के दौरान कार्ड के विजेता संयोजन का निर्धारण)। प्रत्येक संयोजन के लिए, उन्हें परीक्षण करने के लिए परीक्षण लिखे गए थे। पोकर नियम निम्नलिखित विजेता संयोजनों को निर्धारित करते हैं:

• उच्च कार्ड;
• एक जोड़ी (एक ही रैंक के दो कार्ड);
• दो जोड़े (एक ही रैंक के दो जोड़े और एक ही रैंक के दो और कार्ड);
• सेट (एक ही रैंक के तीन कार्ड);
• स्ट्रीट (विभिन्न सूटों के पांच कार्ड का एक क्रम);
• फ्लैश (एक ही सूट के किसी भी पांच कार्ड);
• पूर्ण घर (एक ही रैंक के तीन कार्ड और एक ही रैंक के दो कार्ड भी);
• कारे (एक ही संप्रदाय के चार कार्ड);
• स्ट्रेट फ्लैश (एक ही सूट के पांच कार्ड का एक क्रम);
• फ्लैश शाही (किसी भी एक सूट के पांच उच्च कार्ड)।

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

================================================== ==============
| संयोजन परीक्षण जीतना
================================================== ==============
| हाई_कार्ड | 17.497% | 34994 |
| ONE_PAIR | 43.847% | 87694 |
| TWO_PAIR | 23.4185% | 46837 |
| SET | 4.8045% | 9609 |
| STRAIGHT | 4.653% | 9306 |
| फ्लश | 2.989% | 5978 |
| FULL_HOUSE | 2.581% | 5162 |
| क्वाड्स | 0.175% | 350 |
| STRAIGHT_FLUSH | 0.033% | 66 |
| ROYAL_FLUSH | 0.0020% | 4 |
================================================== ==============
हैंडनंबर: 200000

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

इस प्रकार, विकसित अनुप्रयोगों के स्वत: परीक्षण (मॉड्यूलर, एकीकरण, भार) की प्रभावशीलता की एक बार फिर पुष्टि की गई।