Does anyone QA their software? | Hacker News Reader

Does anyone QA their software?

3 pointsmegamindbrian25 comments

For the past several months, as I am sure many can relate, my reliance on cloud services and tech companies has grown. I've moved a lot of processes to the cloud. What I have noticed is -- there are bugs everywhere! I have a few questions for the community:

0) Am I alone in this?

1) If someone covertly hacked my computer, are defective web pages a possible side-effect?

2) Are tech companies starving for cheap QA people?

3) Are tech companies using TDD/BDD and testing their products from the customer perspective using Selenium?

4) Is Selenium widely used or hasn't caught on yet? (I learned how to use this tool about 6 years ago)

5) Google tends to be the most reliable from what I can see, does anyone else share this opinion?

6) Anyone working at a tech company that could provide some insight?

7) Is reporting bugs actually helpful or does it just create noise for teams that have already moved on to other projects?

Please post some comments, I am really curious about the current state of the web.

At work I am held to fairly strict standards, but we are using all new platforms, Angular 4+, AWS, Azure. Needless to say it is not bug free but big tech companies have a lot more money to spend, which is why I am surprised to find so many problems. Thoughts?

Full disclosure: I'm working on a product that's designed to eliminate the pain points of Selenium.

On point four, a lot of companies aspire to having great test suites, which these days for user-facing apps often means aggressive unit and API testing on the backend, and using browser tests for end-to-end or integration tests. We're seeing companies moving away from running comprehensive functional tests in the browser because they take so long to run, and tend to be very brittle.

When it comes to writing browser tests, Selenium is still the most common tool for browser automation, but especially with the advent of Chrome Headless, there's a whole slew of new tools popping up (and there are lots of commercial tools like SmartBear's TestComplete or Telerik TestStudio). Selenium is not very popular, because it can be a pain to write the tests, and they tend to rely heavily (although it depends on how they're written) on addressing elements with XPATHs or CSS selectors, which are very brittle - especially in large teams or where the front-end is changing a lot.

It's also hard to get devs to write Selenium tests. It's tedious work, and they often need constant maintenance, so enterprise usually have dedicated test automation engineers, who are hard to find and tend to move on to better roles as soon as they can.

We should probably work together on this. I imagine a test looking more like "login with username and password", where the command "login" breaks out into an XPath like "//a[contains(., 'log in')]|//a[contains(., 'login')]|//a[contains(., 'sign in')]|//a[contains(., 'already')]" and the path to get there might include queries like "//a[contains(., 'account')]|//a[contains(., 'register')]|//a[contains(., 'sign up')]" . All of these would be considered safe/"non-destructive" actions.

I'm happy to discuss this in more detail - my contact details are in my profile - but the product I'm working is currently in public beta and we're venture funded.

We're taking a slightly different approach in that, in your example login form, we're using ML classifiers and some NLP techniques to pick the most likely candidate username and password fields, and if we get it wrong, you can correct us which then feeds into the training data.

We have free accounts if you'd like to try it out, at https://developer.unravel.io . It'd be great to see if the user experience from a developer's perspective is close to what you're imagining.

I actually enjoy selenium. I would like to contribute. I am working on a "smoke tester". Something that is goal oriented and will iterate through every non-destructive action to reach an outcome. It then minimizes the steps to reach the goal. I've created a "grid" without using any grid features. All you really need to do is keep track of the session IDs on the client. This is the code in nodejs. https://colab.research.google.com/notebook#fileId=0B0MRKlXGD...

we try, but we're a small team and the sales guys in charge WANT IT NOW! so QA gets less time. Complex Software + Non Technical Powers that Be = Shite Software

Reply on news.ycombinator.com