هذه المقالة من المجتمع سحابة حصة على الانترنت.

الكاتب شو تشاو

مرحبا، مرحبا، والجميع فخور اليوم سهم "أوبن ستاك الآلي الاختبار الوظيفي في بيئة مؤسسة"، بل هو وظيفة أكثر دقة اختبار API. مشاركة المحتوى إذا خطأ، يرجى تصحيح لي، ولكن أحاول أن تأكد من أن محتوى واضحة وسهلة الفهم. أقرب إلى الوطن، ونصل الى هذه النقطة.

A، ملخص أوبن ستاك اختبار

مع، والتطور السريع في الحوسبة السحابية في الداخل والخارج، وأصبح أوبن ستاك المعيار الواقعي الذي أنشئ في هذا المجال، في حين أن عدد من الشركات في تطوير عرض سحابة مقرها أوبن ستاك، وبطبيعة الحال، الطلب واختبار الجودة لمتطلبات أعلى.

حاليا، مجتمع أوبن ستاك لديها ما يقرب من مائة المشاريع، والآلاف من المطورين، وعشرات الملايين من الأسطر من التعليمات البرمجية ومئات من الشركات للمشاركة. وكيفية ضمان العديد من المستويات المختلفة، ومطوري أغراض مختلفة، مساهمة الحكمة وفقا لقواعد معينة، تقديم رمز، أوبن ستاك مجتمع المصادر المفتوحة لتعزيز منظم ومستقر والتنمية الصحية. ولهذه الغاية، اقترح المجتمع قاعدة في CI (التكامل المستمر) في، - بوابة، وهذا هو المقصود نظم مراقبة الدخول. حيث المطورين تقديم مدونة (الوقوف عند الباب)، من المؤكد أن اختبار ناجح (نظام التحكم في الوصول للتحقق من الهوية من خلال)، سيتم إدخال الشفرة في مستودع جيت (واقفا داخل الباب).

أوبن ستاك الاختبار، هو واسع جدا والمشاركين في مجال متعدد المستويات التكنولوجيا عبر التطبيق. تبعا لمستوى، أن ينقسم العرض هي: وحدة اختبار - > اختبار وظيفة (المعروف أيضا باسم اختبار المتكاملة) - > نظام اختبار (على سبيل المثال، واختبار القبول، اختبار الأداء) وما شابه ذلك. اعتمادا على الكائن اختبار معين، والهدف، ويمكن تقسيم الاختبار في التخزين، الجهاز الظاهري اختبار الشبكة، خطأ اختبار HA. كما هو مبين في الشكل.

في الاختبار، وقد فعلت المجتمع أوبن ستاك بشكل جيد للغاية، على مستويات مختلفة من الاختبار، وتصميم وتنفيذ أدوات اختبار أو مشاريع مناسبا. كما وجه التحديد، مثل بايثون PEP8 باستخدام رمز الاختبار التحريري للامتثال، وسيلة مماثلة إطار الأنف للاختبار، لالعاصفة وظيفية / اختبار التكامل، واختبار الأداء للرالي، شبكة الجهاز الظاهري شاكر اختبار، DevStack اختبار لنشر إلا بالإضافة إلى ذلك، هناك مجموعة متنوعة من اختبار التوافق البيئي، والاختبارات البيئية مثل Python2.7 Python3.4، سينت أو إس النظام وديبيان القائم على مثل.

الثاني، تصميم اختبار وظيفي وتنفيذ أوبن ستاك

أعلاه، أوبن ستاك هو لمحة عامة عن الاختبار، هو الوجه. هنا، تفصيل لنقطة و، أن استخدام أوبن ستاك العاصفة الآلي اختبار وظائف، بما في ذلك اختبار كيستون، لمحة، الجمرة، نوفا، النيوترون سويفت وميزات غيرها من المشاريع.

منذ أكثر من وظيفة تم تطوير المجتمع العاصفة لتحقيق، وذلك في البحوث والتنمية اختبار للشركات بيئة، يمكن للمستخدمين توسيع استخدام وهلم جرا وفقا لاحتياجاتها الخاصة. حاليا، وقد استخدمت على نطاق واسع العاصفة CI التكامل المستمر، مجتمع أوبن ستاك في مجالات مثل اختبار التشغيل البيني والتصديق.

1. تشغيل عامل الميناء في العاصفة

"يجب علينا أولا من أرباحها". أولا، تحتاج إلى تثبيت وتكوين بيئة اختبار العاصفة، وذلك بسبب عامل الميناء لديه خفيفة الوزن، وعزل للبيئة، حزمة واحدة من الخصائص المتميزة يفرون في كل اتجاه، وبالتالي، هناك خيار لتثبيت العاصفة المنتشرة في الحاوية عامل الميناء.

للمثال بسيط، عند اختباره أوبن ستاك بيئة، حاجة لبناء جيدة مثل منصة الاختبار بما في ذلك العاصفة، أوبن ستاك B عندما بيئة الاختبار، والحاجة إلى بناء منصة جيدة لنفس الاختبار، في الوقت نفسه، ويرجع ذلك إلى بيئات مختلفة المتكرر تكوين يؤدي بسهولة إلى خطأ في تكوين بيئة الاختبار. وخلاصة القول، حدد تشغيل عامل الميناء هو أفضل وسيلة.

العاصفة الاختبار هو تحقيق الأنف unittest2 والإطار القائم على بيثون. قبل الشروع في سلسلة من طلب API أوبن ستاك النهاية الخلفية، نهاية الخلفية والتحقق من الاستجابة. العاصفة باستخدام ملف التكوين التكوين لوصف بيئة اختبار بأكملها، بما في ذلك نوفا، كيستون، لمحة، النيوترون أوبن ستاك وغيرها من الخدمات ذات الصلة. ويدعم JSON، نوعين بقية API اكتب تنسيق XML اختبار واختبار وCLI.

ميزة العاصفة

• يتم تنفيذ العاصفة يمكن أن ننظر تلقائيا لاختبار: العثور على الدليل الحالي لجميع تلقائيا بداية، طبقا لتقديرات الملف المصدر بيثون، وهذه القاعدة العودية الدلائل البحث؛ مع كل الملفات المصدر بيثون في كل شيء في بداية بتوقيت شرق الولايات المتحدة بتوقيت شرق الولايات المتحدة في بداية الدالة والطبقة، وكذلك ورثت من unittest.TestCase من فئة (لا تحتاج ل بداية بتوقيت شرق الولايات المتحدة) وسيتم تنفيذ ذلك.

• العاصفة يمكن تحديد الملف، وحدة، واختبار وظيفة.

• العاصفة يمكن تحديد نوع لفحصها.

• العاصفة قابلة للتطوير، ويمكن بسهولة إضافة حالات الاختبار إضافية العاصفة قد تكون متكاملة مع أنواع أخرى من الاختبارات مثل اختبار التحمل، واختبار السيناريوهات.

• العاصفة هو، ولغة بيثون كتبه محرك الأقراص، testtools الأنف الاستخدام وtestresources والعديد من الأدوات الأخرى اختبار مكتبة

• Tempest.test.BaseTestCase، BaseTestCase السمة بيان التكوين، يقرأ ملف التكوين

• بيان Tempest.test.TestCase العديد من الوظائف ذات المنفعة للمكالمات. كل اختبار يمكن اختبار تنسيق JSON وXML الأشكال على التوالي

وبطبيعة الحال، غير مؤات لها هو الحاجة إلى يدويا تكوين tempest.conf الشخصي البيئي، وعبء العمل الثقيل، عرضة للخطأ.

العاصفة الهيكل الرئيسي من القانون، كما هو مبين أدناه. الذي، والمعهد وجزء من سيناريو اختبار هو محور اهتمامنا.

العاصفة /

اختبار API REST وعملية التفاعل، كما هو مبين أدناه.

1) تركيب والعاصفة عامل الميناء

# يم تثبيت عامل ميناء -y

Dockerfile ملف أعدت لبناء العاصفة مرآة، كما هو موضح على النحو التالي

# dockerfile القط

يعكس تنفيذ الأمر بناء

# عامل الميناء بناء -t tempest_docker: 1.0.

مرآة الرؤية التي بنيت

# الصور عامل الميناء | العاصفة البقرى

بعد تشغيل طريقة لبدء العاصفة مرآة

# عامل الميناء المدى -d -من tempest_docker: 1.0 / بن / سحق

تحقق من تشغيل السفينة العاصفة

# عامل الميناء ملاحظة | العاصفة البقرى

العاصفة في وعاء، للعمل

# عامل الميناء إكسيك -u الجذر -من 0a5cf6c1d4b8 باش

2) يستخدم الشخصي العاصفة، تحتاج إلى تكوين tempest.conf وaccounts.yaml ملفين.

هنا، تكوين أول ملف accounts.yaml. وتتضمن الوثيقة معلومات العاصفة اختبار شهادة الحاجة أوبن ستاك، مثل المستأجرين والمستخدمين وكلمات السر وغيرها من المعلومات. ومن الأمثلة على ذلك ما يلي:

# Egrep "^ " accounts.yaml

بعد ذلك، tempest.conf ملف التكوين، وهنا لتكوين جزء من الخدمة كيستون اختبار، على سبيل المثال. إذا كنت بحاجة إلى خدمات اختبار مثل حساب، شبكة، وحجم، وما إلى ذلك، الخيارات المتعلقة يمكن تكوين وفقا لتعليقات فورية. ومن الأمثلة على النحو التالي.

# Egrep "^ " الخ / tempest.conf

2. تحقق العاصفة حالة اختبار

في بيئة اختبار حقيقي، وسوف يستمر اختبار QA لكتابة لأنواع مختلفة من حالات الاختبار. وبالنسبة للحالة اختبار لتنميتنا، فمن الطبيعي نوع واضح جدا، واسم ومحتويات حالة استخدام مثل تنفيذها. لمشروع الاختبار الآلي العاصفة، رالي، وهذا المجتمع شاكر، كيف يمكننا فهم حالة اختبار؟

هنا هو حالة اختبار للحصول على البرامج النصية باش في إطار مشروع العاصفة دليل العاصفة / المعهد.

#! / بن / ش

ما سبق هو مكتوب في ملف نصي، ووضعها تحت الدليل العاصفة. تنفيذ إخراج البرنامج النصي إرادة testcaselist.txt وtestcase_total.txt الملفات في tempestresult دليل، الرئيس السابق لاستخدامها لتخزين العاصفة الدليل / المعهد في إطار المشاريع والخدمات اختبار، والذي يستخدم لتخزين عدد من حالات الاختبار لكل إحصاءات خدمات المشاريع .

ملف testcase_list.txt فتح، يقرأ في جزء:

# testcase_list.txt القط

عرض ملف testcase_number.txt، على النحو التالي:

# testcase_number.txt القط

3.Tempest التصحيح كود

1. تثبيت مكتبة ipdb

# بيب تثبيت ipdb

2. إعداد برنامج اختبار

إذا كان خطأ تنفيذ استخدام الحالة، قد يكون من الضروري إضافة نقاط التوقف خطوة، يمكنك استخدام فوسفات التصحيح مكتبات لإتمام العمل والتكليف، لكني أفضل أن التصحيح اقترح مكتبة ipdb، وأكثر ذكاء مكتبة الاستخدام، ولها نظام المكتبة العيب غير بيثون فهو يتطلب التثبيت اليدوي إلى استخدام.

إذا كنت ترغب في الانضمام إلى التصحيح توقف خطوة واحدة، الحاجة إلى استخدام بيثون م testtools.run طريقة لأداء حالات الاستخدام يجري تصحيحه، فإنه قد يسبب نقطة توقف لا يمكن أن يدخل، ولكن أيضا أي وسيلة لخطوة واحدة التصحيح، التصحيح هو الخطوة الأولى في الداخل التصحيح نقطة مع حالات الاستخدام (سيتم وصفها مثال أدناه لحالات الاستخدام tempest.api.compute.servers.testserversnegative.ServersNegativeTestJSON.testrebootnonexistentserver هنا باستخدام ipdb، فوسفات مشابه).

@ Test.attr (نوع = )

بعد ذلك، قم بتشغيل مع بيثون م testtools.run هذه الحالة استخدام للدخول في وضع التصحيح نقطة توقف. فيما يلي الأوامر.

# بيثون -m testtools.run tempest.api.compute.servers.test_servers_negative.ServersNegativeTestJSON.test_reboot_non_existent_server

4. تشغيل اختبار العاصفة

العاصفة أداء الاختبار، يمكنك إما استخدام testr يمكن أيضا استخدام nosetests، ostestr، أوامر البرنامج النصي run_tempest.sh. ومع ذلك، أوصى المجتمع القيادة ostestr. Testr هنا لاستخدام مثال لوصف.

هنا لنسخة تجريبية كيستون V2 من authorizedtenants testlisttenantsreturnsonly حالة اختبار المثال. الأمر كما يلي:

# tempest.api.identity.v2.test_tenants المدى Testr

من هذا الرقم يمكن أن نرى بشكل مباشر على نتيجة الاختبار، يتم تنفيذ حالة اختبار هو موضح هنا بنجاح، وتمشيا مع الهدف المقصود.

إذا كنت تشعر بأن هذا نتيجة الاختبار الصعب التنقل، وتوفير الحاجة إلى تحليل أو استخدام الحالات، يمكنك أيضا السحب مباشرة وإسقاط الملف في نتائج تنسيق XML إلى التصفح إكسل.

تحليل الاختبار.

# فيم العاصفة / المعهد / الهوية / V2 / test_tenants.py

المحتوى الرئيسي للاختبار هو للتحقق ما إذا كان يمكن للمستخدم رؤية فقط للمستخدمين الآخرين تحت نفس المستأجر، أوراق اعتماد المصادقة المستخدمة من قبل اسم المستخدم والمستأجر، وأخيرا تحقق لا يمكن للمستخدم تسجيل الدخول إلى المستأجرين يسمى "بديل" المستخدم. الرئيسية هو الدعوة assertEqual، assertRaises وأساليب التأكيد أخرى لتحديد القيمة المتوقعة للبرنامج والنتائج متسقة.

وفيما يلي بعض من الأوامر المتعلقة اختبار testr

1) استخدام testr، راجع المعلومات الأمر help

# Testr مساعدة

قبل تنفيذ الأمر التالي، تحتاج أولا إلى بيئة اختبار الحمل

# المصدر .tox / py27 / بن / تفعيل

اختبار المدى المباشر

testr تشغيل --parallel

بعد الاختبار، لمعرفة حالة استخدام الفشل، وتفشل حالات إعادة استخدامها

testr الفشل

دفعة المدى المعهد، جناح السيناريو اثنين اختبار

# Ostestr --regex "(* \ ؟!.) (^ العاصفة \ (API |. السيناريو))

أو استخدام الأسلوب التالي

# Testr المدى

أو، تشغيل الاختبارات بالتوازي

# Testr تشغيل --parallel

بدلا من ذلك، اختبار تشغيل في موازية مجموعة من

# / الجذر / العاصفة / العاصفة / المعهد testr تشغيل --parallel

تشغيل حالة اختبار واحدة

# Testr المدى

وفقا لما يرد كمية CPU أوبن ستاك البيئة آلة التزامن، مثل وضع 2 هنا.

# Testr المدى --parallel - التزامن = 2

ينفذ تحليل الاختبار

# Testr تشغيل --analyze والعزل

قائمة من حالات الاختبار

# اختبارات القائمة Testr

العاصفة تنفيذ سيناريوهات الاختبار

# Testr تشغيل tempest.scenario --parallel

أو

# ./Run_tempest.sh tempest.scenario

فقط لإعادة تشغيل حالة اختبار فشل

# Testr المدى --failing

من أجل تحليل واستعراض أفضل، ونحن يمكن أن ملف XML، وسحب وإسقاط مباشرة في مستند Excel.

2) نتائج اختبار

هناك أربع نتائج اختبار العاصفة: اختبار خطأ (خطأ)، فشل الاختبار (فشل)، تخطي (تخطي)، والنجاح (النجاح). معانيه هي على النحو التالي.

• اختبار خطأ: يمكن أن يفهم منه أنه لا يعطى بتنفيذ التعليمات البرمجية الاختبار. على سبيل المثال، رمز اختبار طباعة، والإعلانات لا المتغيرة. وإعداد وبالمثل، إذا كان رمز هو الخطأ في هذه المرحلة، فإنه سيعتبر خطأ اختبار (خطأ). قد يكون هناك مشكلة مع البيئة التكوين.

• اختبار فشل: اختبار يمكن أن تفهم على أنها مجرد تنفيذ التعليمات البرمجية العادي، لكنه لم يحصل على نتائج الاختبار هو متوقع، مثل استدعاء إضافة رمز وظيفة (1، 2) في رمز اختبار، ولكن ليس 3 عوائد النتيجة.

• تخطي: أنه يمكن أن يفهم على أنه تجاهل اختبار. على سبيل المثال، وهي قضية استخدام يعمل إلا في ظل نظام سينت أو إس، سيتم تخطي هذا في أنظمة أخرى، يتم تجاهله. قد يكون هناك اختبار الخدمة ديه علة.

• نجاح: التنفيذ الناجح لحالات الاختبار أن نتائج الاختبار التي تم إرجاعها من حيث القيمة وذلك تمشيا مع الهدف المقصود.

5. تطوير تقرير الاختبار

كيفية جعل العاصفة التكامل API / أتمتة اختبار وظيفي والإخراج الاستعراض تسهيل تحليل تقارير الاختبار، وفشل في التقاط حالات الاستخدام الاختبار، وأنها هي واحدة من أعمال اختبار العناصر QA. نحن بحاجة إلى أقصى حد ممكن لجعل نتائج الاختبار ضبابية والتكنولوجيا التصور البيانات.

دعونا يتطلب العاصفة تقرير الناتج التشغيل الآلي للاختبار ملف الوحدة النمطية HTMLTestRunner.py. عنوان التنزيل: HTTP: //tungwaiyip.info/software/HTMLTestRunner.html.

هذا يفترض أن مستودع مصدر يقع في العاصفة / العاصفة الدليل. يتم تنفيذ الخطوات التالية.

# مؤتمر نزع السلاح / العاصفة

وHTMLTestRunner.py وملفات برنامج الاختبار الآلي (على سبيل المثال، وحالات استخدام البرنامج المقدم هنا tempest_keystone.py) معا العاصفة المخزنة في الدليل. كود هي كما يلي:

#! / البيرة / بن / الحياة الفطرية الثعبان

التعليمات البرمجية كما يلي:

unittest TestLoader حدة اكتشاف أسلوب فئة. باستخدام هذا الأسلوب، مثل اكتشاف (بدء دير، ونمط = 'اختبار * .py، topleveldir = بلا)، العودية البحث المحددة الدليل (startdir) تحت وحدة اختبار وجميع الدلائل، ثم هذه الوحدات اختبار في TestSuite وجوه والعوائد. سيتم تحميل ملف اختبار نمط مطابقة الوحيد في TestSuite.

إذا كان اسم ملف اختبار في نمط الخط، يتحقق ما إذا كان الملف يحتوي على loadtests () وظيفة، إذا loadtests () وجود وظيفة، من خلال وظيفة مسؤولة عن تحميل حالات الاختبار في هذه الوثيقة، وإذا لم يكن كذلك، فإنه سيتم تنفيذ loadTestsFromModule () العثور على ملف من أسلوب فئة TestCase لاختبار في بداية المشتقة.

تنفيذ أمر الاختبار:

# بيثون tempest_keystone.py

بعد تنفيذ الأمر اختبار يتم إنشاؤها في شكل تقرير الاختبار HTML / الدليل الرئيسي، وذلك باستخدام متصفح لفتح الملف، كما هو مبين في الشكل.

وتجدر الإشارة هنا يتم اختبار ضد العاصفة في مشروع الهوية (كيستون خدمة مصادقة) حالات الاستخدام في النسخة V2 من الدليل. يجب اختبار تشغيل البنود الأخرى، يرجى الرجوع إلى هذا الأسلوب.

عرض تقرير الاختبار

للاطلاع على التقرير نتائج الاختبار يمكن أن ينظر إليها في مجموعة متنوعة من الطرق مثل البريد الإلكتروني ومتصفح. على سبيل المثال، يمكننا تطوير البرامج التي ترسل الرسائل تلقائيا إلى الموظفين المعنيين في تقرير الاختبار، أو تلقائيا إرسالها إلى خادم الويب، بحيث عندما نستخدم متصفح للوصول إلى عنوان URL، يمكنك ان ترى بسهولة نتائج الاختبار. حول هذا المحتوى، فإنه يمكن أيضا أن تطبق على اختبار QA اليومي، CI / CD وغيرها من R & D جلسة الاختبار، تلعب تأثير نقطة إلى منطقة.

ثالثا، تأثير الذكاء الاصطناعي اختبار البرمجيات AI

منذ ذلك الحين، الكلب ألفا (AlphaGo) في الحرب بين الانسان والآلة، مع 3: النصر 0 على التفوق المطلق بعد شيشي، كان AI إرادة النار فوضى، وكأن الحديث بين عشية وضحاها عن منظمة العفو الدولية، والشعور بالفعل من الفضاء الخارجي. فكيف للتأثير برنامج AI اختباره.

تطوير البرمجيات اختبار التكنولوجيا حتى الآن، يمكن القول استنادا إلى كائن الصفحة نموذج اختبار (POM) هو اختبار أقرب من الذكاء الاصطناعي. ومع ذلك، الذكاء الاصطناعي AI يذهب الواضح أخرى، تتطلب بناء يمكن اختبار سيناريوهات وحالات الاختبار تلقائيا. فهو يتطلب اختبار أول المهام المستندة إلى البرامج لبناء نماذج مختلفة (أو دعا السلوك)، ومن ثم تطوير العلاقة والعلاقة بين السيرة والسلوك والسلوك العام للنظام، بعد اختبار النظام التلقائي يمكن أن تستند بذكاء على النظام الحالي تحت الاختبار الدولة (مكان الحادث) وحكم مسبق، وحدد السلوك ليتم تنفيذها المقبل.

هذه طريقة الاختبار يمكن أن تكون من الناحية النظرية الممكنة لاجتياز مختلف السلاسل قد تواجه نظام اختبار السلوكي، والذي يحسن إلى حد كبير تغطية الاختبار. منذ مسارات التنفيذ في كل مرة ليست ثابتة، فمن الممكن لبناء حالات الاختبار مختلفة تماما، ويمكن أن نطلق عليه ذكي اختبار البرمجيات.

وبناء على الاصطناعي نموذج اختبار الذكاء، أولا وقبل كل ذلك هو أن تأخذ العملية أوبن ستاك مختلف تعريف كنموذج. نحن هنا نأخذ مثالا على عمليات الجهاز الظاهري المختلفة. عادة، الجهاز الظاهري لديها العديد من الدول، مثل تشغيل، وقفة، استئناف، والهجرة، لقطات، وهكذا، في هذا الوقت، يمكن أن نحدد بعض التشغيل القياسية بين الدولة والدولة. عندما تكون هذه الدولة والتشغيل رسمها، يمكن أن نحصل على الرسم البياني الحالة الانتقالية من الجهاز الظاهري (أو مشهد الجهاز الظاهري). كما هو مبين في الشكل.

يمكن أن ينظر إليه بين الدول قد يكون الشكل أعلاه جعلت توقف الدولة والجري من خلال عمليات بداية الحلقة والتوقف. حتى يمكن اختبار ذكاء وفقا للقواعد المحددة مسبقا، بحيث الجهاز الظاهري للقيام اختبار محدود في الحلبة في. هذا واحد يبدو بسيطا جدا، ولكن هل نعلم أن هناك أيضا الكثير من أوبن ستاك الحالة الانتقالية مخطط الموارد الأخرى، ولكن هناك الكثير من الترابط بين الموارد، على سبيل المثال، في إطار فرضية عملية عادية من الخدمات الأخرى المتاحة، ومختلف الأجهزة الظاهرية سوف تكون العملية بسلاسة. وعندما يقوم المستخدمون تعمل أوبن ستاك، فإنه ليس فقط تغيير حالة الجهاز الظاهري، وسلوك الموارد الأخرى أيضا العملية عادة مختلطة. لذلك، عندما الصورة هجرة كاملة من جميع الموارد، وسوف تجد العلاقة بين المشاهد أوبن ستاك كامل وسلوك اختياري معقدة جدا.

وأخيرا، هناك العديد من القصص حول نقاط العاصفة ومضمون يمكن دراستها، والعلاقة بين حالات الاختبار وملفات التكوين tempest.conf، مثل كيفية توسيع حالات الاختبار وغيرها فقا العاصفة مع احتياجاتهم. تعزيز حصة من "أفضل الممارسات أوبن ستاك - اختبار وCI / CD" قسم الكتاب 5.5.1 متوفرة الآن.

Q & A جلسة

على سبيل المثال، إنشاء جهاز ظاهري، هناك خلل، والتي من المرجح أن يترك البيانات القذرة على نظام التشغيل المضيف، DB هو أيضا ممكن، وكيفية تنظيف هذه الأشياء؟ أو كيفية ضمان بيئة نظيفة. خصوصا على hostos نظيفة؟

العاصفة خذ على سبيل المثال، عندما يخلق VM، إذا لم يكن الشذوذ أو أخطاء (قد يكون هناك خلل البرنامج) يحدث، عاصفة سيتم حذف تلقائيا VM والموارد المرتبطة بها

أنا أسألك الآن لتطوير ما هي الأدوات؟ التصحيح ولكن أيضا كيف نفعل؟ فقط انظر الجزء الوحيد من الاختبار، شكرا لك!

كل الأدوات المختلفة المستخدمة من قبل المطورين، مثل لي، نظرة على رمز وعادة ما يستخدم الكسوف + بيديف، وعادة مع ipdb التصحيح وهلم جرا.

ما هو سيقدم الشفرة المعدلة إلى القيام المجتمع؟ إذا لم تكن قد قدمت جزءا من المجتمع، وأنا أطلب منكم هو كيفية الحفاظ على؟ ومن ثم الافراج أوبن ستاك القادم هو كيف يمكن للاندماج؟ شكرا لك! كيف التحكم في الإصدار؟

لمشاريع البرمجيات، ونحن عموما استخدام التكامل المستمر جنكينز إلى توحيد الإدارة، لتحديث البيانات DB حقول متعددة من الأعمال، قد تحتاج أيضا إلى الكمال البعض.

كيف هي آمنة للقيام بهذا الاختبار؟

لاختبار سلامة، كل شخص أو كل فريق تركيزها مختلفة، على سبيل المثال، لن يكون هناك مشترك SQL اختراق الحقن، وضعف مسح الصفحة الأولى

أود أن أعرف ما هو أفضل طريقة لأداء اختبار الذاكرة أوبن ستاك ذلك؟

تخزين أوبن ستاك لأداء الاختبار، ويمكن العثور عليها في "أفضل الممارسات أوبن ستاك - اختبار وCI / CD" المقطع 5.6، كما هو الحال في حالة أوبن ستاك + CEPH المتكاملة، من الألف إلى القاع، وهناك الخادم نفسه، ولكن أيضا مجموعات CEPH، RBD كتلة التخزين، الجهاز الظاهري

حالة اختبار المكونات الفردية ينبغي أن تغطي معظم وظائف المكونات المختلفة، أليس كذلك؟ هذه الميزات كلها يجب تكوينه في ملف التكوين مكون؟

العاصفة اختبار دعم المشاريع الرئيسية وظيفة API ضروري في ملف التكوين مسبقا tempest.conf، في الوقت الراهن، تافهة نسبيا.

ما هو سيقدم الشفرة المعدلة إلى القيام المجتمع؟ إذا لم تكن قد قدمت جزءا من المجتمع، وأنا أطلب منكم هو كيفية الحفاظ على؟ ومن ثم الافراج أوبن ستاك القادم هو كيف يمكن للاندماج؟ شكرا لك! كيف التحكم في الإصدار؟

اذا كان لدينا إصلاح الخلل، لأسباب مختلفة، لا يمكن أن يدخل في المجتمع، ولكن في منتجاتنا من خلال ما ثبت، وسوف نكون في المنتج، من أجل السيطرة الإصدار، واستخدام الداخلية gitlab

ما إذا كان يتم إعطاء تقرير الاختبار يمكن أن تجعل تحليل ذكي وتحسين التوصيات بناء على بيانات الاختبار؟

وينبغي أن يستند تقرير جيدة الاختبار على بيانات اختبار للتأكد يتم إعطاء توصيات التحليل والتحسين ذكية، فإن الغرض من الاختبار هو العثور على العيوب، والسيطرة

لدي 200 شركات مختلفة، ونماذج مختلفة من الخادم الكمبيوتر القديم، إذا كان نظام التشغيل لفوضى مع مجموعة كبيرة، لاختبار أو استخدام التجاري، هو ممكن؟ للحديث عن البرنامج بشكل عام؟

لدي 200 شركات مختلفة، ونماذج مختلفة من الخادم الكمبيوتر القديم لأوبن ستاك لبناء بيئة اختبار يجب أن تكون كافية (أي متطلبات خاصة)، ولكن لا ينصح على أنظمة الإنتاج. تطوير واختبار، لا يمكن استخدام بيئة نظام التشغيل، وتحديدا لمعرفة المتطلبات عزلتهم على الموارد والبيئة

متطلبات الأجهزة الدنيا أوبن ستاك؟

، فإنه يمكن أن يقال متطلبات الأجهزة الدنيا أوبن ستاك تحت سنتي طالبة، في الأجهزة الظاهرية الخاصة بهم مبنية على دفتر الملاحظات (2Core، 4GB من الذاكرة) للأوبن ستاك والكل في واحد، ولكن أيضا عملية نشر ناجحة، ولكن الأساسية لا يمكن استخدام

كيف يتم إنتاج التعافي من الكوارث؟ نركز الآن على كيفية نقطة سحابة من القلق للتعافي من الكوارث والأمن سحابة

للتعافي من الكوارث سحابة على بيئة الإنتاج، وهو موضوع مشترك، واحتياجات مختلفة، قد يكون لها تطبيقات محددة مختلفة. على سبيل المثال CEPH تخزين، كيف سيكون MON، OSD متعددة. HA خدمات أوبن ستاك، قد يكون هناك Haproxy، keepalived وهلم جرا. ولكن أنا شخصيا أشعر أن والرصد والتشغيل والصيانة والإنذار المبكر الفعال وفي الوقت المناسب، قد تكون أكثر أهمية.

وقد تم نشر كتاب شو تشاو الجديد