I have been writing manual and automated test cases professionally for eight and a half year - probably not as many as some, and maybe more than others.Over the years I have come to find that test…Continue
"If that works, and it did for me in several organizations, then I'd just go with it.
In the end it doesn't matter if had held a daily scrum, as long as your stakeholders are being communicated with often, and as long as you're…"
"My thought is, and this is how it works well in practice, and in my experience, that Agile, being called a methodology, like Waterfall, and various others, is really just a collection of principles.
Those principles are guides on how to make high…"
"By the phrase "Using an Open System Architecture on Testing," even after reading your attachment, I'm not certain what the intent is.
Is the intent to create modular systems to test, or is the intent to develop a modular test…"
"The reports (listeners) found in the jmeter-plugins site are much better than the stock reports that come with JMeter.
You could try those.
If you're very ambitious and want to create your own reports you could write some software to do…"
"When you indicate that you are searching for an open source bug tracking tool "for Windows applications," why do you specifically call out that it must be for Windows applications?
What specific criteria do you expect the bug tracking tool…"
"There are both theorems and proofs in geometry.
Trigonometry in two dimensions is especially provable.
Why should one be wary of using the word proof with regard to this?
Have you an experience which contradicts using the word proof in this context?"
"I see value in both developing a high-level language and in keeping it low-level, to the WebDriver level.
If, for example, you have testers who really don't know how to write code - and I mean how to develop software, from an idea to an…"
"My opinion: testers should read code - code is the only true documentation for an application.
Good to know that ISTQB continues to be as dumb as I think it is.
There's no good reason to get this certification if common sense doesn't play…"
"Early 80's sounding or not, this is still the same in modern computers and programming languages today, and it will be forever and ever - even we humans perform tasks in this manner.
Granted there are new programming tools which abstract some…"
"I just realized that you had linked to an image of a triangle, in question, in which case you may be able to assume that the shape is a both a closed polygon and a triangle.
You also have the following information about the triangle from the…"
"Are you allowed to assume anything?
Test that the shape is a closed polygon:
Do the number of vertices equal the number of sides?
Are the sides all connected, such that iterating through them in one direction (clockwise or…"
"JMeter is a tool used to perform load testing and stress testing.
Understanding what load and stress testing means, you should be able to use any tool to do this, or even write your own.
Do you understand what load testing means?
Can you explain the…"
"My experience with business teams has been relatively bad, so I'm probably more jaded than most.
But in my experience use cases don't fully cover the actual technical work being done.
Also business use cases often assume things that…"
"My take is a little bit different than those I've read so far.
I think that it is possible to prove that for the intended use and context of a significantly small, well designed, well written module, has no bugs.
Unit testing was designed to…"
All registrations go through moderation. To improve quality of our members and avoid dreaded spammers.
I have been working on, testing, developing, breaking, engineering, architecting, designing, and creating software for over twenty years. Seven and a half of them have been professional years. I have been in school, participating in Computer Science related activities for seven of my twenty years. I have ready thousands of books, essays, tutorials, forums, blog posts, and reports on various subjects related to all aspects of the IT industry. I have worked with eight companies, on five open community projects run by others, more than ten open source projects of my own, with hundreds of coworkers both domestically and abroad, and on several contracts both of my own initiation and because others wanted my help. Also, I participate casually in four local programming language and API user groups, a couple of global API user groups, and have attended Microsoft Tech Ed, and Agile Roots conferences. My point is that I have worked a fairly large percentage of my life on software, and I have experienced a lot of different economic situations, team and solo environments, and software communities. And in more than eighty percent of my overall experience, the resulting software has been unacceptably buggy, politics play a greater role as to when software is complete than discrete quality does, programmers don't have time and in many cases don't have the experience to engineer software properly, and management, of both software activities and people, is poorly executed, in part due to lack of understanding the problems being solved, the solutions to those problems, and also and again due to lack of experience.