चेकबॉक्स - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

चेकबॉक्स_एनजी - चेकबॉक्सएनजी दस्तावेज़ीकरण

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

चेकबॉक्सएनजी बदल देता है चेकबॉक्स, जहां लागू हो।

चेतावनी:
प्रलेखन विकास के अधीन है। कुछ चीजें गलत हैं, गलत हैं या वर्णन करते हैं
वर्तमान राज्य के बजाय विकास लक्ष्य।

INSTALLATION

चेकबॉक्सएनजी को पीपीए (अनुशंसित) या पीपीआई से उबंटू सटीक (12.04) पर स्थापित किया जा सकता है या
नया।

$ sudo add-apt-repository ppa:checkbox-dev/ppa && sudo apt-get update && sudo apt-get install checkbox-ng

चल रहा है स्थिर रिहाई अद्यतन परीक्षण

स्वचालित में स्थिर रिलीज़ अपडेट परीक्षण चलाने के लिए CheckboxNG के पास विशेष समर्थन है
तौर - तरीका। यह सभी नौकरियों को चलाता है श्वेतसूची और परिणाम भेजता है
प्रमाणन वेबसाइट।

एसआरयू परीक्षण चलाने के लिए आपको उस उपकरण की तथाकथित सुरक्षित आईडी जानने की आवश्यकता होगी जो आप हैं
परिक्षण। एक बार जब आप जान जाते हैं कि आपको बस इतना करना है:

$ चेकबॉक्स sru $secure_id सबमिशन.xml

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

रिपोर्टिंग बग

चेकबॉक्स प्रोजेक्ट पर बग रिपोर्ट करने के लिए आपको लॉन्चपैड खाते की आवश्यकता होगी। आप पा सकते हैं
निर्देश on कैसे सेवा मेरे बनाना एक <https://help.launchpad.net/YourAccount/NewAccount>
उपयोगी। एक बार आपके पास एक खाता होने के बाद आप कर सकते हैं रिपोर्ट कीड़े <https://bugs.launchpad.net/checkbox-
प्रोजेक्ट/+फ़ाइलबग>.

उस पेज पर आप उस प्रोजेक्ट का चयन कर सकते हैं जिस पर आप बग फाइल करना चाहते हैं (हम कई का उपयोग करते हैं
रिलीज़ को समन्वित करने के लिए प्रोजेक्ट और हम उपयुक्त से जुड़े बग रखना पसंद करते हैं
चेकबॉक्स का हिस्सा)। यदि आप उपयोग करने के लिए सही प्रोजेक्ट जानते हैं, तो बस इसका उपयोग करें और बग फ़ाइल करें। अगर
आप चेकबॉक्स आंतरिक को इतना नहीं जानते हैं या संदेह में हैं बस इसे आधार पर दर्ज करें
'चेकबॉक्स' प्रोजेक्ट (आप उपयोग कर सकते हैं इसका प्रत्यक्ष संपर्क
<https://bugs.launchpad.net/checkbox/+filebug>।) विकास दल का एक सदस्य होगा
अपने बग की समीक्षा करें और उसे उपयुक्त स्थान पर पुनः असाइन करें। बग नंबर नहीं होगा
ऐसा होने पर बदलें।

THE चेक बॉक्स ढेर

चेकबॉक्स स्टैक परियोजनाओं का एक संग्रह है जो एक साथ एक पूर्ण परीक्षण का गठन करता है
और प्रमाणन समाधान। यह निम्नलिखित भागों से बना है (नीचे दी गई तालिका देखें
अतिरिक्त विवरण)। सभी परियोजनाओं से जुड़े हुए हैं लांच पैड परियोजना समूह
<https://launchpad.net/checkbox-project>.

आर्किटेक्चर आरेख
[छवि: वास्तुकला आरेख] [छवि]

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

जैसा कि पहले उल्लेख किया गया है, केंद्र कॉलम में साझा कोड के तीन मुख्य घटक हैं
(नीचे चर्चा किए गए अंतिम उत्पादों का उपयोग करके सभी द्वारा साझा किया गया)। साझा कोड है
प्लेनबॉक्स, चेकबॉक्स-एनजी और चेकबॉक्स-गुई से बना है। घटक जिम्मेदारियां हैं
नीचे दी गई तालिका में अधिक विस्तार से चर्चा की गई है। यहाँ हम देख सकते हैं कि चेकबॉक्स-गुई ने DBus का उपयोग किया है
चेकबॉक्स-एनजी द्वारा उजागर एपीआई, जो बदले में चेकबॉक्स-समर्थन (एक सहायक पुस्तकालय) का उपयोग करता है
अलग हो गए हैं इसलिए HEXR के साथ कुछ कोड साझा करें) और प्लेनबॉक्स।

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

अंत में निचले-बाएँ कोने में, साझा लाइब्रेरी, इस लाइब्रेरी में कई पार्सर हैं
विभिन्न फ़ाइल स्वरूपों और आउटपुट स्वरूपों के। तकनीकी रूप से यह पुस्तकालय की निर्भरता है
HEXR, चेकबॉक्स-एनजी और प्रदाताओं की। एक अतिरिक्त जटिलता के रूप में पुस्तकालय को कॉल करने की आवश्यकता है
पायथन 3 कोड और पायथन 2 कोड से।

नोट:
चेकबॉक्स-एनजी और प्लेनबॉक्स के बीच संचार द्वि-दिशात्मक है। प्लेनबॉक्स ऑफर
कुछ आधार इंटरफेस और विस्तार बिंदु। वे सभी प्लेनबॉक्स के माध्यम से उजागर होते हैं
(सामान्य एपीआई का उपयोग करके) लेकिन उनमें से कुछ वास्तव में चेकबॉक्स-एनजी में लागू किए गए हैं।

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

घटक वर्णन
मैं मैं
परियोजना प्रकार . के लिए जिम्मेदार
मैं मैं
अगली पीढ़ी का चेकबॉक्स आवेदन
(जीयूआई) · सी++/क्यूएमएल
यूजर इंटरफेस
│ │ │ │
· चित्रमय
लांचर के लिए
प्रदाता, जैसे
चेकबॉक्स-प्रमाणन-क्लाइंट
मैं मैं
अगली पीढ़ी का चेकबॉक्स आवेदन
(CLI) · अजगर कमांड लाइन
इंटरफ़ेस
│ │ │ │
· टेक्स्ट यूजर इंटरफेस
│ │ │ │
· SRU परीक्षण आदेश
│ │ │ │
· अतिरिक्त प्रमाणन API
│ │ │ │
· लॉन्चपैड को डेटा भेजना
│ │ │ │
· HEXR को डेटा भेजना
│ │ │ │
· . द्वारा आवश्यक DBus सेवा
जीयूआई
मैं मैं

ग्राहक प्रमाणन प्रदाता │
प्रदाता · विहित-प्रमाणन-क्लाइंट
निष्पादन योग्य
│ │ │ │
· ग्राहक प्रमाणीकरण
│ श्वेतसूची
मैं मैं
सर्वर प्रमाणन प्रदाता │
प्रदाता │ · सर्वर प्रमाणीकरण
│ श्वेतसूची
│ │ │ │
· अतिरिक्त सर्वर श्वेतसूची
मैं मैं
सिस्टम-ऑन-चिप सर्वर प्रदाता
प्रमाणन प्रदाता · SoC सर्वर प्रमाणन
│ श्वेतसूची
मैं मैं
चेकबॉक्स प्रदाता प्रदाता
· लगभग सभी कार्य परिभाषाएँ
│ │ │ │
· अधिकांश कस्टम "स्क्रिप्ट"
│ │ │ │
· डिफ़ॉल्ट और SRU श्वेतसूची
मैं मैं
संसाधन प्रदाता प्रदाता │
· लगभग सभी संसाधन नौकरियां
│ │ │ │
· लगभग सभी संसाधन "स्क्रिप्ट"
मैं मैं
चेकबॉक्स समर्थन पुस्तकालय │
· विभिन्न . के लिए समर्थन कोड
प्रदाताओं
│ │ │ │
· कई पाठ प्रारूपों के लिए पार्सर
मैं मैं
सादा बॉक्स पुस्तकालय और विकास
· लगभग सभी मुख्य तर्क टूलकिट
│ │ │ │
· RFC822 (नौकरी की परिभाषा)
पार्सर
│ │ │ │
· विन्यास प्रबंधन
│ │ │ │
· परीक्षण सत्र
(निलंबित / फिर से शुरू)
│ │ │ │
· जॉब रनर
│ │ │ │
· विश्वसनीय लॉन्चर
│ │ │ │
· निर्भरता समाधानकर्ता
│ │ │ │
· कमांड लाइन हैंडलिंग
│ │ │ │
· एक्सएमएल, एचटीएमएल और एक्सएसएलएक्स
निर्यातक
│ │ │ │
· और अधिक...
│ │ │ │
· प्रदाता विकास टूलकिट
│ │ │ │
· 'प्लेनबॉक्स स्टार्टप्रोवाइडर'
│ │ │ │
· 'manage.py' कार्यान्वयन
मैं मैं

विरासत चेकबॉक्स (नहीं अखंड अनुप्रयोग │
लंबे समय तक बनाए रखा) · अनुप्रयोग पुस्तकालय और डेटा
│ │ │ │
· Qt4 GUI
│ │ │ │
· Gtk2 GUI
│ │ │ │
· Urwid (पाठ) GUI
│ │ │ │
· कोर
│ │ │ │
· प्लगइन और घटना / संदेश
इंजन
│ │ │ │
· लगभग हर सुविधा
एक कोर प्लगइन लागू किया
│ │ │ │
· डेटा
│ │ │ │
· नौकरियां और श्वेतसूची
मैं मैं

चैंज

नोट:
इस चैंजलॉग में केवल परिवर्तनों का सारांश है। अधिक सटीक लेखांकन के लिए
विकास इतिहास कृपया सीधे स्रोत इतिहास का निरीक्षण करें।

चेकबॉक्सएनजी 0.23 (अप्रकाशित)
· कंप्यूटर प्रोग्राम या प्रणाली में बग को दूर करना: https://launchpad.net/checkbox-ng/+milestone/0.23

चेकबॉक्सएनजी 0.22
· कंप्यूटर प्रोग्राम या प्रणाली में बग को दूर करना: https://launchpad.net/checkbox-ng/+milestone/0.22

चेकबॉक्सएनजी 0.3
· कंप्यूटर प्रोग्राम या प्रणाली में बग को दूर करना: https://launchpad.net/checkbox-ng/+milestone/0.3

चेकबॉक्सएनजी 0.2
· कंप्यूटर प्रोग्राम या प्रणाली में बग को दूर करना: https://launchpad.net/checkbox-ng/+milestone/0.2

चेकबॉक्सएनजी 0.1
· आरंभिक रिलीज

कॉन्फ़िगरेशन प्रदर्शित करने के लिए समर्थन

· SRU परीक्षण चलाने के लिए समर्थन (स्वचालित प्रतिगमन परीक्षण)

टेस्ट लिपियों

टेस्ट 'स्क्रिप्ट' छोटे प्रोग्राम होते हैं जिनका उपयोग परीक्षणों को लागू करने में सहायता के लिए किया जाता है।

चमक_परीक्षण
यह स्क्रिप्ट सिस्टम की चमक का परीक्षण करती है बैकलाइट का उपयोग करके बदला जा सकता है
कर्नेल इंटरफेस /sys/class/backlight. चुनने के लिए एक से अधिक इंटरफ़ेस हो सकते हैं
से, इसलिए उपयोग करने के लिए सही इंटरफ़ेस का चयन में निर्धारित अनुमानी का उपयोग करके किया जाता है
https://www.kernel.org/doc/Documentation/ABI/stable/sysfs-class-backlight. चमक
इंटरफ़ेस की चमक फ़ाइल और वास्तविक_ब्राइटनेस को अपडेट करके हेरफेर किया जाता है
यह देखने के लिए फ़ाइल की जाँच की जाती है कि क्या मान चयनित चमक में संशोधित किया गया था।

प्रोफाइल विन्यास

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

प्रोफ़ाइल सेटिंग्स एक लॉन्चर स्क्रिप्ट का हिस्सा हैं और चेकबॉक्स-गुई का उपयोग करें या
चेकबॉक्स-लॉन्चर (टेक्स्ट-मोड/सीएलआई में) कुंजी/मानों की व्याख्या करने के लिए एक शेबैंग के रूप में।

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

वाक्य - विन्यास
चूंकि चेकबॉक्स-गुई एक क्यूटी अनुप्रयोग है, सेटिंग्स को आईएनआई-शैली के नियमों का पालन करना चाहिए
क्यूसेटिंग्स <http://qt-project.org/doc/qt-5/QSettings.html> वर्ग।

एकाधिक-पंक्ति मान समर्थित हैं लेकिन युगल उद्धरणों और अतिरिक्त पंक्तियों में संलग्न होना चाहिए
एक स्थान से शुरू होना चाहिए, जैसे:

[श्रेणी]
कुंजी = "नमस्कार
दुनिया"

क्यूएमएल से:

settings.value ("श्रेणी/कुंजी", i18n.tr ("default_value"))

सी++ से:

सेटिंग्स-> मान ("श्रेणी / कुंजी", app.tr ("डिफ़ॉल्ट_वैल्यू"))

इसके विपरीत, चेकबॉक्स-लॉन्चर-विशिष्ट लॉन्चर का पालन करना चाहिए अजगर कॉन्फिगपार्सर
<https://docs.python.org/3/library/configparser.html#supported-ini-file-structure> वाक्य रचना।

साथ ही, कुछ सेटिंग्स केवल जीयूआई या सीएलआई के लिए समझ में आती हैं, और इस प्रकार इन्हें समझा नहीं जाता है
अन्य। ये नीचे नोट किए गए हैं।

समर्थित सेटिंग
स्वागत/शीर्षक
QML एप्लिकेशन शीर्षक और स्वागत स्क्रीन हेडर। डिफ़ॉल्ट करने के लिए प्रणाली परीक्षण.

स्वागत/पाठ
पहली स्क्रीन पर प्रदर्शित करने के लिए स्वागत संदेश (चेकबॉक्स-गुई रिच टेक्स्ट का समर्थन करता है
HTML-शैली मार्कअप की अनुमति देता है)। डिफ़ॉल्ट करने के लिए स्वागत सेवा मेरे प्रणाली परिक्षण। [...]

सुइट/श्वेतसूची_फ़िल्टर
श्वेतसूची फ़ाइलनामों के सबसेट से मिलान करने के लिए रेगुलर एक्सप्रेशन. चेकबॉक्स-गुई पर यह
करने के लिए चूक .*. चेकबॉक्स-लॉन्चर के लिए इसका कोई डिफ़ॉल्ट नहीं है और चाहिए परिभाषित किया जा सकता है।

सुइट/श्वेतसूची_चयन
पूर्व-चयनित होने के लिए श्वेतसूची से मेल खाने वाला पैटर्न। पायथन नियमित अभिव्यक्ति।
इसका कोई डिफ़ॉल्ट नहीं है और चाहिए परिभाषित किया जा सकता है। (केवल सीएलआई)

सुइट/स्किप_श्वेतसूची_चयन
यदि सत्य पर सेट किया जाता है, तो उपयोगकर्ता को श्वेतसूची का विकल्प प्राप्त नहीं होगा। केवल पूर्व-चयनित
वाले (श्वेतसूची_चयन देखें) का चयन किया जाएगा। (केवल सीएलआई)।

सुइट/स्किप_टेस्ट_चयन
यदि सही पर सेट किया जाता है, तो उपयोगकर्ता को चलाने से पहले परीक्षणों को अचयनित करने की अनुमति नहीं दी जाएगी: सभी परीक्षण
चयनित श्वेतसूची में चलाया जाएगा। (केवल सीएलआई)

सबमिशन/संदेश
सबमिशन पॉप-अप का हैडर टेक्स्ट, सबमिशन के बाद उपयोगकर्ता को दिखाया गया है
पूरा हुआ। (केवल जीयूआई)

सबमिशन/इनपुट_टाइप
सुरक्षित आईडी या एलपी पता (डिफ़ॉल्ट) दर्ज करने के लिए टेक्स्ट इनपुट फ़ील्ड दिखाएं। प्रति
बस परिणामों को डिस्क पर सहेजें, का उपयोग करना चाहिए कोई नहीं मूल्य। रेगेक्स का उपयोग करके सत्यापित करने के लिए,
होना चाहिए regex. (केवल जीयूआई)

सबमिशन/रेगेक्स
सबमिशन फ़ील्ड में इनपुट मान्य करने के लिए रेगुलर एक्सप्रेशन (जैसे ईमेल, safe_id)
अगर input_type रेगेक्स है। (केवल जीयूआई)। RegExpValidator, डिफ़ॉल्ट .*

सबमिशन/इनपुट_प्लेसहोल्डर
इनपुट फ़ील्ड में डालने के लिए अस्थायी टेक्स्ट, उपयोगकर्ता का मार्गदर्शन करने के लिए उपयोग किया जाता है। लांच पैड ई-मेल
पता (डिफ़ॉल्ट) या सुरक्षित ID (15 or 18 पात्र). (केवल जीयूआई)

सबमिशन/सुरक्षित_आईडी
टेक्स्ट फ़ील्ड भरने के लिए सुरक्षित_आईडी पूर्व-कॉन्फ़िगर किया गया।

सबमिशन/ok_btn_text
"भेजें" बटन के लिए लेबल। सबमिट परिणाम (डिफ़ॉल्ट) या सहेजें परिणाम. (जीयूआई
केवल)

सबमिशन/रद्द_चेतावनी
उपयोगकर्ता को दिखाएं कि क्या वह रिपोर्ट सहेजे बिना बाहर निकलना चाहता है। आप लगभग
अपनी परिणाम रिपोर्ट को सहेजे बिना इस परीक्षण रन से बाहर निकलने के लिए। क्या आप बचाना चाहते हैं
रिपोर्ट good? (केवल जीयूआई)

सबमिशन/सबमिट_to_hexr
बूलियन, एचईएक्सआर को परिणाम भेजने के लिए एक अतिरिक्त शीर्षलेख जोड़ें (के साथ काम करता है
प्रमाणन परिवहन)

निर्यातक/xml_export_path
एक्सएमएल सबमिशन फाइल को सेव करने के लिए लोकेशन, अगर इसे खाली स्ट्रिंग पर सेट किया जाता है तो a
फ़ाइल सहेजें संवाद। चूक जाना: /tmp/submission.xml (केवल जीयूआई)

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

परिवहन/submit_url
को परिणाम सबमिट करने के लिए URL. यह विभिन्न वेबसाइटों पर अपलोड करने की अनुमति देता है, उदाहरण के लिए
यह सीधे हेक्सर, या स्टेजिंग साइटों पर अपलोड कर सकता है। केवल के साथ प्रयोग किया जाता है
प्रमाणीकरण सबमिट_टू मान।

परिवहन/config_filename
लोड करने के लिए एक कस्टम कॉन्फ़िगरेशन फ़ाइल का नाम। कॉन्फिग फाइलों का उपयोग मुख्य रूप से परिभाषित करने के लिए किया जाता है
पर्यावरण चर। (केवल सीएलआई)

परिवहन/dont_suppress_output
यदि सेट किया जाता है, तो संसाधन, स्थानीय कार्य और अनुलग्नक स्क्रीन पर आउटपुट होंगे, यह
बहुत सारे टेक्स्ट उत्पन्न करता है और मुख्य रूप से डिबगिंग के लिए है। (केवल सीएलआई)

चेकबॉक्स/प्लेनबॉक्स लांचरों ट्यूटोरियल

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

विरासत चेकबॉक्स व्यवहार नियंत्रण
अतीत में, चेकबॉक्स के व्यवहार को तीन तंत्रों द्वारा नियंत्रित किया जाता था।

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

/usr/share/checkbox-certification/plugins/certify_message.py
/usr/share/checkbox-certification/plugins/submission_info.py
/usr/share/checkbox-certification/plugins/backup.py
/usr/share/checkbox-certification/plugins/certify_prompt.py
/usr/share/checkbox-certification/plugins/certify_report.py
/usr/share/checkbox-certification/plugins/certify_schemas.py

ये सबमिशन-विशिष्ट डेटा के लिए उपयोगकर्ता को संकेत देने का तरीका जोड़ते हैं, xml उत्पन्न करते हैं
रिपोर्ट और अन्य कार्य।

इसके बाद, प्लगइन्स के व्यवहार को कॉन्फ़िगरेशन का उपयोग करके कॉन्फ़िगर या नियंत्रित किया जा सकता है
फ़ाइलें, जो "कैस्केड" हैं। एक कॉन्फ़िग फ़ाइल में अन्य शामिल हो सकते हैं और वे बदले में कर सकते हैं
दूसरों को शामिल करें।

यह प्रोजेक्ट-विशिष्ट प्रोजेक्ट-qt.ini मुख्य कॉन्फ़िग फ़ाइल का एक उदाहरण है। यह पहला है
प्रोजेक्ट-विशिष्ट क्लाइंट लॉन्च होने पर फ़ाइल पढ़ें। कुछ सेटिंग्स संक्षिप्त हैं:

[चूक]
शामिल हैं = %(checkbox_oem_share)s/configs/checkbox-project-base-qt.ini %(checkbox_project_share)s/configs/checkbox-project-base.ini

[चेकबॉक्स/प्लगइन्स/environment_info]
रिपॉजिटरी = डेब http: //.*\(संग्रह\|सुरक्षा\).ubuntu.com/ubuntu सटीक-सुरक्षा
राउटर = एकाधिक
सर्वर_आईपीआरएफ = 10.20.30.40
स्रोत_सूची = / Etc / apt / sources.list
wpa_n_psk = पासवर्ड
wpa_n_ssid = एक्सेस-पॉइंट

[चेकबॉक्स/प्लगइन्स/user_interface]
शीर्षक = मेरा प्रोजेक्ट सिस्टम परीक्षण

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

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

#!/ बिन / बैश
निर्यात CHECKBOX_DATA=${CHECKBOX_DATA:-~/.चेकबॉक्स}
निर्यात CHECKBOX_SHARE=${CHECKBOX_SHARE:-/usr/share/checkbox}
निर्यात CHECKBOX_OPTIONS=${CHECKBOX_OPTIONS:---लॉग-लेवल=डीबग --लॉग=$CHECKBOX_DATA/checkbox-project.log}
निर्यात CHECKBOX_CERTIFICATION_SHARE=${CHECKBOX_CERTIFICATION_SHARE:-/usr/share/checkbox-प्रमाणीकरण}
निर्यात CHECKBOX_OEM_SHARE=${CHECKBOX_PROJECT_BASE_SHARE:-/usr/share/checkbox-project-base}
निर्यात CHECKBOX_PROJECT_SHARE=${CHECKBOX_PROJECT_SHARE:-/usr/share/checkbox-project}

# PYTHONPATH निर्देशिका को परिभाषित करने की सुविधा।
अगर ["$CHECKBOX_SHARE" != "/usr/share/checkbox"]; फिर
निर्यात PYTHONPATH="$CHECKBOX_SHARE:$PYTHONPATH"
fi

python3 $CHECKBOX_SHARE/run "$@" $CHECKBOX_PROJECT_SHARE/configs/$(basename $0).ini

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

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

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

जिसे हम प्लेनबॉक्स कहते हैं, वह पुस्तकालय है जो सभी कार्यक्षमताओं को लागू करता है, जैसा कि देखा जा सकता है
यहाँ उत्पन्न करें.

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

परीक्षण और प्रदाताओं को लिखने के तरीके के बारे में जानकारी प्राप्त करने के लिए, प्रदाता ट्यूटोरियल देखें

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

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

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

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

लॉन्चर के साथ क्या किया जा सकता है, इसके कुछ उदाहरण यहां दिए गए हैं।

एक आश्चर्य के रूप में, चेकबॉक्स-क्ली स्वयं एक लॉन्चर है:

#!/usr/बिन/env चेकबॉक्स-लांचर
[स्वागत हे]
टेक्स्ट = सिस्टम टेस्टिंग में आपका स्वागत है!
चेकबॉक्स यह पुष्टि करने के लिए परीक्षण प्रदान करता है कि आपका सिस्टम ठीक से काम कर रहा है।
एक बार जब आप परीक्षण चलाना समाप्त कर लेते हैं, तो आप इसके लिए एक सारांश रिपोर्ट देख सकते हैं
आपकी प्रणाली।
चेतावनी: कुछ परीक्षणों के कारण आपका सिस्टम फ़्रीज़ हो सकता है या बन सकता है
अनुत्तरदायी कृपया अपना सारा काम सहेजें और अन्य सभी चल रहे बंद करें
परीक्षण प्रक्रिया शुरू करने से पहले आवेदन।

[उपरांत]
श्वेतसूची_फिल्टर = ^डिफ़ॉल्ट$
श्वेतसूची_चयन = ^डिफ़ॉल्ट$
स्किप_व्हाइटलिस्ट_चयन = सत्य

[परिवहन]
सबमिट_टू = लॉन्चपैड

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

एक ग्राफिकल लॉन्चर उदाहरण विहित-प्रमाणन-क्लाइंट है।

#!/usr/bin/checkbox-gui

[स्वागत हे]
शीर्षक = "सिस्टम प्रमाणन"
पाठ = " सिस्टम प्रमाणन में आपका स्वागत है! यह आवेदन करेगा
अपने सिस्टम से जानकारी इकट्ठा करें। फिर आपसे मैन्युअल परीक्षण के लिए कहा जाएगा
पुष्टि करें कि सिस्टम ठीक से काम कर रहा है। अंत में, आपसे पूछा जाएगा
प्रमाणीकरण के लिए जानकारी जमा करने के लिए कंप्यूटर की सुरक्षित आईडी
डेटाबेस। सुरक्षित आईडी बनाने या उसका पता लगाने का तरीका जानने के लिए,
कृपया यहां देखें: सर्टिफिकेशन.कैनोनिकल.कॉम "

[उपरांत]
श्वेतसूची_फिल्टर = "^ क्लाइंट- (प्रमाणपत्र | सेल्फटेस्ट)।*"

[प्रस्तुत करने]
input_type = "रेगेक्स"
input_placeholder = "सुरक्षित आईडी (15 या 18 वर्ण)"
ok_btn_text = "परिणाम सबमिट करें"
submit_to_hexr = "सच"

[निर्यातक]
xml_export_path = "/tmp/submission.xml"

[परिवहन]
सबमिट_टू = "प्रमाणन"

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

एक बहुत ही सरल टेक्स्ट-मोड लॉन्चर कैनोनिकल-एचडब्ल्यू-संग्रह है जो सिर्फ बुनियादी चलाता है
हार्डवेयर सूचना परीक्षण करती है और उन्हें हार्डवेयर डेटाबेस में अपलोड करती है:

[स्वागत हे]
शीर्षक = हार्डवेयर जानकारी एकत्र करना
पाठ = हार्डवेयर जानकारी एकत्र करना। आपको अपने पासवर्ड के लिए संकेत दिया जा सकता है।
इस प्रक्रिया में लगभग 30 सेकंड का समय लगेगा और आपको प्रदान किया जाएगा
एक यूआरएल के साथ जिसके माध्यम से आप अपने हार्डवेयर की पुष्टि और पंजीकरण कर सकते हैं
प्रस्तुत करने।

[उपरांत]
श्वेतसूची_फिल्टर = ^hwsubmit$
श्वेतसूची_चयन = ^hwsubmit$
स्किप_व्हाइटलिस्ट_चयन = सत्य
स्किप_टेस्ट_सिलेक्शन = सही

[प्रस्तुत करने]
# एक फर्जी सुरक्षित_आईडी सुनिश्चित करता है कि हम यह न पूछें
# इसे हमेशा .conf फाइल में ओवरराइड किया जा सकता है।
सुरक्षित_आईडी = 000

[परिवहन]
सबमिट_टू = प्रमाणन
सबमिट_यूआरएल = https://hardware-server.example.com/

अंत में, कैनोनिकल-ड्राइवर-टेस्ट-सूट एक ग्राफिकल और टेक्स्ट मोड लॉन्चर दोनों प्रदान करता है,
जो कार्यात्मक रूप से समकक्ष हैं:

#!/usr/bin/checkbox-gui

[स्वागत हे]
शीर्षक = "कैनोनिकल ड्राइवर टेस्ट सूट"
पाठ = " कैननिकल ड्राइवर टेस्ट सूट में आपका स्वागत है।

इस कार्यक्रम में आपको खोजने में मदद करने के लिए स्वचालित और मैन्युअल परीक्षण शामिल हैं
समस्याएँ जो आपके डिवाइस ड्राइवरों को Ubuntu पर चलाते समय उत्पन्न होंगी।

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

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

शुरू करने के लिए, बस नीचे जारी रखें बटन पर क्लिक करें और ऑनस्क्रीन का अनुसरण करें
निर्देश। "

[उपरांत]
श्वेतसूची_फिल्टर = "^ आईएचवी-.*"

[प्रस्तुत करने]
ok_btn_text = "परिणाम सहेजें"
input_type = "कोई नहीं"

[निर्यातक]
xml_export_path = ""

[परिवहन]
सबमिट_टो = "स्थानीय"

पाठ मोड:

#!/usr/बिन/env चेकबॉक्स-लांचर
[स्वागत हे]
टेक्स्ट = कैननिकल ड्राइवर टेस्ट सूट में आपका स्वागत है
इस कार्यक्रम में आपको खोजने में मदद करने के लिए स्वचालित और मैन्युअल परीक्षण शामिल हैं
समस्याएँ जो आपके डिवाइस ड्राइवरों को Ubuntu पर चलाते समय उत्पन्न होंगी।
यह एप्लिकेशन उपयोगकर्ता को इन परीक्षणों के माध्यम से एक में ले जाएगा
पूर्व निर्धारित आदेश और स्वचालित रूप से दोनों सिस्टम जानकारी एकत्र करते हैं
साथ ही परीक्षा परिणाम। मैनुअल होने पर यह उपयोगकर्ता को इनपुट के लिए भी संकेत देगा
परीक्षण की आवश्यकता है।
परीक्षणों के लिए चलने का समय निर्धारित किया जाता है कि आप किन परीक्षणों का निर्णय लेते हैं
निष्पादित करना। उपयोगकर्ता के पास परीक्षण रन को अनुकूलित करने का अवसर होगा
चालक और परीक्षण के लिए उपलब्ध समय की मात्रा को समायोजित करें।
शुरू करने के लिए, बस नीचे जारी रखें बटन पर क्लिक करें और ऑनस्क्रीन का अनुसरण करें
निर्देश.

[उपरांत]
# श्वेतसूची सूट चयन स्क्रीन में प्रदर्शित होती है
श्वेतसूची_फिल्टर = ^ihv-.*
# श्वेतसूची_चयन अनिवार्य है इसलिए हम इसे फर्जी मान पर सेट करते हैं
# कोई श्वेतसूची पूर्व-चयनित नहीं है।
श्वेतसूची_चयन = फर्जी

चेक बॉक्स रिहाई प्रक्रिया

यह पृष्ठ चेकबॉक्स और चेकबॉक्स के संस्करण जारी करने के लिए आवश्यक चरणों का वर्णन करता है
हार्डवेयर प्रमाणन टीम से संबंधित स्थिर पीपीए को नियमित रूप से प्रमाणन
आधार। इस पूरे दस्तावेज़ में 'चेकबॉक्स' शब्द को कवर करने के लिए कैच-ऑल टर्म के रूप में प्रयोग किया जाता है
हार्डवेयर प्रमाणन टीम के स्वामित्व वाले चेकबॉक्स के सभी संस्करण, वर्तमान में चेकबॉक्स
स्वयं और चेकबॉक्स प्रमाणन एक्सटेंशन।

अवलोकन
वर्तमान में यह प्रक्रिया द्वि-साप्ताहिक ताल पर चलती है, प्रत्येक चेकबॉक्स की एक नई रिलीज़ के साथ
दो सप्ताह। इसमें दस कार्य दिवस शामिल हैं, और प्रत्येक दिन या समूह के कार्यों को किया जाता है
दिनों का वर्णन नीचे किया गया है:

· दिन 1-4: ट्रंक में नए परिवर्तनों को पेश करने के लिए समय की अनुमति है।

· दिन 5: परिवर्तन के ट्रंक से मर्ज किए जाते हैं एलपी:चेकबॉक्स और एलपी:चेकबॉक्स-प्रमाणन सेवा मेरे
उनकी संबंधित रिलीज शाखाएं। दोनों के लिए चैंज हैं टकरा इस बिंदु पर और
संशोधन टैग किए गए हैं। इस स्तर पर 'fwts' पैकेज को कॉपी करना भी आवश्यक हो सकता है
से एफडब्ल्यूटीएस स्थिर पीपीए <https://launchpad.net/~firmware-testing-team/+archive/ppa-
fwts-स्थिर> को चेकबॉक्स रिलीज परीक्षण पीपीए <https://launchpad.net/~checkbox-
देव/+संग्रह/परीक्षण>.

· दिन 6-9: हार्डवेयर प्रमाणन के लिए रिलीज मैनेजर द्वारा परीक्षण किया जाता है
टीम, और सीई क्यूए टीम का एक प्रतिनिधि (चेकबॉक्स के लिए मुख्य ग्राहक
विहित)

· दिन 9: हार्डवेयर के लिए रिलीज मैनेजर के बीच एक रिलीज मीटिंग आयोजित की जाती है
प्रमाणन टीम और सीई क्यूए टीम के प्रतिनिधि। के साथ संभावित मुद्दे
रिलीज की पहचान की गई है और उन्हें संबोधित करने के लिए योजनाएं बनाई गई हैं।

· दिन 10: चेकबॉक्स के परीक्षण किए गए संस्करण को स्थिर पीपीए में कॉपी किया गया है।

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

· एलपी:चेकबॉक्स/रिलीज <- एलपी:चेकबॉक्स

· एलपी:चेकबॉक्स-प्रमाणन/रिलीज़ <- एलपी:चेकबॉक्स-प्रमाणन

· एलपी:~चेकबॉक्स-देव/चेकबॉक्स/चेकबॉक्स-पैकेजिंग-रिलीज़ <-
एलपी:~चेकबॉक्स-देव/चेकबॉक्स/चेकबॉक्स-पैकेजिंग

अंकेक्षण मील का पत्थर कीड़े
रिलीज उम्मीदवार बनाने से पहले रिलीज मैनेजर को बग की सूची की समीक्षा करनी चाहिए
चेकबॉक्स की अगली रिलीज़ के लिए मील का पत्थर। उन्हें जाना चाहिए चेकबॉक्स मील के पत्थर
<https://launchpad.net/checkbox/+milestonesmilestones> और दिनांकित मील के पत्थर का पता लगाएं
रिलीज की तारीख।

· बग के लिए जो संबद्ध शाखा के साथ प्रगति पर हैं - शाखा के साथ संपर्क करें
मालिक यह देखने के लिए कि क्या समय सीमा से पहले विलय पूरा किया जा सकता है।

· बग के लिए जो किसी अन्य गैर-बंद स्थिति में हैं (छोड़कर फिक्स प्रति प्रतिबद्ध) - फिर से मील का पत्थर
उन्हें निम्नलिखित मील के पत्थर तक।

काट रहा है la और
रिलीज में कटौती करने के लिए, हमें ट्रंक से रिलीज में परिवर्तनों को मर्ज करना होगा
शाखा, उन्हें एक उपयुक्त संदेश के साथ प्रतिबद्ध करें और ट्रंक में चैंज को अपडेट करें ताकि
भविष्य के परिवर्तन सही संस्करण के अंतर्गत आते हैं। ऊपर दिखाई गई शाखाओं के प्रत्येक संयोजन के लिए,
निम्नलिखित करें (उदाहरण का उपयोग करता है एलपी:चेकबॉक्स और एलपी:चेकबॉक्स/रिलीज):

bzr शाखा lp:चेकबॉक्स/रिलीज़ चेकबॉक्स-रिलीज़
bzr शाखा एलपी: चेकबॉक्स चेकबॉक्स-ट्रंक
सीडी चेकबॉक्स-रिलीज़
current_stable=`head -n1 $(ढूँढें। -नाम 'चेंजलॉग') | grep -oP '(?<=\().*(?=\))'`
bzr मर्ज एलपी: चेकबॉक्स

इस बिंदु पर यदि कोई परिवर्तन नहीं है (एक के अलावा) डेबियन/चेंजलॉग) में विलय हो जाता है तो हम करते हैं
विचाराधीन पैकेज का विमोचन न करें। व्यवहार में ऐसा अक्सर होता है
चेकबॉक्स-प्रमाणन लेकिन साथ कभी नहीं चेकबॉक्स:

bzr प्रतिबद्ध -m "rev$(bzr revno -r tag:$current_stable lp:checkbox) से rev$(bzr revno lp:checkbox) से lp:checkbox में परिवर्तन में मर्ज किया गया"
bzr पुश एलपी:चेकबॉक्स/रिलीज
सीडी `ढूंढें। -नाम 'डेबियन''; सीडी ..
bzr टैग `हेड-एन1 डेबियन/चेंजलॉग | grep -oP '(?<=\().*(?=\))'`
dch -r (संशोधित चैंज सहेजें)
dch -i -U 'इन्क्रीमेंटेड चेंजलॉग'
debcommit
bzr पुश एलपी: चेकबॉक्स

प्रक्रिया में अंतिम चरण संकुल का निर्माण करना है
पीपीए:चेकबॉक्स-देव/परीक्षण पीपीए. ऐसा करने के लिए हमें के लिए नुस्खा पृष्ठों पर जाने की जरूरत है
चेकबॉक्स और / या चेकबॉक्स-प्रमाणन रिलीज शाखाएं।

· चेकबॉक्स-परीक्षण नुस्खा <https://code.launchpad.net/~checkbox-dev/+recipe/checkbox-
परीक्षण>

· चेकबॉक्स-प्रमाणन-परीक्षण नुस्खा <https://code.launchpad.net/~checkbox-
देव/+नुस्खा/चेकबॉक्स-प्रमाणन-परीक्षण>

RSI बनाएँ अभी पृष्ठ पर विकल्प उपलब्ध होना चाहिए। निर्माण शुरू करने के लिए इसे क्लिक करें।

प्रतिलिपि बनाना फर्मवेयर टेस्ट सूट सेवा मेरे la परीक्षण पीपीए
फर्मवेयर टेस्ट सूट उपकरण सिस्टम फर्मवेयर के लिए एक परीक्षण उपकरण है जो स्वाभाविक रूप से भारी है
चेकबॉक्स द्वारा उपयोग किया जाता है। यह सुनिश्चित करने के लिए कि नवीनतम संस्करण जिसमें फ़िक्सेस और नया शामिल है
चेकबॉक्स के लिए आवश्यक परीक्षण/सुविधाएं उपलब्ध हैं और इसमें कुछ भी नहीं टूटता है
चेकबॉक्स, हमें इसे चेकबॉक्स के साथ रिलीज़ करने की आवश्यकता है। रिलीज काटने के बाद अगर
फर्मवेयर परीक्षण टीम ने अधिसूचित किया है कि एक नया संस्करण उपलब्ध है और यह संस्करण
प्रमाणीकरण के लिए उपयोग किया जाना चाहिए, हमें इसे परीक्षण पीपीए में कॉपी करने की आवश्यकता है। ऐसा करने के लिए हम
के पास जाने की जरूरत है प्रतिलिपि संकुल राय of la फर्मवेयर टेस्ट सूट (स्थिर) पीपीए
<https://launchpad.net/~firmware-testing-team/+archive/ppa-fwts-stable/+copy-packages> और
सटीक पर वापस सभी रिलीज के लिए 'fwts' पैकेज का चयन करें। हमें सेट करने की आवश्यकता है
'गंतव्य पीपीए' 'चेकबॉक्स रिलीज टेस्टिंग [~चेकबॉक्स-देव/परीक्षण]' और 'कॉपी' के रूप में
विकल्प' फ़ील्ड में 'मौजूदा बायनेरिज़ की प्रतिलिपि बनाएँ', फिर 'पैकेज की प्रतिलिपि बनाएँ' पर क्लिक करें। यह कदम तब
दोहराने की जरूरत है लेकिन 'गंतव्य पीपीए' फ़ील्ड को 'चेकबॉक्स डेवलपर्स के लिए पीपीए' पर सेट करें
[~चेकबॉक्स-देव/पीपीए]'।

अगला रिलीज of चेकबॉक्स ईमेल
ताकि सभी को समय पर जो भी परीक्षण की आवश्यकता हो, उसे करने का अवसर मिले
तरीके से, पीपीए के निर्माण के पूरा होने के बाद निम्नलिखित को एक ईमेल भेजा जाना चाहिए
ईमेल की सूची:

· [ईमेल संरक्षित] <हार्डवेयर-प्रमाणन-
[ईमेल संरक्षित]>

· [ईमेल संरक्षित] <[ईमेल संरक्षित]>

सामग्री आमतौर पर कुछ इस तरह है:

विषय: चेकबॉक्स की अगली रिलीज़ (18/11/2013)

हाय,

चेकबॉक्स की अगली रिलीज़ में उपलब्ध है
https://code.launchpad.net/~checkbox-dev/+archive/testing PPA.
कृपया अपनी सुविधानुसार इसका परीक्षण करें। चेकबॉक्स 2484 के संशोधन पर आधारित है
एलपी:चेकबॉक्स और चेकबॉक्स प्रमाणन 586 के संशोधन पर आधारित है
एलपी: चेकबॉक्स-प्रमाणन।

धन्यवाद,

यदि एक या दूसरे चेकबॉक्स और चेकबॉक्स प्रमाणन को अपडेट नहीं किया गया है तो
उस पैकेज का उल्लेख करने की आवश्यकता नहीं है

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

रिलीज मीटिंग
रिलीज होने से पहले गुरुवार को, के एक प्रतिनिधि के बीच एक बैठक आयोजित की जाती है
प्रमाणन टीम और का एक प्रतिनिधि व्यावसायिक अभियांत्रिकी QA टीम।
बैठक 7:30 यूटीसी पर आयोजित की जाती है जैसा कि इसमें दिखाया गया है कैलेंडर आमंत्रित करना
<https://www.google.com/calendar/hosted/canonical.com/event?action=TEMPLATE&tmeid=Y3QxcWVla3ViMTRvMXByOHZlOTFvc283Y2NfMjAxMzA4MjlUMDczMDAwWiBicmVuZGFuLmRvbmVnYW5AY2Fub25pY2FsLmNvbQ&tmsrc=brendan.donegan%40canonical.com>.
बैठक का एजेंडा आमंत्रण में शामिल है।

प्रकाशन la और
रिलीज को प्रकाशित करने के लिए हमें बस से कई पैकेज कॉपी करने की जरूरत है चेकबॉक्स
रिलीज परीक्षण पीपीए <https://launchpad.net/~checkbox-dev/+archive/testing> को हार्डवेयर
प्रमाणीकरण सार्वजनिक पीपीए <https://launchpad.net/~hardware-certification/+archive/public>.
ऐसा करने के लिए हम जाते हैं प्रतिलिपि संकुल राय of la चेकबॉक्स रिलीज परीक्षण पीपीए
<https://launchpad.net/~checkbox-dev/+archive/testing/+copy-packages> और सभी का चयन करें
संकुल की निम्नलिखित सूची के संस्करण: चेकबॉक्स, चेकबॉक्स-प्रमाणन, एफडब्ल्यूटीएस। बनाना
सुनिश्चित करें कि 'गंतव्य पीपीए' फ़ील्ड 'हार्डवेयर प्रमाणन के लिए सार्वजनिक पीपीए' पर सेट है
[~हार्डवेयर-प्रमाणन/सार्वजनिक]' और 'कॉपी विकल्प' फ़ील्ड 'कॉपी' पर सेट है
मौजूदा बायनेरिज़', फिर 'कॉपी पैकेज' पर क्लिक करें।

उसके बाद एक घोषणा ईमेल भेजा जाना चाहिए
[ईमेल संरक्षित] <[ईमेल संरक्षित]>.
घोषणा के लिए एक टेम्प्लेट नीचे शामिल है:

हाय,

हार्डवेयर पर चेकबॉक्स की एक नई रिलीज़ अपलोड की गई है
प्रमाणन सार्वजनिक पीपीए
(https://launchpad.net/~hardware-certification/+archive/public)। NS
रिलीज एलपी के संशोधन 2294 पर आधारित है: चेकबॉक्स

धन्यवाद,

कृपया चैंज के नवीनतम भाग को रिलीज नोट्स के रूप में संलग्न करें

· जेनइंडेक्स

· मोडिडेक्स

· खोज

onworks.net सेवाओं का उपयोग करके ऑनलाइन चेकबॉक्स का उपयोग करें