Get best of the week

كتاب "كيفية الاختبار على Google" - نسخة إلكترونية مجانية

صورةمرحبا ، هابروجيتلي!

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

الكتاب مخصص للمهنيين من صناعة تطوير البرمجيات: خبراء الاختبار ، المبرمجين ، المديرين.

مقتطفات. الحد من المخاطر


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

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

  • , , .
  • -, , .
  • , .
  • .
  • , . , .

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

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

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

خطة جيمس ويتاكر للوصفات الطبية في عشر دقائق


, , . , , — ? , , . Google, , -. , , : «», « » — « » ( ). ’, , - , .

— . -, , — , , ( ), , , . : , ,
?

- , , , . , — . : ?

- , - . . : -.

, : - . - , .

, . : . , , .
-, .

. : « , - ». , , . , , , , .

, , , (Google Docs, App Engine, Talk Video . .), .

, ACC-. , . — , — . , . - — . , , .

’, - . . ,
- .

, . , . 80% . ? , , ? , (, , ) . , , .

. -!


يأخذ Google Test Analytics كأساس لمعايير تقييم المخاطر الموضحة أعلاه ("نادرًا جدًا" ، "نادرًا" ، "أحيانًا" ، "غالبًا"). لا نريد على وجه التحديد تحويل تحليل المخاطر إلى مهمة صعبة ، وإلا فلن يتم استكماله. نحن لسنا مهتمين بالتفاصيل الرياضية الدقيقة ، لأن الأرقام تعني القليل. يكفي أن تعرف أن "A" أكثر خطورة من "B" ، مع عدم الاهتمام بالأهمية الدقيقة للمخاطر. إن المعرفة البسيطة بالفرصة الأكثر خطورة من غيرها ستسمح لمدير الاختبار بتوزيع عمل المختبرين بكفاءة أكبر. ويمكن لأشخاص مثل Patrick Copeland تحديد عدد المختبرين الذين يجب تعيينهم لكل فريق تطوير بسهولة. فهم المخاطر يفيد الشركة بأكملها.

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

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

يتحمل المختبر مسؤولية معرفة جميع المناطق المعرضة للخطر. يجب أن يحاول تقليل المخاطر بأي طريقة تخضع له. فيما يلي بعض التوصيات التي نجدها مفيدة في التعامل مع المخاطر.

  1. للحصول على الميزات الأكثر خطورة وأزواج السمات / المكونات المميزة باللون الأحمر ، اكتب مجموعة من قصص المستخدم أو حالات الاستخدام أو دليل اختبار. في Google ، تقع المسؤولية عن الفرص الأكثر خطورة على عاتق المختبر. يمكنه تنسيق عمله مع الزملاء ، واستخدام أدوات مختلفة ، ولكن المسؤولية الشخصية لا تزال عليه.
  2. , . , GTA? ? ? . , , .
  3. , / , , . .
  4. — . , . , . , : «!», . , .
  5. , . , , . , « ?» « ?». Google , , .
  6. 6 , , , . ! .




, . , , , .

, , - . - , , , . , , . , , .

, , . -, - — !

— . - . — . Google , . -: Google Documents — , .

, , , . — .

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

التعهيد الجماعي




— . , , - ! , . . ?

, , . , , — , , -. , Chromium, . , , . , .

( ) — . , , . , , ? — .

, , , . , : -1000 , : Chrome, : 1 = 1000 20 = 50 . .

, , , . , , . Chrome, , , ( « Chrome»). . , . « , » , .

- — Google: , , . , . , , , (, uTest). .

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

عمل المختبر ، على النقيض من عمل المطور في الاختبار ، لا ينتهي بمدخل المنتج.

» تنزيل epub و pdf

More articles:


All Articles