How Load Testing Exposes Hidden Performance Bugs

カートのアイテムが多すぎます

ご購入は五十タイトルがカートに入っている場合のみです。

カートに追加できませんでした。

しばらく経ってから再度お試しください。

ウィッシュリストに追加できませんでした。

しばらく経ってから再度お試しください。

ほしい物リストの削除に失敗しました。

しばらく経ってから再度お試しください。

ポッドキャストのフォローに失敗しました

ポッドキャストのフォロー解除に失敗しました

How Load Testing Exposes Hidden Performance Bugs

無料で聴く

ポッドキャストの詳細を見る

Episode 31 of Software Testing with Fexingo dives into load testing as a diagnostic tool for uncovering performance bugs that unit and integration tests miss. Lucas and Luna discuss how a simulated surge of 10,000 concurrent users on a fintech API exposed a memory leak that had been lurking for months, causing response times to degrade from 200ms to 8 seconds under peak load. They explain key concepts like ramp-up patterns, think time modeling, and the difference between load and stress testing. The hosts also explore how to set meaningful thresholds using the apdex score and why testing at 80 percent of expected peak can reveal database connection pool exhaustion. Practical advice includes using tools like k6 or Locust, integrating load tests into CI/CD pipelines, and the importance of testing with realistic data volumes. This episode helps QA engineers and developers build more resilient applications by catching performance regressions before they reach production. #LoadTesting #PerformanceTesting #SoftwareTesting #QA #Automation #TechPodcast #FexingoBusiness #BusinessPodcast #SoftwareEngineering #DevOps #CI_CD #API #Fintech #MemoryLeak #Apdex #k6 #Locust #DatabasePerformance Keep every episode free: buymeacoffee.com/fexingo

まだレビューはありません