برای ثبتنام آزمون ISTQB از ایران، مهمترین کار پیدا کردن «ترفند پرداخت» نیست؛ باید پیش از خرجکردن پول ثابت کنید که Provider انتخابی، ماژول و شیوهٔ برگزاری موردنظر را در تاریخ تصمیم شما برای محل اقامت، تابعیت، مدرک هویتی و روش پرداخت واقعیتان میپذیرد. پاسخ یک کاربر در شبکههای اجتماعی، بازشدن صفحهٔ Checkout یا موفقشدن پرداخت، مجوز شرکت در آزمون نیست.
این راهنما یک ISTQB Registration Readiness Packet میسازد: ماژول و نسخه را تثبیت میکنید، Provider رسمی را از فهرست ISTQB پیدا میکنید، Eligibility و هویت را کتبی میپرسید، قرارداد Voucher/پرداخت/لغو را میخوانید، System Check واقعی میگیرید و فقط بعد از عبور از چهار Gate تصمیم GO میدهید. تاریخ بازبینی منابع متغیر این صفحه: ۲۳ مرداد ۱۴۰۵ / ۱۴ اوت ۲۰۲۶.
پاسخ کوتاه: آیا میتوان از ایران آزمون ISTQB داد؟
پاسخ عمومی و همیشگی «بله» یا «خیر» معتبر نیست. ISTQB آزمونها را مستقیماً نمیفروشد؛ Member Boardها و Exam Providerهای مجاز آنها را عرضه میکنند و Provider دربارهٔ کشور، شیوهٔ Delivery، قیمت، رزرو، رسید، نتیجه، جابهجایی و Retake پاسخ میدهد. سیاست Provider، پردازشگر پرداخت، پلتفرم Proctoring و مقررات قابلاعمال ممکن است جداگانه تغییر کنند.
| پرسش | مرجع تصمیم | Evidence لازم | اگر نامشخص بود |
|---|---|---|---|
| این Provider واقعاً مجاز است؟ | دایرکتوری رسمی ISTQB | URL/نام/تاریخ بازیابی | HOLD |
| داوطلب ساکن/تبعهٔ ایران پذیرفته میشود؟ | Provider و در صورت نیاز Proctor | پاسخ کتبی برای همین وضعیت | HOLD؛ خرید نکنید |
| این مدرک هویتی پذیرفته است؟ | Provider/Proctor | نوع ID و تطابق نام، کتبی | HOLD |
| پرداخت مجاز و قابلاسترداد است؟ | Provider، صادرکنندهٔ ابزار پرداخت و شرایط قرارداد | مالک/صورتحساب/کارمزد/Refund | STOP اگر نیازمند اطلاعات خلاف واقع است |
| سیستم و شبکه سازگارند؟ | System Check همان پلتفرم | نتیجهٔ تاریخدار روی دستگاه/شبکهٔ واقعی | HOLD |
قاعدهٔ ایمنی: اگر انجام مسیر به نام، نشانی، تابعیت، محل، هویت یا مالک پرداخت نادرست؛ پنهانسازی موقعیت؛ نقض Terms؛ یا استفادهٔ بدون اجازه از حساب/کارت دیگری نیاز دارد، این راهنما آن مسیر را توصیه نمیکند. با Provider و یک ارائهدهندهٔ پرداختِ مجاز برای وضعیت خودتان بررسی کنید.
مرز این مقاله با ارزش مدرک و آمادگی علمی
این صفحه مالک فرایند Eligibility تا روز آزمون است. برای اینکه اصلاً مدرک مناسب هدف شغلی شما هست یا نه، راهنمای ارزش و انتخاب ISTQB Foundation را بخوانید. برای مطالعهٔ پایدار، Gap و تمرین مبتنی بر Task از چرخهٔ یادگیری مستمر تستر کمک بگیرید. صفحهٔ آمادگی Agile Tester نیز بعداً بازبینی میشود و جای قواعد Provider را نمیگیرد.
ISTQB، Member Board، Provider و Proctor را قاطی نکنید
این چهار بازیگر ممکن است نامهای متفاوتی روی ایمیل و فاکتور داشته باشند:
- ISTQB: Scheme، Syllabus، Glossary، ساختار آزمون و فهرست Providerهای مجاز را منتشر میکند؛ معمولاً فروشنده و صادرکنندهٔ رسید شما نیست.
- Member Board: نمایندهٔ طرح در یک قلمرو است و ممکن است Provider یا مجوزدهنده باشد.
- Exam Provider: محصول آزمون/Voucher را میفروشد، رزرو و نتیجه/Certificate را اداره میکند و مرجع اصلی قرارداد داوطلب است.
- Proctoring/Delivery Platform: محیط فنی و نظارت را اجرا میکند؛ قواعد ID، دستگاه، اتاق و Incident آن ممکن است جدا باشد.
- Payment Processor/Issuer: پذیرش تراکنش، مالک ابزار، Billing و برگشت پول را اداره میکند؛ موفقیت آن بهتنهایی Eligibility آزمون نیست.
صفحهٔ رسمی Exam Providers در ISTQB میگوید آزمونها از طریق Providerهای خارجی و Member Boardهایی که نقش Provider دارند عرضه میشوند. Provider را از همین دایرکتوری شروع کنید، اما حضور در فهرست به معنی پذیرش خودکار ایران یا هر روش پرداختی نیست.
Gate صفر: هدف، ماژول و نسخه را تثبیت کنید
نام «مدرک ISTQB» کافی نیست. در Packet این فیلدها را بنویسید: Goal، Module name/acronym، Syllabus version، Exam language، Delivery method، Target window، Prerequisite و دلیل انتخاب. CTFL با CTFL-AT، Advanced یا Specialist یکی نیست؛ نسخهٔ قدیمی Sample Exam نیز ممکن است با محصول فروختهشده همخوان نباشد.
REGISTRATION-INTENT id: RRP-SYN-042 as_of: 2026-08-14 goal: سنجش دانش CTFL؛ نه تضمین استخدام/مهاجرت/درآمد module: CTFL v4.0 exam_language: English delivery_preference: Remote Proctored target_window: 2026-Q4 prerequisite_source: ISTQB certification page not_claimed: provider eligibility, payment acceptance, pass, job outcome
نمونهٔ فعلی CTFL v4.۰ را درست بخوانید
در تاریخ بازبینی این مقاله، صفحهٔ رسمی CTFL v4.0 ساختار ۴۰ سؤال، ۴۰ امتیاز، حدنصاب ۲۶ و ۶۰ دقیقه را نشان میدهد؛ برای زبانی که زبان اول داوطلب نیست، ۲۵٪ زمان اضافه ذکر شده است. این مشخصات را برای ماژول خودتان دوباره کنترل کنید؛ جدول نسخهها تغییرپذیر است و عدد CTFL را به آزمون دیگری تعمیم ندهید.
CTFL در صفحهٔ رسمی پیشنیاز ندارد. برای بسیاری از گواهیهای دیگر، CTFL یا مدارک/تجربهٔ دیگری پیشنیاز است؛ «همهٔ Advancedها فقط با CTFL و بدون شرط دیگر» گزارهٔ امنی نیست. Certificateهای Foundation، Specialist و Advanced طبق Help رسمی فعلی مادامالعمرند و Expert هفتساله است؛ این را نیز با صفحهٔ گواهی خود تطبیق دهید.
Gate یک: Provider رسمی و Product دقیق را پیدا کنید
نام Provider را از دایرکتوری رسمی بگیرید، سپس Product page همان Provider را ذخیره کنید. یک Training Provider، فروشندهٔ Voucher، شرکت پرداخت یا مدرس لزوماً Exam Provider نیست. لوگوی ISTQB روی صفحه نیز جای lookup رسمی را نمیگیرد.
| فیلد Candidate Provider | نمونهٔ ثبت | معیار عبور |
|---|---|---|
| نام حقوقی و نقش | Exam Provider / Member Board | در دایرکتوری رسمی قابلردیابی |
| Product | CTFL v4.0 English Remote | Module/version/language/method روشن |
| فروشنده و صادرکنندهٔ فاکتور | نام حقوقی روی Terms | با Checkout و Support سازگار |
| Proctor platform | نام و URL رسمی | قواعد فنی/حریم خصوصی قابلمطالعه |
| قیمت | Currency + tax + fee + timestamp | از صفحهٔ زنده؛ نه بازهٔ وبلاگ |
| Country/identity eligibility | پاسخ ticket | صریح برای واقعیت داوطلب |
از «بهترین Provider برای ایرانیان» پرهیز کنید
بهترین مطلق وجود ندارد. دسترسپذیری، زبان، تاریخ، سیستم عامل، Mobile-camera، حداقل شبکه، ID، Privacy، Voucher validity، Time extension، Reschedule، Appeal، Support timezone، قیمت و ریسک پرداخت وزن متفاوت دارند. مقایسهٔ iSQI و GASQ بدون Product و timestamp بهسرعت منقضی میشود.
در تاریخ ۱۴ اوت ۲۰۲۶، راهنمای رسمی زمانبندی iSQI میگوید پس از خرید Voucher برای FLEX، دستور رزرو ProctorExam ارسال میشود، نخستین رزرو دستکم ۷۲ ساعت بعد است و برای Time bonus باید گزینهٔ مربوط انتخاب و مدرک هویت/تابعیت برای پشتیبانی فرستاده شود. صفحهٔ رسمی GASQ Online@Home نیز الزامات جاری دستگاه، مرورگر، Photo ID، دوربین دوم احتمالی، System Check و حداقل Upload را شرح میدهد. اینها snapshot هستند، نه توصیهٔ خرید یا تضمین پذیرش ایران.
Gate دو: Eligibility ایران را کتبی بپرسید
Country، current physical location، residence و nationality چهار فیلد متفاوتاند. جملهٔ عمومی «از هرجای دنیا» ممکن است دربارهٔ توان فنی Delivery باشد، نه پذیرش هر پرداخت، سند یا وضعیت مقرراتی. Support باید وضعیت واقعی شما و Product دقیق را ببیند.
Subject: Written eligibility confirmation before purchase — [MODULE / DELIVERY] Hello, Before purchasing, please confirm in writing for the product linked below: 1) May a candidate who is physically located in Iran, resides in Iran, and holds Iranian nationality purchase and take this remote exam? 2) Which photo-ID types and scripts are accepted? Must the name exactly match the account and payment record? 3) Does your proctoring/payment provider impose a separate country restriction? 4) Is any location-masking tool prohibited or technically incompatible? 5) Which payment methods may be used lawfully, and may the payer differ from the candidate with authorization? 6) What are the current voucher validity, reschedule, cancellation, refund, retake and incident rules? 7) How should a non-native-language time extension or accessibility accommodation be requested, and by what deadline? Product URL: Candidate facts: [truthful country/location/nationality/ID type] Target date/time zone: Please include the policy/version/date on which your answer is based.
پاسخ را با Ticket ID، فرستنده، زمان UTC، متن کامل، URL سیاست و تاریخ انقضای تصمیم ذخیره کنید. پاسخ شفاهی یا «احتمالاً مشکلی نیست» Evidence کافی نیست. اگر Provider پاسخ صریح نمیدهد، تصمیم HOLD است؛ پرداخت آزمایشی راه کشف Eligibility نیست.
Gate سه: هویت و تطابق نام را پیش از خرید حل کنید
مدرک شناسایی را از روی حدس انتخاب نکنید. Provider باید نوع سند، اعتبار، عکس، حروف لاتین یا ترجمه، نام میانی، ترتیب نام/نام خانوادگی، اختلاف املای Passport و Account و اینکه چه دادهای پوشانده میشود را تعیین کند. تجربهٔ فرد دیگر دربارهٔ کارت ملی، قاعدهٔ قرارداد شما نیست.
IDENTITY CONTRACT candidate_name_account: [exact Latin form] accepted_id_type: [provider-confirmed] name_on_id: [do not store document number here] name_on_booking: [exact] allowed_redaction: [provider-confirmed] expiry_valid_on_exam_date: YES/NO script_translation_rule: [written answer] proctor_check: [platform + policy URL] retention/privacy_notice: [URL + date] status: PASS / HOLD / STOP
اسکن پاسپورت یا کارت را بیدلیل در Spreadsheet، پیامرسان یا ابزار AI نگه ندارید. فقط کانال رسمی، حداقل داده، هدف، گیرنده، retention/deletion و دسترسی را ثبت کنید. برای طراحی کنترل داده، راهنمای تست حریم خصوصی الگوی مفیدی میدهد؛ آن صفحه مشاورهٔ حقوقی ایران نیست.
نشانی جعلی و هویت قرضی راهحل نیست
Billing address ساختگی، Country نادرست، حساب به نام شخص دیگر بدون اجازه یا اطلاعاتی که با ID/Invoice ناسازگار است میتواند پرداخت، احراز هویت، بازپرداخت یا Certificate را مختل کند و Terms را نقض کند. این مقاله روش ساخت آدرس، مخفیکردن محل یا دورزدن کنترلهای Provider را ارائه نمیکند.
Gate چهار: قرارداد پرداخت را مستقل از آزمون ببندید
یک واسطهٔ پرداخت فقط زمانی قابلبررسی است که استفاده از آن برای داوطلب، Provider، صادرکننده/دارندهٔ ابزار و مقررات مربوط مجاز باشد. نام تجاری ایرانی، تعداد Review یا قول «پرداخت تضمینی» کافی نیست. بهدلیل تغییر مقررات و ریسک مالی، این صفحه شرکت یا کارت مشخصی را توصیه نمیکند.
| فیلد Payment Contract | پرسش | Evidence |
|---|---|---|
| Instrument owner | مالک و اجازهٔ استفاده روشن است؟ | رضایت/قرارداد بدون افشای شمارهٔ کامل |
| Payer≠Candidate | Provider این تفاوت را میپذیرد؟ | پاسخ کتبی |
| Billing | نام/نشانی واقعی و مورد قبول چیست؟ | قاعدهٔ Checkout/issuer |
| Total cost | مبلغ، ارز، مالیات، کارمزد و نرخ تبدیل؟ | Quote تاریخدار |
| Receipt | رسید به نام چه کسی صادر میشود؟ | نمونه/Terms |
| Failure | اگر Charge شد ولی Voucher نیامد؟ | SLA و مسیر dispute |
| Refund | به کدام ابزار/ارز/مالک برمیگردد؟ | Policy و سناریوی بستهشدن ابزار |
| Data | واسطه چه دادهای میبیند و نگه میدارد؟ | Privacy/retention |
کارت مجازی، PayPal یا Voucher ذاتاً امن نیست
هر روش فقط یک Instrument است. کارت مجازی ممکن است merchant/country/3DS/refund را پشتیبانی نکند؛ حساب PayPal ممکن است متعلق به شخص دیگری باشد یا با Billing/Terms ناسازگار شود؛ Voucher ممکن است Product/region/language/method/expiry محدود داشته باشد؛ شرکت واسطه ممکن است صرفاً پرداخت را انجام دهد و هیچ مسئولیتی دربارهٔ Eligibility یا Refund نپذیرد. پیش از انتقال وجه، هر مرز را مکتوب کنید.
Voucher را مثل یک قرارداد دارای انقضا مدیریت کنید
VOUCHER RECORD provider / seller / invoice_issuer: module / version / language / delivery / region: purchase_at_utc: valid_from / expires_at / timezone: booking_deadline vs exam-completion deadline: transferable / candidate-bound: time_extension_included_or_separate: reschedule window / fee: refund / withdrawal / no-show: retake or second-try terms: support channel / SLA: receipt reference: secret storage owner: status: VALID / HOLD / EXPIRED / DISPUTED / USED
کد Voucher یک Secret مالی/دسترسی است؛ آن را در Screenshot عمومی، چت گروهی یا Prompt هوش مصنوعی قرار ندهید. «خرید کد» با «رزرو Slot» و «اتمام آزمون پیش از Expiry» سه رویداد متفاوتاند.
قیمت ثابت وبلاگی را مبنای خرید نگذارید
بازهٔ ۱۵۰ تا ۲۵۰ یورو یا جدول قدیمی iSQI/GASQ ممکن است Product، مالیات، کشور فروش، Currency، Remote/Test Center، Time extension یا Second Try متفاوتی را مخلوط کند. قیمت را فقط از Product page/Checkout معتبر در زمان تصمیم بخوانید و Quote را با timestamp ذخیره کنید. قیمت نمایشدادهشده بدون Eligibility و Refund قابلاستفاده، «هزینهٔ واقعی قابلمقایسه» نیست.
Time Extension حقِ بررسی است، نه تیک جادویی
Help رسمی ISTQB میگوید اگر زبان آزمون زبان اول شما نیست، حق درخواست ۲۵٪ زمان اضافه دارید. روش اثبات و تخصیص با Provider فرق میکند. برای iSQI FLEX، راهنمای فعلی انتخاب Time-bonus و ارسال ID شامل nationality را ذکر میکند؛ برای شیوههای دیگر ممکن است فرم و deadline جدا باشد. قبل از Booking بپرسید، چون افزودن بعدی ممکن است ممکن یا رایگان نباشد.
Time Extension زبانی را با Reasonable Accommodation ناشی از معلولیت/نیاز دسترسپذیری یکی نگیرید. Accommodation ممکن است evidence، lead time، ابزار یا توافق جدا بخواهد. فقط حداقل دادهٔ لازم را از کانال رسمی ارسال کنید و تصمیم Provider را پیش از خرید/رزرو نگه دارید.
آمادگی علمی را به Syllabus و Learning Objective وصل کنید
منبع پایه، Syllabus/Glossary/Sample Exam همان Module/version است. Help رسمی ISTQB میگوید سؤالها Learning Objectiveهای Syllabus را میسنجند و Sample Exam رایگان در صفحهٔ Certification موجود است. جملهٔ «تمام سؤالهای زنده مستقیماً از متن Syllabus میآیند» دقیق نیست؛ Syllabus دامنه و اهداف را تعریف میکند، نه بانک سؤال افشاشده.
یک Coverage Map بسازید: Learning Objective → توضیح با زبان خودتان → مثال/Counterexample → Sample question → دلیل درست/غلط بودن گزینهها → Confidence → مرور. تعداد تست یا درصد Mock بدون تحلیل خطا، آمادگی را ثابت نمیکند. برای تمرین تکنیکهای واقعی، بانک سؤال و تمرین QA را صرفاً مکمل مهارت بدانید، نه منبع رسمی آزمون.
Gate فنی: System Check روی مسیر واقعی اجرا شود
نام «Remote Proctored» مشخصات فنی واحدی ندارد. سیستم عامل، browser/version، permission، webcam، microphone، speaker، screen sharing، process blocker، corporate device، firewall، VPN/proxy، second camera، mobile data، bandwidth و room rules را از Provider/Proctor بخوانید.
SYSTEM-CHECK RUN run_id: SC-SYN-042 provider / proctor / product: policy_version / retrieved_at: device / OS / browser exact versions: camera / mic / speaker / second-camera: network path / ISP type / upload-download-latency: permissions / firewall / corporate controls: location / desk / lighting / noise: check_started_at_utc / Asia-Tehran display: result: PASS / FAIL / INCONCLUSIVE artifact: confirmation reference (no ID or room video) change_since_check: recheck_due: not_claimed: exam-day availability or country eligibility
Check را روی همان دستگاه، حساب سیستم عامل، مرورگر، شبکه و اتاقی اجرا کنید که روز آزمون خواهید داشت؛ موفقیت روی لپتاپ دوست یا اینترنت دیگر ارزشی محدود دارد. Update مرورگر، جابهجایی شبکه، تغییر Proctor platform یا فاصلهٔ زیاد تا آزمون Trigger بازآزمایی است.
VPN و VPS را راهکار پیشفرض ندانید
VPN ممکن است توسط Proctor ممنوع، ناسازگار یا منبع تغییر IP/Latency باشد؛ VPS نیز ممکن است Webcam/secure-browser/screen-control را پشتیبانی نکند. خاموشکردن یا استفاده از آن بدون پاسخ Provider میتواند Session را باطل کند. سؤال دقیق این است: «برای محل واقعی من، VPN/proxy مجاز، ممنوع یا لازم است و System Check باید روی کدام مسیر اجرا شود؟» پاسخ را کتبی بگیرید؛ موقعیت را خلاف واقع نمایش ندهید.
Runbook روز آزمون را ۴۸ ساعت قبل Freeze کنید
- زمان را از timezone رزرو به UTC و Asia/Tehran تبدیل و DST احتمالی Provider را کنترل کنید.
- نام Account/Booking/ID و Product/language/time extension/accommodation را تطبیق دهید.
- System Check را طبق deadline تکرار و شمارهٔ Support را خارج از دستگاه آزمون نگه دارید.
- Update خودکار، notification و برنامههای ممنوع را مطابق راهنمای رسمی مدیریت کنید؛ کنترل امنیتی را خودسرانه حذف نکنید.
- اتاق، نور، میز، نمایشگر اضافه، موبایل/دوربین دوم و Whiteboard را دقیقاً طبق policy آماده کنید.
- زودتر وارد شوید، اما فقط لینک رسمی Invitation را باز کنید و دامنه/فرستنده را کنترل کنید.
- اگر Proctor دستور مبهم یا درخواست دادهٔ بیشازحد داد، clarification بخواهید و Secret خارج از کانال رسمی ارسال نکنید.
- پس از پایان، Result reference، Incident و زمان را ثبت کنید؛ محتوای محرمانهٔ سؤال را بازنشر نکنید.
در صفحهٔ فعلی GASQ، کاغذ مجاز نیست اما برای ISTQB Whiteboard قابلپاککردن با قواعد خاص مجاز ذکر شده است؛ موبایل ممکن است دوربین دوم باشد و mobile data پذیرفته نیست. این جزئیات را به iSQI یا Provider دیگر تعمیم ندهید.
Room Scan و حریم خصوصی را پیشاپیش بسنجید
Remote proctoring ممکن است تصویر چهره، ID، صدا، screen، اتاق، رفتار و metadata را پردازش کند. پیش از Consent، Controller/processor، purpose، دادهها، retention، محل پردازش، دسترسی، automated flag، اعتراض/appeal و deletion را از Notice بخوانید. وسایل و اسناد غیرضروری افراد دیگر را از دید خارج کنید؛ اما Room را طوری دستکاری نکنید که rule را دور بزند.
Incident را از Fail علمی جدا کنید
قطع شبکه، crash پلتفرم، قطع برق، تأخیر Proctor، ID dispute، time-extension missing، rule flag و Submit ambiguity رخداد اجراییاند؛ پاسخ غلط یا نرسیدن به حدنصاب Outcome علمی است. برای هر دو مسیر، authority و deadline متفاوت است.
EXAM INCIDENT RECORD incident_id / booking_ref: candidate-safe identity reference: started_at / ended_at UTC: exam state before / after: observable symptom: provider/proctor messages: allowed evidence references: candidate action and instruction followed: content exposure: NONE (do not copy exam questions) requested remedy: resume / reschedule / review / refund inquiry policy clause / deadline: ticket / owner / next update: status: OPEN / RESOLVED / APPEALED / CLOSED claim_limit: incident record does not prove fault or remedy entitlement
اسکرینشات فقط اگر policy اجازه دهد؛ ضبط مخفی یا کپی سؤال ممکن است rule را نقض کند. زمان، پیام خطا، Ticket و دستور Proctor معمولاً Evidence امنتری هستند. برای نگارش پیام قابلاقدام، از پروتکل گزارش مانع الگو بگیرید.
لغو، جابهجایی، No-show و Refund یکسان نیستند
تا چه زمانی میتوانید self-reschedule کنید؟ در ۴۸ ساعت پایانی چه کارمزدی دارد؟ بیماری چه evidence میخواهد؟ Voucher منقضی میشود یا Slot؟ اگر Provider آزمون را لغو کند Remedy چیست؟ اگر Candidate دیر برسد چه میشود؟ Refund به ابزار اولیه بازمیگردد یا Voucher جایگزین میشود؟ این پرسشها را پیش از خرید پاسخ دهید؛ Help رسمی ISTQB شما را برای این موارد به Provider ارجاع میدهد.
Retake و Second Try را با Refund اشتباه نکنید
مردودی معمولاً Refund نیست؛ اما تعداد دفعات، فاصله، قیمت Retake و بستهٔ Second Try با Provider/Product تغییر میکند. Second Try ممکن است هنگام خرید اولیه، با مبلغ اضافه، deadline محدود و فقط برای اولین مردودی قابلاستفاده باشد؛ Incident فنی یا No-show لزوماً آن را فعال نمیکند. Terms دقیق را ذخیره و Expected value را با هزینهٔ واقعی بسنجید، نه با اضطراب قبولی.
نتیجه و Certificate را از صادرکننده پیگیری کنید
ISTQB Help تصریح میکند که Result، رسید، Reschedule و نسخهٔ Certificate را Provider/Member Board اداره میکند. نمایش فوری نمره در یک پلتفرم را به همه تعمیم ندهید؛ Result provisional/final، زمان صدور PDF، املای نام، Successful Candidate Register، consent و مسیر correction را بپرسید.
Certificate دانش Syllabus را در چارچوب Exam نشان میدهد؛ تضمین مهارت عملی، استخدام، درآمد، مهاجرت، اخلاق حرفهای یا کیفیت محصول نیست. برای شواهد عملی، پورتفولیوی QA با Evidence مجاز را جدا بسازید.
ماتریس تصمیم Provider را با Hard Gate بسازید
| معیار | Provider A | Provider B | نوع |
|---|---|---|---|
| پذیرش کتبی facts ایران | PASS/HOLD/STOP | PASS/HOLD/STOP | Hard Gate؛ میانگینپذیر نیست |
| ID/نام قابلانجام | … | … | Hard Gate |
| پرداخت و Refund مجاز | … | … | Hard Gate |
| System Check واقعی | … | … | Hard Gate |
| ماژول/نسخه/زبان | … | … | Hard Gate |
| کل هزینهٔ تاریخدار | ارز/مالیات/fee | … | Trade-off بعد از Gate |
| Reschedule/Support/Privacy | قواعد | … | Trade-off |
| Decision | GO/HOLD/STOP | … | با rationale و expiry |
قیمت کمتر نمیتواند STOP هویت یا Eligibility را جبران کند. امتیازدهی وزنی را فقط بعد از پاسشدن همهٔ Hard Gateها انجام دهید. Unknown را صفر یا «احتمالاً خوب» نکنید.
قرارداد تصمیم GO / HOLD / STOP
REGISTRATION DECISION decision_id / candidate-owned date: intent / module / version / language / delivery: provider directory evidence: country-location-nationality written confirmation: identity contract: payment/voucher contract: time extension/accommodation status: system-check run: terms/privacy/refund versions: cost range and expiry: open unknowns: decision: GO / HOLD / STOP rationale: human decision owner: review_at / expiry triggers: not_claimed: pass, certificate, job, income, migration, compliance guarantee
GO یعنی اکنون محدودیت ساختاری شناختهشدهای ندارید، نه اینکه خرید/جلسه/قبولی تضمین است. HOLD یعنی evidence لازم ناقص یا منقضی است. STOP یعنی Provider رد کرده، روش مستلزم اطلاعات خلاف واقع است، Instrument مجاز نیست یا شرطی حیاتی انجامپذیر نیست.
نمونهٔ مصنوعی ایرانی: چرا Checkout موفق کافی نیست؟
آزمایشگاه SYN-ISTQB-REG-IR-01 کاملاً ساختگی و Offline است: «آرمان» نامزد واقعی نیست؛ Provider A/B، قیمتها، Voucher، پرداخت و Session واقعی نیستند. سناریو فقط خطاهای تصمیم را آشکار میکند و هیچ توصیهٔ مالی/حقوقی/تحریمی یا ادعایی دربارهٔ پذیرش ایران ندارد.
SYNTHETIC INPUT candidate: SYN-CANDIDATE-IR-01 (not a person) module: CTFL v4.0 English Remote Provider A page: «worldwide»; no answer about Iran, ID or payer mismatch Provider B ticket: eligibility YES for stated facts; passport Latin name required A price: ۱۹۹ EUR shown; B price: ۲۲۰ EUR + synthetic fee payment: third-party card owner/authorization/refund path UNKNOWN A system check: PASS on different device/network B system check: FAIL due to second-camera upload superficial decision: BUY_A because checkout opens and price is lower protocol decision: HOLD_A + HOLD_B reason A: country/ID/payment/refund and representative check unknown reason B: technical gate failed; payment contract unknown claim_limit: no real provider, person, price, payment or eligibility
اصلاح آزمایش: برای A پاسخ کتبی، ID contract و Instrument/refund مجاز گرفته میشود و Check روی دستگاه/شبکهٔ هدف PASS میشود؛ برای B دوربین/شبکه اصلاح و Check تکرار میشود. هر دو فقط READY_FOR_REGISTRATION_REVIEW میشوند. تصمیم خرید هنوز با انسان و Terms زنده است.
آزمایش تکرارپذیر: ۷۵۶ کنترل در برابر پنج میانبُر
برای جلوگیری از ظاهر امنِ «Provider جهانی + آدرس جعلی + VPN + کارت قرضی + پرداخت موفق»، یک Fixture مستقل و بدون dependency نوشتیم. ممیز ۵۴ گروه—از Module/Provider/کشور و هویت تا Payment/Voucher/Proctor/Incident/Correction—را با ۱۴ کنترل یکتا در هر گروه بررسی میکند.
$ node istqb-registration-readiness-validator.js IRAN_ISTQB_ANY_PROVIDER_FAKE_ADDRESS_VPN_PAYMENT_CERTIFICATE_READY HOLD-756 NO_REAL_CANDIDATE_PROVIDER_PAYMENT_EXAM_PASS READY_FOR_ISTQB_REGISTRATION_READINESS_REVIEW-0
خط اول عمداً ممیز سطحی و غلط است. HOLD-756 یعنی Packet خام هنوز آمادگی ندارد. خط سوم ثابت میکند هیچ داوطلب، Provider decision، ID، Instrument، تراکنش، Session، Result یا Certificate واقعی وارد آزمایش نشده است. خروجی آخر فقط کاملبودن ساختاری Fixture اصلاحشده را نشان میدهد؛ نه صحت پاسخ Provider، مجازبودن پرداخت، سازگاری واقعی، قبولی یا صدور Certificate.
Correction: سیاستها تغییر میکنند
هر Claim متغیر باید source URL، retrieved_at، scope و expires/recheck داشته باشد. تغییر Product page، Provider، Proctor، Terms، Country list، Payment Processor، Voucher، دستگاه، شبکه، زمان آزمون یا ID Trigger بازبینی است. Screenshot قدیمی را حقیقت امروز ننامید.
CORRECTION RECORD record_id / version: previous claim and source: new observation / source / retrieved_at: affected candidates or decisions: materiality: action: notify / HOLD / re-confirm / re-book inquiry owner / due_at: supersedes: history_preserved: YES claim_limit:
هوش مصنوعی را به چه کاری بسپاریم؟
AI میتواند Terms را به فهرست پرسش تبدیل، دو نسخه را Diff، زمانها را تبدیل یا Mock سؤال بر اساس Syllabus بسازد؛ اما مرجع Eligibility، تفسیر حقوقی، اجازهٔ پرداخت، ID acceptance، Accommodation یا Appeal نیست. Passport، Voucher، Payment detail، Proctor recording و سؤال واقعی آزمون را در Prompt قرار ندهید. URL/نسخه را انسان بازبینی و تصمیم GO/HOLD/STOP را انسان امضا کند.
۲۸ ضدالگو که باید حذف شوند
- «ISTQB استاندارد طلایی و پاسپورت شغلی است»
- «این مدرک دانش/اخلاق/مهارت را به کارفرما اثبات میکند»
- «از ایران کاملاً شدنی است» بدون تاریخ و Provider
- «بهترین Provider برای ایرانیان» بدون معیار/نمونه
- قیمت ثابت یا بازهٔ بدون Product/tax/timestamp
- توصیهٔ آدرس جعلی یا Country نادرست
- VPN ثابت/VPS بهعنوان نسخهٔ عمومی
- یکیگرفتن بازشدن Checkout با Eligibility
- یکیگرفتن Charge با Voucher/Booking/Session
- توصیهٔ کارت/حساب شخص دیگر بدون اجازه و پذیرش Provider
- ذکر واسطهٔ پرداخت بدون Due diligence و Refund path
- «PayPal امنترین است»
- «Gift card سریعترین است»
- «Voucher هزینه را صفر میکند» بدون scope/expiry
- ذخیرهٔ Voucher/ID در چت یا Prompt
- تعمیم تجربهٔ یک ایرانی به سیاست جاری
- حدس پذیرش کارت ملی/ترجمه
- تیک Time Extension پس از Booking بدون deadline
- یکیگرفتن Time extension و Accommodation
- System Check روی دستگاه/شبکهٔ دیگر
- نادیدهگرفتن دوربین دوم و privacy
- کاغذ/Whiteboard بهعنوان قاعدهٔ جهانی
- نتیجهٔ فوری/Certificate یکهفتهای برای همه
- Refund قطعی یا عدمRefund قطعی برای همه
- Second Try بهعنوان بیمهٔ هر Failure/Incident
- «همهٔ سؤالها مستقیم از Syllabus هستند»
- «قبولی/رزومه/مهاجرت/درآمد» تضمینی
- Silent edit پس از تغییر سیاست
چکلیست ۴۰ سؤالی پیش از پرداخت
- Goal و not-claimed outcome روشن است؟
- Module/acronym/version دقیق است؟
- Prerequisite رسمی پاس شده؟
- زبان و Delivery دقیقاند؟
- Provider در دایرکتوری رسمی است؟
- فروشنده/صادرکنندهٔ فاکتور روشن است؟
- Proctor platform معلوم است؟
- Product URL و retrieved_at ثبت شده؟
- Location/residence/nationality جدا ثبت شده؟
- پذیرش facts واقعی ایران کتبی است؟
- Country restriction پردازشگر جدا پرسیده شده؟
- نوع ID کتبی پذیرفته شده؟
- نام Account/Booking/ID دقیقاً سازگار است؟
- قواعد script/translation روشن است؟
- Privacy notice خوانده شده؟
- retention/deletion/appeal معلوم است؟
- Instrument owner و اجازهٔ استفاده روشن است؟
- Payer≠Candidate پذیرفته شده؟
- Billing واقعی و سازگار است؟
- Currency/tax/fees/rate روشناند؟
- Receipt owner معلوم است؟
- Charge-without-voucher path روشن است؟
- Refund destination قابلاستفاده است؟
- Voucher scope/version/language/method/region روشن است؟
- Voucher expiry و timezone روشن است؟
- Booking و completion deadline جدا شدهاند؟
- Reschedule/cancel/no-show روشناند؟
- Retake/Second Try دقیق خوانده شده؟
- Time extension پیش از Booking تأیید شده؟
- Accommodation جدا حل شده؟
- timezone Slot سهباره کنترل شده؟
- System requirement نسخهدار است؟
- Check روی دستگاه/شبکه/اتاق واقعی PASS است؟
- VPN/proxy rule کتبی است؟
- second-camera/mobile-data rule معلوم است؟
- Room/desk/notes/Whiteboard rule معلوم است؟
- Support channel/SLA نگهداری شده؟
- Incident/appeal deadline معلوم است؟
- Decision GO/HOLD/STOP با Owner ثبت شده؟
- Review/expiry/correction Trigger فعال است؟
برنامهٔ ۳۰روزه بدون خرید عجولانه
روز ۱–۳: Goal، Module/version و prerequisite؛ روز ۴–۷: shortlist فقط از Providerهای رسمی و ارسال ایمیل Eligibility؛ روز ۸–۱۰: Identity/Privacy/Payment/Voucher contracts؛ روز ۱۱–۱۴: System Check و Runbook؛ روز ۱۵: Gate review و فقط در صورت GO خرید؛ روز ۱۶–۲۷: Learning Objective coverage و Sample Exam با Error log؛ روز ۲۸: recheck policy/device/network؛ روز ۲۹: dry run بدون محتوای واقعی آزمون؛ روز ۳۰: exam یا HOLD آگاهانه. تاریخ را با readiness واقعی تنظیم کنید؛ ۳۰ روز وعدهٔ قبولی نیست.
منابع رسمی و محدودهٔ استناد
- ISTQB Exams Help: مرجع عمومی ساختار، منابع، Time extension، prerequisite و ارجاع امور فروش/زمان/نتیجه/رسید/Retake به Provider؛ نه تأیید ایران یا قیمت.
- ISTQB Certificates Help: اعتبار فعلی دستههای Certificate، صادرکننده/جایگزینی و SCR؛ نه تضمین استخدام یا مهارت عملی.
- GASQ Online@Home: snapshot الزامات و FAQ همین Delivery در تاریخ بازیابی؛ نه قانون همهٔ Providerها یا تضمین پذیرش هر پرداخت ایرانی.
- iSQI Scheduling: snapshot فرایند FLEX/Pearson VUE و Time bonus؛ نه توصیهٔ خرید یا تأیید مستقل کشور.
این مقاله مشاورهٔ حقوقی، تحریمی، مالی، مهاجرتی یا تضمین پذیرش Provider نیست. قوانین/سیاستها و دسترسی ممکن است بدون اطلاع این صفحه تغییر کند؛ پاسخ کتبی Provider، Terms جاری و بررسی ارائهدهندهٔ پرداخت مجاز برای وضعیت خودتان مقدم است.
جمعبندی: اول Eligibility، بعد پرداخت
مسیر حرفهای ثبتنام ISTQB از ایران با Fake address، VPN recipe و جدول قیمت قدیمی ساخته نمیشود. Module را دقیق کنید؛ Provider رسمی را بیابید؛ Country/location/nationality، ID و payment را با واقعیت و کتبی تأیید کنید؛ Voucher/Refund را قرارداد کنید؛ System Check واقعی بگیرید؛ سپس GO/HOLD/STOP بدهید. اگر پاسخ روشن نیست، نخریدن در آن لحظه شکست نیست؛ مدیریت ریسک است.
سوالات متداول
آیا iSQI یا GASQ حتماً داوطلب ساکن ایران را میپذیرد؟
از یک صفحهٔ عمومی نمیتوان تضمین داد. Product، محل فعلی، اقامت، تابعیت، ID، Proctor و پرداخت خود را در Ticket پیش از خرید اعلام و پاسخ صریح و تاریخدار بگیرید. عبارت worldwide یا بازشدن Checkout بهتنهایی کافی نیست.
برای پرداخت آزمون ISTQB از ایران چه روشی بهتر است؟
روش عمومی «بهتر» وجود ندارد. Provider و صادرکننده باید Instrument، مالک، Billing، payer متفاوت، 3DS، Receipt و Refund را بپذیرند و استفاده برای وضعیت شما مجاز باشد. اگر روش به اطلاعات خلاف واقع یا استفادهٔ بدون اجازه نیاز دارد، STOP کنید.
آیا برای آزمون آنلاین ISTQB باید VPN روشن باشد؟
نه بهعنوان قاعدهٔ عمومی. VPN ممکن است ممنوع یا ناسازگار باشد و تغییر IP/Latency ایجاد کند. محل واقعی را به Provider بگویید، rule کتبی بگیرید و System Check را روی همان مسیر مجاز روز آزمون اجرا کنید؛ از VPN برای نمایش خلاف واقع موقعیت استفاده نکنید.
آیا ۲۵ درصد زمان اضافه خودکار است؟
ISTQB برای آزمون به زبانی غیر از زبان اول حق درخواست ۲۵٪ زمان اضافه را ذکر میکند، اما workflow و evidence با Provider/Delivery فرق دارد. پیش از Booking درخواست و تخصیص را تأیید کنید. Accommodation دسترسپذیری نیز فرایندی جداست.
اگر پرداخت انجام شد اما Voucher یا امکان آزمون نداشتم چه کنم؟
Transaction reference، زمان، Product و پیام را بدون افشای شمارهٔ کامل نگه دارید و از Support رسمی طبق SLA/Terms پیگیری کنید. خودسرانه چندبار پرداخت نکنید. Remedy به علت، قرارداد Provider، Instrument و Refund path بستگی دارد؛ پرداخت موفق Eligibility یا حق Refund را ثابت نمیکند.
