بازگشت به مرکز دانش

استقرار و عملیات / Bizagi 11.2.5 On-Premises

چک‌لیست تست فرآیند Bizagi پیش از استقرار

یک برنامه تست کاربردی برای فرم، Rule، مسیر، دسترسی، یکپارچه‌سازی، Widget، SLA و سناریوهای شکست.

BizagiTestingQABizagi 11.2.5

دامنه این آموزش: Bizagi Studio و Automation Server نسخه 11.2.5 On-Premises.

نکته نسخه: build دقیق 11.2.5 و تنظیمات محیط سازمان را پیش از اجرای تغییر در Test بررسی کنید. نسخه 11.2.5 از سپتامبر 2024 خارج از پشتیبانی رسمی Bizagi است؛ بنابراین تغییرات امنیتی و زیرساختی باید با ارزیابی ریسک انجام شوند.

تست فرآیند فقط اجرای مسیر موفق نیست. فرآیند واقعی با داده ناقص، کاربر بدون دسترسی، سرویس قطع، زمان منقضی و تصمیم‌های متفاوت مواجه می‌شود. برنامه تست باید این واقعیت را پوشش دهد.

تست مدل و مسیر

  • همه Gatewayها حداقل یک‌بار از هر مسیر عبور کنند.
  • مسیر پیش‌فرض و شرایط هم‌پوشان بررسی شوند.
  • Sub-Process و Call Activity به‌درستی پایان یابند.
  • Eventها، timerها و پیام‌ها در زمان درست فعال شوند.
  • لغو، رد، بازگشت و تکرار فعالیت آزمایش شود.
  • تست فرم

  • فیلدهای required، editable و visible برای نقش‌ها و شرایط مختلف درست باشند.
  • متن فارسی، RTL، اعداد، تاریخ و فایل آزمایش شوند.
  • Form با مقدار null، داده طولانی و Collection خالی رفتار مناسب داشته باشد.
  • پیام اعتبارسنجی به کاربر اقدام بعدی را توضیح دهد.
  • فرم در اندازه‌های مختلف و مرورگرهای هدف بررسی شود.
  • تست Rule

    برای هر Rule مهم، ورودی عادی، مرزی، ناقص و نامعتبر را تست کنید. Ruleهای محاسباتی باید با نمونه دستی مقایسه شوند. Ruleهای قابل استفاده مجدد در همه محل‌های مصرف بررسی شوند.

    تست دسترسی

  • کاربر مجاز فعالیت را می‌بیند و انجام می‌دهد.
  • کاربر غیرمجاز به Case و داده حساس دسترسی ندارد.
  • Assignment و جایگزینی کاربر درست عمل می‌کند.
  • نقش‌ها و گروه‌های محیط مقصد کنترل شده‌اند.
  • تست یکپارچه‌سازی

  • پاسخ موفق
  • خطای کسب‌وکار
  • timeout
  • خطای احراز هویت
  • پاسخ ناقص یا نامعتبر
  • اجرای مجدد و جلوگیری از ثبت تکراری
  • ثبت لاگ و شناسه رهگیری
  • تست Widget و Connector

    Widget را در حالت ایجاد، ویرایش، فقط‌خواندنی و داخل Table آزمایش کنید. Connector را با تنظیمات واقعی محیط Test و انواع پاسخ سرویس بررسی کنید.

    تست عملیات و پشتیبانی

  • تیم پشتیبانی می‌تواند Case مشکل‌دار را پیدا کند.
  • لاگ برای تشخیص خطا کافی است.
  • اعلان‌ها و SLAها قابل پایش هستند.
  • گزارش‌ها با داده فرآیند تطابق دارند.
  • سناریوی بازیابی یا اقدام دستی تعریف شده است.
  • ثبت شواهد

    برای هر سناریو شناسه، پیش‌شرط، مراحل، نتیجه مورد انتظار، نتیجه واقعی، وضعیت و شواهد ثبت کنید. تستی که فقط در ذهن اجرا شده، در زمان اختلاف قابل دفاع نیست.

    معیار خروج

    فرآیند زمانی آماده انتشار است که خطاهای بحرانی بسته شده، خطاهای باقیمانده پذیرفته و مستند شده، مالک فرآیند نتیجه را تأیید کرده و تیم پشتیبانی برای رخدادهای شناخته‌شده راهنما داشته باشد.