SDET with 5 years of experience in software testing & BS in Computer Science. I'm also not very good at filling out "About Me" sections. I'm not as much of an expert as I'd like to be, so am trying to soak up knowledge as fast as I can while balancing work and "real life".

Jan
12
awarded Popular Question
Dec
1
awarded Nice Answer
Dec
1
awarded Yearling
Dec
1
awarded Yearling
Nov
25
comment Exception Handling when accessing sub menu
implicit wait ++
Nov
25
comment Exception Handling when accessing sub menu
Catching exceptions in tests is often bad practice. This often results in the test failing further away from the actual issue, which makes tracking the root cause difficult. Generally, the test should fail as fast as possible, so the tester doesn't have to read the logs to figure out why the assert one or more functions later failed; it should fail right here.
Nov
25
comment How best to start making a suite of broken tests relevant again?
This is what worked for us. Better two or three key cases that are stable than lots of coverage that the devs ignore.
Nov
16
comment What are good requirements for a QA engineer?
I've added this approach into my own test interviews. Thank you.
Nov
16
revised SQLite, making a query based on Dates
correctness edit
Oct
29
comment Style of acceptance test cases? (BDD)
We use Git, and actually keep the test cases in a Maven module with the service code (we share common test code via a test library, as we have multiple services and don't want to duplicate test code). The test cases are written in Java or Groovy. If we have manual Gherkins (G/W/T's), we just tag them as \@manual and \@ignore, then keep them in the same feature file as the automated Gherkins. We use Cucumber JVM to automate our Cucumbers.
Oct
23
reviewed Leave Open Performance requirements for web application
Oct
23
comment Performance requirements for web application
Voting to leave open, as QA professionals are often asked to come up with performance requirements, especially in small offices or startups. Reporting on performance is often a significant part of a QA professional's job in these situations.
Oct
23
reviewed Leave Open Downloading a file using Selenium Webdriver C# not working
Oct
23
comment Style of acceptance test cases? (BDD)
Yes, absolutely. 3 to 7 lines long, usually. An excellent book for writing great G/W/T tests, BTW, is "The Cucumber Book" - links to both the default (in Ruby) and a newer Java version are at the bottom of this page: cucumber.io It's a very easy read, and covers both writing the G/W/T (aka Gherkins) and implementing the test steps using Cucumber. I hand it to everyone in the office who is getting started with BDD.
Oct
22
comment Style of acceptance test cases? (BDD)
For me, I usually do that and then just throw an "additional test notes" section under it. It's very casual, and scales well to the free time available. I will sometimes call out certain tests as "as time allows", if they are lower priority. ETA: Also, I do this in the JIRA / ticket itself. Not even a separate test plan. And, I think using the G/W/T as you are is perfect.
Oct
21
answered Manually testing CMS components (blocks) layout permutations and variations?
Oct
21
reviewed Leave Open Correct CSS selector for selenium
Oct
21
answered Style of acceptance test cases? (BDD)
Oct
16
comment Are there compelling reasons not to use Groovy?
I realize this is old, but I find I refactor in Groovy a lot more - because our code files are so much more readable that code smells show better. Less LOC means it's easier to see anti-patterns. Also, our team is more likely to use healthy patterns in the first place, rather than taking shortcuts to avoid boilerplate. E.g., using List<SimpleInnerClass> instead of Lists<List<String>>. Small classes in Groovy are easy due to properties, but hard to read in Java - and therefore opaque - due to boilerplate. I suspect compilers have also gotten better with Groovy in the past 5 years.
Sep
17
awarded Custodian
1 2 3 4 5