
تجربة المستخدم وهندسة الجودة الذاتية
واجهات يستطيع المستخدمون استخدامها، وإصدارات يمكنك الوثوق بها
حيث تفقد المنتجات مستخدميها، وتفقد الإصدارات الثقة
يحكم الناس على البرمجيات بقدرتهم على إنجاز مهامهم. وعندما تتبع الشاشات النظام بدلا من طبيعة العمل، يقع المستخدمون في الأخطاء أو يتصلون بالدعم أو يتخلون عن المهمة.
اختبار الانحدار اليدوي يبطئ كل إصدار، ولا يزال تفوته عيوب. والاختبار في نهاية العمل فقط يحول المشكلات الصغيرة إلى مشكلات متأخرة ومكلفة. ثم تكشف ذروة الاستخدام حدودا لم يختبرها أحد.
ما الذي يتغير لديك
منتجات ينجز فيها المستخدمون مهامهم
مسارات استخدام مصممة انطلاقا من البحث، ومختبرة مع مستخدمين حقيقيين قبل التنفيذ، لكل لغة ولكل مقاس شاشة تحتاجه.
سهولة الوصول مصممة من البداية
تصاميم وشيفرة مبنية وفق WCAG 2.2 AA ووفق قواعد سهولة الوصول الوطنية، ويجري فحصها في كل إصدار.
إصدارات بلا مفاجآت
مجموعات اختبارات آلية وبوابات جودة توقف الإصدار المعطوب، واختبارات حمل وفوضى تكشف كيف يفشل النظام قبل أن يكتشفه عملاؤك.
ما نقدمه
أبحاث تجربة المستخدم وبنية المعلومات
مقابلات وملاحظة وتحليلات تتحول إلى نتائج واضحة، وإلى بنية للتنقل والتسمية والمحتوى.
المخططات الهيكلية ونماذج أولية مختبرة
كل مهمة رئيسية مرسومة خطوة بخطوة، بما في ذلك الأخطاء والحالات الفارغة، ونماذج أولية قابلة للنقر مختبرة مع مستخدمين حقيقيين.
أنظمة تصميم واجهات المستخدم
رموز التصميم والمكونات وإرشادات الاستخدام تبقى متزامنة بين Figma والشيفرة، ليبقى كل منتج متسقا.
الامتثال لسهولة الوصول
تصاميم وتنفيذات يجري فحصها وفق WCAG 2.2 AA من حيث التباين وترتيب التركيز وحجم الهدف وتسميات قارئ الشاشة، بما في ذلك التخطيطات من اليمين إلى اليسار للعربية.
ضمان جودة ذاتي الإصلاح بالذكاء الاصطناعي
مجموعات اختبارات الانحدار والتكامل الآلية تعمل عند كل تغيير. وعندما تتغير الواجهة، تقترح الاختبارات المدعومة بالذكاء الاصطناعي الإصلاح ليعتمده مهندس، بدلا من أن تفشل عشوائيا.
اختبارات الأداء والحمل والفوضى
اختبارات حمل وإجهاد للمسارات الحرجة، وأعطال مضبوطة للخدمات والشبكات تكشف كيف يتراجع النظام وكيف يتعافى.
بوابات الجودة والتقارير
اختبارات وتغطية وفحوص أمنية توقف الإصدار عند إخفاقها، مع اتجاهات العيوب وجاهزية الإصدار في مكان واحد.
طريقة عملنا
البحث والتقييم
نجري مقابلات مع المستخدمين، ونراجع التحليلات وطلبات الدعم والعيوب الأخيرة، ونحدد أين تتسرب المشكلات اليوم.
التحديد
نتفق على المستخدمين الذين نصمم لهم، والمخاطر التي نختبرها، وكيف يقاس النجاح.
التصميم والاختبار مع المستخدمين
نبني نماذج أولية للمسارات الرئيسية، ونختبرها مع مستخدمين حقيقيين، ونصلح ما يربكهم قبل التنفيذ.
الأتمتة
نبني مجموعات الاختبار وبيانات الاختبار، ونربطها بمسار التسليم لديك كبوابات جودة.
التحميل حتى الإخفاق
نرفع الحمل على النظام إلى ذروته وما بعدها، ونحقن أعطالا، ونصلح ما ينهار قبل بدء التشغيل.
الحفاظ على سلامته
نراجع ما يتم تسليمه مقابل التصميم، ونصلح الاختبارات غير المستقرة بسرعة، وندرب فريقك على تولي مسؤولية مجموعات الاختبار.
التقنيات والمعايير
نستخدم الأدوات التي تناسب حزمة التقنيات لديك ونحتفظ بالاختبارات في مستودعك. ذكر منتج بالاسم لا يعني وجود شراكة مع مورده.
- الاختبار
- axe-core
- Playwright
- Cypress
- Selenium
- Appium
- Jest
- JUnit
- pytest
- Postman
- k6
- Apache JMeter
- OWASP ZAP
- التصميم وسهولة الوصول
- Figma
- Storybook
- WCAG 2.2
إثبات في بيئة الإنتاج
كان مهندس ضمان جودة يعمل باستقلالية ضمن الفريق الذي بنى محرك التجارة ونقاط البيع (POS) في الوقت الفعلي لمجموعة تجزئة متعددة العلامات في دول مجلس التعاون الخليجي. واختبرت المنصة خلال مواسم التسوق ذات الذروة.
كيف تبدأ
يمكن أن يبدأ التعاون في التصميم أو الاختبار بمفرده أو كجزء من مشروع بناء. ويمكن أيضا أن ينضم متخصصون إلى فريقك كمصممين أو مهندسي ضمان جودة مدمجين.
الخطوات التالية
الجلسة الاستشارية التمهيدية
جلسة استشارية تمهيدية مجانية عبر الإنترنت مدتها 30 دقيقة: نستعرض فيها أهدافك وأنظمتك والقيود التي تواجهك.
مراجعة الجاهزية
في مراجعة جاهزية مجانية مدتها 48 ساعة، يراجع مهندس معماري رئيسي مشروعك وفق تعريف الجاهزية المكون من 6 نقاط، ويوصي بالمسار المناسب.
اختيار المسار
المشاريع الجاهزة من حيث النطاق تحصل على عرض ملزم في غضون 3–5 أيام عمل. ومشاريع مرحلة الفكرة تبدأ في Blueprint Studio. والنظام القائم الذي يتعرض لأعطال أو يفتقر إلى توثيق أو يحتاج إلى تكامل يبدأ بتشخيص يستغرق 1–2 أسبوع. ولكل من Blueprint Studio والتشخيص رسم ثابت يرد في العرض.
التنفيذ في 5 مراحل
التعبئة، ثم دورات عمل بعروض حية، ثم التكامل والتقوية، ثم القبول وبدء التشغيل، ثم الخدمات المدارة. وبعد الإطلاق تأتي فترة ضمان، تليها خدمات الدعم والصيانة الاختيارية.
الأسئلة والأجوبة
هل نحتاج إلى أبحاث المستخدمين إذا كنا نعرف مستخدمينا بالفعل؟
تعرف الكثير، ويبني البحث على ذلك. ويختبر الافتراضات مع الأشخاص الذين يؤدون العمل، ويكشف غالبا عن خطوات وطرق عمل بديلة ومصطلحات لا تصل أبدا إلى وثيقة المتطلبات. جولة صغيرة من المقابلات واختبارات النماذج الأولية تكلف أقل من تغيير البرمجيات بعد نشرها.
كيف تجعل المنتجات سهلة الوصول؟
نصمم وفق WCAG 2.2 AA من أول مخطط هيكلي: تباين كاف، وتركيز مرئي، وترتيب قراءة منطقي، وأهداف تفاعل كبيرة بما يكفي، وتسمية لكل عنصر تحكم. تجرى فحوص آلية عند كل تغيير. وقبل كل إصدار، نختبر رحلات الاستخدام الأساسية يدويا باستخدام لوحة مفاتيح وقارئات شاشة.
هل يمكنك التصميم للغة العربية ولغات أخرى تكتب من اليمين إلى اليسار؟
نعم. تصميم الاتجاه من اليمين إلى اليسار أكثر من قلب الشاشة: تنعكس عناصر التنقل ومؤشرات التقدم والأيقونات الاتجاهية، بينما لا يحدث ذلك عادة مع الأرقام والشعارات وعناصر التحكم في الوسائط. ويحتاج النص العربي إلى خط وحجم وارتفاع سطر خاصين به، ونراجع الاتجاهين مع قراء لغتهم الأم.
ما المقصود بأتمتة الاختبارات ذاتية الإصلاح؟
تتعطل اختبارات الواجهة عادة عندما ينتقل زر أو يتغير اسمه، رغم أن الميزة لا تزال تعمل. تستخدم الاختبارات ذاتية الإصلاح الذكاء الاصطناعي للعثور على العنصر مرة أخرى واقتراح اختبار محدث، يراجعه مهندس قبل اعتماده. تبقى مجموعة الاختبارات موثوقة من دون إخفاء العيوب الحقيقية.
هل ينبغي أن نؤتمت كل اختباراتنا؟
لا. أتمت ما يعمل كثيرا ويجب أن يعطي الإجابة نفسها في كل مرة: اختبارات الوحدات، واختبارات API، ورحلات الاستخدام الأكثر أهمية. احتفظ بالأشخاص للاختبار الاستكشافي، وسهولة الاستخدام، والميزات التي لا تزال تتغير. مجموعة اختبارات أصغر لا تفشل عشوائيا أكثر قيمة من مجموعة كبيرة لا يثق بها أحد.
ما اختبار الفوضى، وهل هو آمن؟
يوقف اختبار الفوضى الخدمات، أو يبطئ الشبكات، أو يملأ الأقراص عمدا، لإثبات أن النظام يتدهور بأمان ويتعافى. نبدأ في بيئات الاختبار، ونتفق على الحدود مع فريق العمليات لديك، ولا ننفذ تجارب متحكم فيها في بيئة الإنتاج إلا بعد إثبات المراقبة والتراجع.
كيف تختبر التكاملات مع البنوك ومزودي خدمات الدفع وأنظمة ERP؟
نستخدم بيئة الاختبار لدى الشريك حيث توجد، والمحاكيات حيث لا توجد، لتجري الاختبارات عند كل تغيير. وتغطي بيانات الاختبار المدفوعات المرفوضة، وانتهاء المهلات، والرسائل المكررة، وحالات الإخفاق الجزئي، وتؤكد الاختبارات الشاملة أن الإجماليات متطابقة عبر الأنظمة.
إن كنت جاهزا للبناء، اطلب عرضا.
أرسل متطلباتك أو طلب تقديم العروض (RFP). يتحقق منها مهندسونا المعماريون ويعيدون إليك عرضا ملزما بنطاق ثابت.
الخطوات التالية
مراجعة الجاهزية
في مراجعة جاهزية مجانية مدتها 48 ساعة، يراجع مهندس معماري رئيسي مشروعك وفق تعريف الجاهزية المكون من 6 نقاط، ويوصي بالمسار المناسب.
عرض ملزم
بعد التحقق من البنية التقنية دون تكلفة، تتلقى عرضا ملزما بنطاق ثابت في غضون 3–5 أيام عمل: المراحل الرئيسية والبنية التقنية وهيكل الفريق واتفاقيات مستوى الخدمة (SLA). نوقع معك اتفاقية عدم إفصاح (NDA) عند الطلب، قبل أن تشاركنا متطلباتك.
التعبئة
فور توقيعك، تبدأ فرق الهندسة لدينا Sprint 0 في غضون 5–10 أيام عمل من توقيع العقد.
التنفيذ في 5 مراحل
التعبئة، ثم دورات عمل بعروض حية، ثم التكامل والتقوية، ثم القبول وبدء التشغيل، ثم الخدمات المدارة. وبعد الإطلاق تأتي فترة ضمان، تليها خدمات الدعم والصيانة الاختيارية.
