ما المعايير فريقك فرض رئيسي-إصدار قانون النشر?

Question

أنا الغريب ما نوع من المعايير فرق أخرى تأكد قبل رمز السفن (أو ينشر) خارج الباب في النشرات الرئيسية.

أنا لا أبحث عن إجابات محددة لكل, ولكن هنا فكرة ما أحاول الحصول على فكرة.

• المستندة إلى الملقم تطبيقات, هل تضمن مراقبة في المكان ؟ إلى أي درجة فقط أنه يستجيب بينغ ، أنه يمكن ضرب كل من تبعياته في أي لحظة ، أن منطق هذا التطبيق في الواقع خدمات الصوت (على سبيل المثال ، وهي الخدمة التي تحسب 2+2 في الواقع يعود "4")
• هل تتطلب بناء الآلي النصوص قبل رمز صدر ؟ معنى, أي ديف يمكن أن سيرا على الأقدام إلى مربع جديد ، نثر شيئا من المصدر السيطرة والبدء في تطوير ؟ بالنظر إلى الأشياء مثل نظام التشغيل و IDE, بالطبع.
• ماذا عن النشر التلقائي من البرامج النصية ، يستند إلى ملقم تطبيقات ؟
• ما هو مستوى الوثائق هل تتطلب أن يكون المشروع "القيام به؟"
• هل جعل دانغ التأكد من أن لديك كامل خطة احتياطية لجميع المكونات الرئيسية للنظام ، إذا كان الملقم على ؟
• هل فرض قانون معايير الجودة ؟ أعتقد StyleCop على .صافي أو cyclomatic تعقيد التقييمات.
• وحدة الاختبار ؟ التكامل الاختبارات ؟ أداء اختبار الحمل?
• هل لديك معايير لكيفية التطبيق الخاص بك تسجيل الخطأ هو التعامل معها ؟ ماذا عن الخطأ في التبليغ ؟

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

Answer 1

الشرق الادنى:

1. وحدة الاختبارات العمل
2. اختبارات تكامل العمل
3. نشر على اختبار المرحلة موافق
4. دليل قصيرة تحقق في مرحلة الاختبار

أفضل:

1. وحدة الاختبارات العمل
2. checkstyle طيب
3. اختبارات تكامل العمل
4. مقاييس مثل jmeter واختبار تغطية مرت
5. نشر على اختبار المرحلة موافق
6. بعض دليل الاختبارات في مرحلة الاختبار

وأخيرا نشر على مرحلة الإنتاج

كل وحدة اختبارات تكامل العمل تلقائيا, أفضل مستمرة تكامل server مثل CruiseControl به النمل أو مخضرم.عند وضع webservices, اختبار مع صوابي يسمح يعمل بشكل جيد.

إذا كانت قاعدة البيانات تستخدم الترقية التلقائية يتم (مع liquibase على سبيل المثال) قبل النشر.الخارجية عندما تستخدم الخدمات, addidional التكوين الاختبارات اللازمة لضمان عناوين موافق (رئيس الطلب من التطبيق ، بيانات الاتصال ، wsdl تحصل،...).عند وضع webpps, HTML التحقق من صحة على بعض الصفحات سوف تكون مفيدة.دليل فحص تخطيط (استخدام browsershots على سبيل المثال) قد تكون مفيدة.

(مثال على جميع الروابط من أجل تطوير جافا)

وأخيرا (وليس آخرا):جميع اختبارات القبول لا تزال المرور ؟ هو نتاج ماذا يريد ؟ جعل الحية مراجعة معه على نظام اختبار قبل الذهاب إلى أبعد من ذلك!

Answer 2

أنا في الغالب لا وتطوير الشبكة, لذلك البنود بلدي قد تكون مختلفة من يدكم.قبالة الجزء العلوي من رأسي...

• ضمان جميع خدمات الويب هي ما يصل إلى تاريخ
• التأكد من جميع بيانات البرامج النصية/التغيرات/الهجرات هي بالفعل نشر إلى خادم الإنتاج
• مين كل الملفات js و css.
• تأكد من أن كل وحدة/الفنية/التكامل/السيلينيوم الاختبارات يتم تمرير (نحن نهدف 95%+ اختبار التغطية بينما نحن النامية ، لذلك عادة ما تكون هذه هي دقيقة جدا في تحديد المشكلة)

هناك أكثر من ذلك, أنا أعرف أن هناك لكن لا أستطيع التفكير في أي الآن.

Answer 3

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

في أي ترتيب معين:

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

2) لقطة من الدقيق البرمجية المستخدمة لإنتاج الإصدار.(تسمية أو فرع من الافراج عنه في SCM نظام جيد لهذا)

3) جميع الأدوات اللازمة لإعادة المصدر بد من الإشارة إلى وأرشفتها (المصدر من الخطوة 2 يصبح من الاستخدام المحدود دون هذا)

4) أرشيف الإفراج الفعلي (نسخة من الدقيق المثبت صدر من يعلم في 7 سنوات الأدوات الخاصة بك قد لا تكون قادرة على بناء ذلك, ولكن الآن على الأقل لديك التعليمات البرمجية المصدر و للتثبيت في الجانب الخاص بك لأغراض التحقيق).

5) مجموعة من توثيق التغييرات بين هذا الإصدار والإصدار السابق الملقب ملاحظات الإصدار (أود أن استخدام أسلوب إلحاق إلى قائمة حتى الإفراج عن جميع التغييرات متاحة في مكان واحد لفترة المستخدم).

6) مرشح الافراج عن اختبار دورة كاملة.باستخدام للتوزيع خلقت تحميل اختبار باستخدام كامل/فحص خطة اختبار للتأكد من الوظائف الأساسية يعمل على جميع الميزات الجديدة موجودة و تعمل على النحو المنشود.

7) عيب تتبع يظهر كل البنود التي لم يتم وضع علامة كما أ) ثابت ب) لا عيب ج) المؤجلة.

يمكنك رش في العديد من الخطوات الأخرى حسب المجال أو تطوير أسلوب, ولكن أود أن أذكر أن معظم برامج "يجب أن يكون" إجراء الخطوات المذكورة أعلاه كل إصدار.YMMV.

المتعة اقتحام القلعة.

Answer 4

• Codestyle (الآلي)
• الاختبارات التلقائية (الوحدة- & Integrationtests)
• دليل الاختبارات (بما في ذلك اختبار بيتا مراحل)
• Whitebox أداة اختبار الاختراق (الآلي)
• الاسود أداة اختبار الاختراق (الآلي)
• دليل الاستثناء/تسجيل المراقبة على الاختبار/بيتا المراحل التمهيدية قبل
• القدرة على العودة إلى الإصدار السابق في أي وقت
• مراجعة التعليمات البرمجية & 'غير قانوني checkins'

Answer 5

على شبكة الإنترنت / الداخلية تطبيقات شيء واحد بالإضافة إلى اقتراحات أخرى.

تأكد من إشراك العمليات/فريق النشر حتى لا تسليم البرامج التي يتطلب أكثر من ملقمات ثم لديهم (لا تحمل الناس على دفع متطلبات بالفعل).

Answer 6

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

Answer 7

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

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

2. كل الاختبار الآلي للعمل و تمر.الاختبار الآلي يعتبر تكملة العيش اختبار.

3. أي البق وضع علامة "حاصرات" يجب أن تحل بشكل نهائي بناء.

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

5. الترخيص له تحديث لتعكس ما نسخ-حماية نستخدمه.لدينا بيتا الإصدارات الإصدارات استخدام نماذج الترخيص مختلفة ، وهذا التغيير يتطلب برمجة الجهد.

6. المثبت اتفاقية الترخيص يتم تحديثها.منذ إصدارات بيتا يكون المثبت ، وهذا عادة ما يكون مجرد تغيير النص, لكنه لا يزال يقع على المبرمجين فعلا تحديث تثبيت البرنامج النصي.

7. أي إشارات إلى النسخة التجريبية تحتاج إلى إزالتها من التطبيق نفسه.نحن غاب عن عدد قليل من هذه محرج.

8. تساعد ملفات وأدلة قد جلب تماما ما يصل إلى تاريخ و تدقيق, لأنها كانت جزءا من حزمة الإصدار.

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

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

Answer 8

1. لا تظهر الحشرات ؟ طيب
2. اختبار وحدة العمل ؟ موافق (بعض تجاهلها) ها حسنا موافق
3. الإعداد بالتأكيد.طيب
4. تسجيل الخطأ ?طبعا !:-) نحن بحاجة إلى هذا !لإصلاح الخلل!
5. كل يوم cruisecontrol.net لطيفة.