JSONoid Discovery: Simplify Schema Discovery
9 hours ago
Testing, managing, consulting, quality and the art of motorcyle maintenance
Multitasking, in short, is not only not thinking, it impairs your ability to think. Thinking means concentrating on one thing long enough to develop an idea about it. Not learning other people’s ideas, or memorizing a body of information, however much those may sometimes be useful. Developing your own ideas. In short, thinking for yourself. You simply cannot do that in bursts of 20 seconds at a time, constantly interrupted by Facebook messages or Twitter tweets, or fiddling with your iPod, or watching something on YouTube
Instead of having one or two true friends that we can sit and talk to for three hours at a time, we have 968 “friends” that we never actually talk to; instead we just bounce one-line messages off them a hundred times a day. This is not friendship, this is distraction.
What user researchers can learn from Sherlock Holmes
The parallels between good research and good detective work are striking. In this article we take a close look at what user experience researchers can learn from the investigative methods used by detectives. And, in the spirit of all the best detective stories, we draw an important conclusion: if you want to become a better researcher you should learn to think like a detective
Highly evolved engineers know it's always better to learn from somebody else's mistakes. Electronics Weekly's new Made by Monkeys Blog aims at helping you avoid bungling your own designs. But we won't just focus on what went wrong. We'll talk about what the monkeys that made this stuff could have done -- should have done-- to make their products better
Is it possible to fully automate all QA and testing?
I have heard differing opinions on this topic of late. So I'm wondering if there's any general consensus on this - Is it realistically possible to lead a departmental Company wide transition from Manual testing to 100% Automation Testing? And if not, why not?
recently during a discussion with a client of mine (a Test Manager), he stated that the goal within his organisation was to achieve 100% automation across all software projects, and furthermore, that they had already achieved this on some of their web projects by firstly scrapping HP QTP and moving to a mixture of Selenium and Cucumber, and secondly, by employing dedicated Software Developers specifically to maintain and develop the automation frameworks and scripts
The reason this topic came up initially was that the client in question had attended a talk with James Whittaker (Test Director at Google) who asserted that apparently Google have done away with the idea of a Test Analyst or QA Analyst. Instead they have started to use this idea of having Software Engineers in Test, as opposed to dedicated 'Testers' in the traditional sense. Apparently, taking this approach has led to the idea that it is possible to automate 100%