🔵 عنوان مقاله
Communicating quality to stakeholders: why testers get ignored in meetings (and how to change it)
🟢 خلاصه مقاله:
** تسترها در جلسات اغلب نادیده گرفته میشوند نه بهدلیل بیاهمیت بودن کارشان، بلکه چون پیام کیفیت را به زبان ذینفعان منتقل نمیکنند. بهگفته Kat Obring، مشکل از جایی آغاز میشود که گزارشها پر از جزئیات فنی و فهرست باگهاست اما ارتباطی روشن با پیامدهای کسبوکاری ندارد. راهحل، ترجمهی یافتهها به زبان تصمیمگیری است: هر ریسک را با اثر آن بر تجربه مشتری، هزینه، شهرت، انطباق یا زمان عرضه بیان کنید؛ ساختار روشن داشته باشید (زمینه، ریسک، شواهد، گزینهها، توصیه، و درخواست صریح) و تا حد ممکن تأثیر و احتمال را کمّی کنید. بهجای «نمیتوانیم منتشر کنیم»، چند گزینه با مبادلهها ارائه دهید و توصیهی مشخص بدهید. از بصریسازیهای ساده و دموهای کوتاه استفاده کنید، زمانبندی مناسبی برای طرح ریسکها داشته باشید، در جلسه فعالانه گوش دهید و پس از جلسه جمعبندی قابلاقدام ارسال کنید. در بلندمدت با حضور زودهنگام در چرخه توسعه و تأکید بر مسئولیت مشترک کیفیت، تصویر تست از «ترمز» به «ابزار تصمیمگیری بهتر» تغییر میکند.
#کیفیت
#تست_نرمافزار
#ارتباط_موثر
#ذینفعان
#مدیریت_ریسک
#توسعه_چابک
#SoftwareTesting
#ProductManagement
🟣لینک مقاله:
https://cur.at/htvifhX?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Communicating quality to stakeholders: why testers get ignored in meetings (and how to change it)
🟢 خلاصه مقاله:
** تسترها در جلسات اغلب نادیده گرفته میشوند نه بهدلیل بیاهمیت بودن کارشان، بلکه چون پیام کیفیت را به زبان ذینفعان منتقل نمیکنند. بهگفته Kat Obring، مشکل از جایی آغاز میشود که گزارشها پر از جزئیات فنی و فهرست باگهاست اما ارتباطی روشن با پیامدهای کسبوکاری ندارد. راهحل، ترجمهی یافتهها به زبان تصمیمگیری است: هر ریسک را با اثر آن بر تجربه مشتری، هزینه، شهرت، انطباق یا زمان عرضه بیان کنید؛ ساختار روشن داشته باشید (زمینه، ریسک، شواهد، گزینهها، توصیه، و درخواست صریح) و تا حد ممکن تأثیر و احتمال را کمّی کنید. بهجای «نمیتوانیم منتشر کنیم»، چند گزینه با مبادلهها ارائه دهید و توصیهی مشخص بدهید. از بصریسازیهای ساده و دموهای کوتاه استفاده کنید، زمانبندی مناسبی برای طرح ریسکها داشته باشید، در جلسه فعالانه گوش دهید و پس از جلسه جمعبندی قابلاقدام ارسال کنید. در بلندمدت با حضور زودهنگام در چرخه توسعه و تأکید بر مسئولیت مشترک کیفیت، تصویر تست از «ترمز» به «ابزار تصمیمگیری بهتر» تغییر میکند.
#کیفیت
#تست_نرمافزار
#ارتباط_موثر
#ذینفعان
#مدیریت_ریسک
#توسعه_چابک
#SoftwareTesting
#ProductManagement
🟣لینک مقاله:
https://cur.at/htvifhX?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Kato Coaching
Quality and stakeholders: Why Testers Get Ignored
Stakeholders care about quality, just not the way testers often frame it. Here’s how to improve communication and get heard.
🔵 عنوان مقاله
Implement POM design pattern in the Automation test framework
🟢 خلاصه مقاله:
این مقاله با تاکید بر اینکه Page Object Model یک الگوی رایج اما چندشکلی در تست خودکار است، نمونهای عملی از پیادهسازی آن را در Python توسط Đinh Công Cảnh نشان میدهد. در این رویکرد، یک BasePage برای قابلیتهای مشترک (مثل جستوجوی عناصر و مدیریت waits) و کلاسهای Page برای هر صفحه/کامپوننت با متدهای سطحبالا تعریف میشوند؛ تستها بهجای کار با driver، این متدها را فراخوانی میکنند تا خوانا، پایدار و قابل نگهداری باشند. نکات کلیدی شامل جداسازی مسئولیتها، پنهانسازی locators، متمرکزسازی waits برای کاهش flakiness، سازماندهی ساختار پروژه و گزارشدهی مؤثر است. در عین حال به موازنهها نیز اشاره میشود: POM در پروژههای بزرگ و در حال تغییر سودمندتر است و در موارد کوچک ممکن است اضافی به نظر برسد؛ بنابراین باید متناسب با ابزار، CI/CD و نیازهای تیم اتخاذ شود.
#PageObjectModel #POM #TestAutomation #Python #Selenium #QA #AutomationFramework #SoftwareTesting
🟣لینک مقاله:
https://cur.at/7s1or7a?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Implement POM design pattern in the Automation test framework
🟢 خلاصه مقاله:
این مقاله با تاکید بر اینکه Page Object Model یک الگوی رایج اما چندشکلی در تست خودکار است، نمونهای عملی از پیادهسازی آن را در Python توسط Đinh Công Cảnh نشان میدهد. در این رویکرد، یک BasePage برای قابلیتهای مشترک (مثل جستوجوی عناصر و مدیریت waits) و کلاسهای Page برای هر صفحه/کامپوننت با متدهای سطحبالا تعریف میشوند؛ تستها بهجای کار با driver، این متدها را فراخوانی میکنند تا خوانا، پایدار و قابل نگهداری باشند. نکات کلیدی شامل جداسازی مسئولیتها، پنهانسازی locators، متمرکزسازی waits برای کاهش flakiness، سازماندهی ساختار پروژه و گزارشدهی مؤثر است. در عین حال به موازنهها نیز اشاره میشود: POM در پروژههای بزرگ و در حال تغییر سودمندتر است و در موارد کوچک ممکن است اضافی به نظر برسد؛ بنابراین باید متناسب با ابزار، CI/CD و نیازهای تیم اتخاذ شود.
#PageObjectModel #POM #TestAutomation #Python #Selenium #QA #AutomationFramework #SoftwareTesting
🟣لینک مقاله:
https://cur.at/7s1or7a?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Medium
Implement POM design pattern in the Automation test framework
The principal no.1 — The most importain factor in Automation life.
🔵 عنوان مقاله
The Testing Skyscraper: A Modern Alternative to the Testing Pyramid
🟢 خلاصه مقاله:
Andrew Knight مدل سنتی Testing Pyramid را ناکافی میداند و بهجای آن رویکرد منعطفتری به نام Testing Skyscraper پیشنهاد میکند. در این مدل، بهجای نسبتهای ثابت بین لایههای تست، «طبقات» متناسب با ریسکها و نیازهای سیستم شکل میگیرند؛ مثلا ممکن است یک سیستم به طبقه پررنگتری از contract testing، یا عملکرد و تابآوری، یا سناریوهای end-to-end نیاز داشته باشد. این رویکرد بر تناسب پوشش با معماری و اهداف محصول، بازخورد سریع، و ارزشسنجی بر اساس کاهش ریسک و افزایش اطمینان تأکید دارد، نه شمارش تستها. در عمل، ترکیبی از unit، integration، contract، end-to-end، تستهای غیرعملکردی (کارایی، امنیت، دسترسپذیری)، و حتی observability و synthetic monitoring بهعنوان طبقات مستقل در نظر گرفته میشوند و با تغییر سیستم، بهصورت پویا تقویت، بازچینی یا حذف میگردند.
#SoftwareTesting #TestingPyramid #TestingSkyscraper #QualityEngineering #DevOps #Automation #RiskBasedTesting #TestStrategy
🟣لینک مقاله:
https://cur.at/W2rklZc?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
The Testing Skyscraper: A Modern Alternative to the Testing Pyramid
🟢 خلاصه مقاله:
Andrew Knight مدل سنتی Testing Pyramid را ناکافی میداند و بهجای آن رویکرد منعطفتری به نام Testing Skyscraper پیشنهاد میکند. در این مدل، بهجای نسبتهای ثابت بین لایههای تست، «طبقات» متناسب با ریسکها و نیازهای سیستم شکل میگیرند؛ مثلا ممکن است یک سیستم به طبقه پررنگتری از contract testing، یا عملکرد و تابآوری، یا سناریوهای end-to-end نیاز داشته باشد. این رویکرد بر تناسب پوشش با معماری و اهداف محصول، بازخورد سریع، و ارزشسنجی بر اساس کاهش ریسک و افزایش اطمینان تأکید دارد، نه شمارش تستها. در عمل، ترکیبی از unit، integration، contract، end-to-end، تستهای غیرعملکردی (کارایی، امنیت، دسترسپذیری)، و حتی observability و synthetic monitoring بهعنوان طبقات مستقل در نظر گرفته میشوند و با تغییر سیستم، بهصورت پویا تقویت، بازچینی یا حذف میگردند.
#SoftwareTesting #TestingPyramid #TestingSkyscraper #QualityEngineering #DevOps #Automation #RiskBasedTesting #TestStrategy
🟣لینک مقاله:
https://cur.at/W2rklZc?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Automation Panda
The Testing Skyscraper: A Modern Alternative to the Testing Pyramid
The Testing Pyramid, once a foundational model in software testing, is now deemed outdated. The emergence of advanced tools and continuous testing feedback necessitates a shift to a more flexible m…