QA

🧠 Super Memory Trick 🔥 Smoke = Build is not broken 🔥 Sanity = Fix is logical 🔥 Regression = Nothing else broke Software testing is classified/divided into in 3 main ways: HOW → Testing Techniques (White/Black/Grey Box) WHERE → Testing Levels (Unit → Integration → System → UAT → Release) WHAT → Testing Types (Smoke, Sanity, Regression, Performance, Security, etc.) WHEN CHANGE → Regression/Retest ✅ Complete Software Testing Summary Table (One Page Revision) Testing Type Level / Category Main Purpose (Key Idea) Who Performs When Done Example White Box Testing Technique Tests internal code logic Developers During coding Test all branches in if/else Black Box Testing Technique Tests input/output behavior QA Testers, Users After build ready Login with valid/invalid credentials Unit Testing Level Tests individual function/module Developers First testing stage Test add() function Integration Testing Level Tests interaction between modules Dev + QA After Unit Testing Login module → Dashboard module System Testing Level Tests complete system end-to-end QA Team After Integration Testing Full e-commerce flow checkout Acceptance Testing (UAT) Level Confirms system meets business needs Clients/End Users After System Testing User verifies banking transfer works Functional Testing Type (Black Box) Checks features work as required QA Testers Any testing level Login, Signup, Payment works Regression Testing Type Ensures new changes didn’t break old features QA + Automation After bug fix / new feature Password reset fix → Login still works Smoke Testing Type Checks build stability (basic critical functions) QA / Dev After new build deployment App opens, Login works Sanity Testing Type Checks specific fix/change works correctly QA Testers After small bug fix Discount bug fixed → verify coupon works Retesting Type Confirms a specific bug is fixed QA Testers After defect fix Test same failed case again ⭐ Quick Interview Comparison Table Feature Smoke Sanity Regression Scope Broad & basic Narrow & focused Wide & deep Done After New build Small change/bug fix Any code change Goal Build is stable? Fix works correctly? Old features still work? Test Depth Shallow Medium Deep Software testing is divided: in 3 main ways 1. Testing Techniques/ Approaches (HOW you test): 3 techniques Describe how test cases are designed. ...

https://practicetestautomation.com/practice-test-login/ Comparison Differnt Versions of Selenium 1 2 3 4 5 6 7 8 9 10 11 12 // Selenium 2, 3 (Manual driver setup) System.setProperty("webdriver.chrome.driver", "C:\\drivers\\chromedriver.exe"); WebDriver driver = new ChromeDriver(); // Selenium 4.0 – 4.5 (Using external WebDriverManager) import io.github.bonigarcia.wdm.WebDriverManager; WebDriverManager.chromedriver().setup(); WebDriver driver = new ChromeDriver(); // Selenium 4.6+ to 4.38 (Built-in Selenium Manager — current) WebDriver driver = new ChromeDriver(); // No setup needed Best Practices 1 2 3 4 5 6 7 8 9 10 11 12 13 14 // Window management driver.manage().window().maximize(); // Cookies driver.get("https://www.google.com"); driver.manage().addCookie(new Cookie("TestCookie", "12345")); // Timeouts — Best Practice driver.manage().timeouts().implicitlyWait(Duration.ofSeconds(10)); // for element search driver.manage().timeouts().pageLoadTimeout(Duration.ofSeconds(20)); // for full page load driver.manage().timeouts().scriptTimeout(Duration.ofSeconds(10)); // for JS scripts // Example: delete old cookies at start driver.manage().deleteAllCookies(); driver.manage() – Overview Category Common Methods Purpose Window maximize(), minimize(), fullscreen(), setSize(), setPosition() Control browser window Cookies getCookies(), addCookie(), deleteAllCookies() Manage session cookies Timeouts implicitlyWait(), pageLoadTimeout(), scriptTimeout() Control how Selenium waits for operations Timeouts — driver.manage().timeouts() Method Description implicitlyWait(Duration time) Wait for elements to appear pageLoadTimeout(Duration time) Max time to wait for page to load scriptTimeout(Duration time) Max time for asynchronous scripts (JS) Sample Test Case You are a Selenium Java expert. I need to automate a simple task: ...

You want a fake login page inside your Hugo site (Papermod theme) so that you can teach QA automation with Java + Selenium using selectors like ID, name, CSS, XPath, etc. The login page should work like this: Page name: test.md Contains a form: username, password, Login button Valid credentials: username: fewsteps password: password If correct → redirect to login-success page If wrong → show an error message on the same page ...