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?
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.