چه چیزی معرفی شد؟

بر اساس پست وبلاگ AWS، QA Studio یک «راهکار مرجع» (reference solution) است که با Amazon Nova Act ساخته شده است. تیم‌ها در آن تست‌ها را به زبان طبیعی تعریف می‌کنند و اجرای آن‌ها از طریق ناوبری بصری مبتنی بر هوش مصنوعی انجام می‌شود. در بخش اول، این ابزار معرفی شد و در بخش دوم، مجموعه‌تست‌ها و یک CLI برای رگرسیون دسته‌ای در خطوط CI/CD اضافه شد.

بخش سوم دو قابلیت تازه را توضیح می‌دهد. اولی «اپلیکیشن» است که سیستم تحت تست، مثل یک وب‌سایت یا فرانت‌اند سرویس، را نمایندگی می‌کند و مالکیت و گزارش سلامت تست‌ها را زیر یک سقف جمع می‌کند. دومی مدیریت کاربران تیمی است که تعیین می‌کند چه کسی چه چیزی را ببیند یا تغییر دهد.

برای بررسی:Accelerating software delivery with agentic QA automation using Amazon Nova Act – Part 3

اپلیکیشن‌ها و معیارهای سلامت

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

به گفته AWS، نتیجه هر اجرا به‌صورت معیار سفارشی Amazon CloudWatch با ابعاد اپلیکیشن و محیط ثبت می‌شود. صفحه اپلیکیشن نرخ موفقیت، تعداد اجراها و تعداد خطاهای فعلی را نشان می‌دهد. همچنین امتیاز سلامت ۰ تا ۱۰۰ از نرخ موفقیت شروع می‌شود و برای تست‌های ناپایدار (flaky) جریمه کم می‌کند. نمودارها بازه ۷ روزه با جزئیات ساعتی یا ۳۰ روزه با جزئیات روزانه دارند و می‌توان بر اساس محیط فیلتر کرد. فهرست تست‌های ناپایدار بر اساس جابه‌جایی میان موفق و ناموفق در هفت روز گذشته رتبه‌بندی می‌شود و فهرست خطاهای اخیر به لاگ‌های مسیر (trajectory) و ضبط نشست‌های Nova Act لینک می‌دهد.

برای بررسی:Accelerating software delivery with agentic QA automation using Amazon Nova Act – Part 3

تیم‌ها، نقش‌ها و اشتراک‌گذاری

هر اپلیکیشن دقیقاً متعلق به یک تیم است و دیگران آن را نمی‌بینند. پنج نقش تجمعی وجود دارد: Admin با دسترسی سراسری، Team Lead برای مدیریت اعضا و ساخت اپلیکیشن، Editor برای ساخت و ویرایش use caseها و مجموعه‌تست‌ها، Executor فقط برای اجرا بدون تغییر، و Viewer فقط‌خواندنی. دسترسی به تست‌ها از اپلیکیشن حاوی آن‌ها پیروی می‌کند.

تیم مالک می‌تواند اپلیکیشن را در سطح مشاهده، اجرا یا کامل با تیم دیگری به اشتراک بگذارد. طبق «قانون سقف»، دسترسی مؤثر کاربر برابر با کمترین مقدار میان نقش او و سطح اجازه است؛ پس Viewer حتی با اجازه کامل فقط‌خواندنی می‌ماند.

برای بررسی:Accelerating software delivery with agentic QA automation using Amazon Nova Act – Part 3

معماری، استقرار و محدودیت‌ها

طبق توضیح AWS، نقش‌ها با گروه‌های Amazon Cognito نگاشت می‌شوند، یک Lambda authorizer دسترسی را حل می‌کند، داده‌های تیم و اشتراک در DynamoDB می‌ماند و اجراها در فضای نام QAStudio/Executions در CloudWatch معیار تولید می‌کنند. سرور دسترسی را هم در سطح دامنه نقش و هم با بررسی مالکیت یا اشتراک تیم اعمال می‌کند. جریان OAuth client credentials بخش دوم نیز با همین مدل سازگار است.

این ابزار راهکار مرجعی است که باید با AWS CDK در حساب AWS خودتان مستقر کنید؛ AWS می‌گوید داده‌ها، نتایج و معیارها در مرز حساب شما می‌مانند. مثال‌های متن (مثلاً چهار کاربر در دو تیم) نمونه استقرار نمایشی‌اند. در این منبع، آزمون مستقلی ارائه نشده و درباره دسترس‌پذیری در ایران یا یکپارچگی با نخود هم چیزی گفته نشده است.

برای بررسی:Accelerating software delivery with agentic QA automation using Amazon Nova Act – Part 3

پشت این نوشته

منابع و جزئیات

این خبر با کمک هوش مصنوعی نوشته شده و با بررسی خودکار منابع و متن منتشر شده است. تصویر، تصویرسازی مفهومی است.

این منابع را می‌توانی برای بررسی ادعاها و جزئیات بیشتر بخوانی. تاریخ کنار هر منبع، زمان بررسی آن برای این نوشته است.

  1. Accelerating software delivery with agentic QA automation using Amazon Nova Act – Part 3
    aws.amazon.comبررسی:

نخستین انتشار:

روش تهیه و بازبینی نوشته‌ها