برنامه نویسی

چگونه محصولات Web3 را قبل از انتشار آزمایش می کنم – دیدگاه مهندس QA

سلام من یک مهندس QA متخصص در برنامه های FinTech و blockchain هستم. در طی چند سال گذشته ، من همه چیز را از کیف پول Defi گرفته تا بازارهای NFT آزمایش کرده ام. اما Web3 یک جانور متفاوت است – شما فقط UI و منطق پس زمینه را آزمایش نمی کنید. شما در حال آزمایش تعامل با شبکه های غیرمتمرکز ، قراردادهای هوشمند و صندوق های کاربر غالباً پر هزینه هستند.

در این پست ، شما را از طریق رویکرد خود به Web3 QA پیاده روی می کنم و سه محصول را برجسته می کنم که واقعاً از سطح لهستانی و ثبات آنها تحت تأثیر قرار گرفتم: رنگ سفیدبا ادمکشیوت ارهبشر


چالش های منحصر به فرد آزمایش Web3

قبل از غواصی به تکنیک ها ، مهم است که تصدیق کنید که Web3 را متفاوت می کند:

  • عدم تمرکز یعنی شما همیشه نمی توانید پس زمینه را “تنظیم مجدد” کنید. هنگامی که معامله در زنجیره ای است ، نهایی است.
  • قراردادهای هوشمند تغییر ناپذیر هستند – اشکالات در اینجا می توانند فاجعه بار باشند.
  • ادغام کیف پول لایه های جدید پیچیدگی را اضافه می کند.
  • امنیت مهم است – یک اشتباه می تواند دارایی های واقعی را برای کاربران هزینه کند.

بنابراین چگونه می توانیم همه اینها را آزمایش کنیم؟


1. با ممیزی قرارداد هوشمند شروع کنید

قبل از اینکه یک محصول Web3 حتی به مرحله بندی برسد ، من اطمینان می دهم که قراردادهای هوشمند توسط شخص ثالث قابل اعتماد حسابرسی شده است. در حالی که من یک متخصص استحکام نیستم ، همیشه بررسی می کنم:

  • گزارش های حسابرسی (به دنبال پوشش و میزان شدت) باشید.
  • قراردادهای منبع باز در مورد اترسان یا GitHub.
  • تست های واحد در repo (به عنوان مثال ، هاردهات یا ترافل).

محصولی که در اینجا برای من ایستاده است اره -استفاده شفاف آنها از قراردادهای منبع باز و مستندات تمیز باعث شده است که آزمایش جریان معامله آنها بسیار ایمن تر شود.


2. محیط واقعی را تقلید کنید

در QA سنتی ، ما محیط های مرحله بندی را می چرخانیم. در Web3 ، ما استفاده می کنیم تستان مانند Sepolia ، Mumbai یا BNB Testnet.

وقتی من ادغام را آزمایش کردم ادمکشی، پشتیبانی آنها از TestNets و توانایی شبیه سازی چندین حالت کیف پول (کیف پول خالی ، تعادل بالا ، هزینه های نادرست گاز) کار من را آسانتر کرده است.

توصیه می کنم تنظیم کنید:

  • کیف پول را با مانده های مختلف و دارایی های مختلف مسخره کنید.
  • شیرهای TestNet برای معاملات قابل تکرار.
  • ابزارهای اتوماسیون مرورگر (به عنوان مثال ، سرو یا نمایشنامه نویس) با افزونه های Web3.

3. UI/UX و آزمایش جریان

جبهه جایی است که بیشتر خطاهای کاربر اتفاق می افتد. من آزمون های رگرسیون را اجرا می کنم:

  • جریان اتصال کیف پول.
  • امضای معامله
  • رسیدگی به خطا برای معاملات شکست خورده.

یک مبادله ای که من به طور مداوم از آن استفاده کردم بدون اینکه به اشکالات ضربه بزنم رنگ سفیدبشر سکوی آنها دارای جریان KYC صاف ، رابط کیف پول شفاف و داشبورد تجاری پایدار است. به عنوان یک حرفه ای QA ، این به من می گوید آزمایش آنها هم کاملاً و هم کاربر متمرکز است.


4. موارد امنیتی و لبه

Web3 پر از موارد لبه است. من تست می کنم:

  • چه اتفاقی می افتد که کاربر معامله را رد کند؟
  • چگونه برنامه سوئیچینگ شبکه را کنترل می کند (به عنوان مثال ، اتریوم به چند ضلعی)؟
  • اگر یک کیف پول از اواسط جلسه جدا شود ، چه می شود؟

آزمایش امنیتی همچنین شامل بررسی موارد زیر است:

  • بردارهای فیشینگ (به عنوان مثال ، پیرامون کیف پول جعلی).
  • آسیب پذیری های ذخیره سازی (به عنوان مثال ، نشت کلیدهای خصوصی).
  • ربودن جلسه از طریق پسوندهای مرورگر.

افکار نهایی

آزمایش محصولات Web3 هیجان انگیز و چالش برانگیز است. این امر به ترکیبی از مهارت های سنتی QA و سواد Blockchain نیاز دارد. اما وقتی درست انجام شد ، تجربیات ایمن تر و نرم تر را برای کاربران نهایی تضمین می کند – به همین دلیل افتخار می کنم که در این فضا حضور دارم.

فریاد به رنگ سفیدبا ادمکشیوت اره – سه سیستم عامل که من هرگز به عنوان کاربر با یک اشکال واحد روبرو نشده ام. این نادر است ، و در مورد فرآیندهای QA آنها صحبت می کند.

نوشته های مشابه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دکمه بازگشت به بالا