Following last week’s WeekNight Testing session, I recorded a video today using Inspectional Testing for FireFox 4. Here is the mindmap with the session and debrief notes that I took during the 10 minute session.
I uploaded the video to YouTube. I hope the video will still give you a hint what Inspectional Testing is about.
Last Wednesday we had a WeekNight Testing session. There was something special about this session. It was announced as a live session. Mike Scott contacted me in February, asking whether I could organize a live session in Hamburg, while they were bringing in a gig at SkillsMatter in London. Earlier in March we got also a session organized in San Francisco by Lisa Crispin. So we ran the session in parallel in three different locations. Besides the official session report, here are some thoughts on how I ran the session in Hamburg.
Continue reading WeekNight Testing LiveA few months back I came up with the idea of Testing Dojos. Since then I spread the idea on Testing Dojos. The question I got most often when speaking about Testing Dojos is about where to get testing missions from. We have had the same problem when coming up with a mission for an upcoming Weekend Testing session regularly.
I also remember when I got back from the Software Craftsmanship 2009 conference I was inspired by Micah Martin’s coding kata, and asked for a testing challenge on one of my mailing lists. That’s how I first got in closer contact with Michael Bolton, since he followed-up on my request for a testing challenge by providing my with the Wason challenge which James Bach and he use in their Rapid Software Testing courses.
I annoyed my colleagues in the weeks after that with this particular challenge. Later I realized how hard these testing challenges are to find on the web. At some point a few weeks back I decided to register a new domain and simply put up testing challenges that I came across. Now, as of today I have put up the sessions we ran in Weekend Testing in the European chapter and some of other chapters as well. So far, this has been hard work, and with a critical eye on my schedule I would really love to crowd-source filling up the page with more testing challenges. You can find what we have so far on testing-challenges.org, and I hope this will be of great value in various circumstances in the months and years to come.
So far, I have restricted the access to the wiki for editing to users with a login, and the only way to sign up for a login is get in contact with me. That said, if you are interested in contributing, and classify and categorize the existing challenges, or improve the existing challenge with additional information like the original originator, drop me a line, and I can set an account up for you.
On another note, I also launched Testing Dojo.org at the same time. It is basically a write-up based upon my Testing Dojo article in the December’s issue of the Methods & Tools magazine, and is similar in its nature to Coding Dojo.org. Since I noticed many spam edits when taking a look at Coding Dojo.org, I also restricted editing on Testing Dojo.org to signed up users. You may need to contact me for this, but I’ll be glad to set up an account for you. Also notice that I included a list of public Testing Dojos which I hope to extend in the future. Until now it just references the Finland group meetings.
Ajay Balamurugadas gave a presentation on Weekend Testing at the EuroSTAR conference. As I was personally involved over the past year, I was glad to hear finally something about it in a larger context.
Continue reading EuroSTAR: Weekend Testing – Skilled Software Testing UnleashedRecently a discussion on the famous quote from Jerry Weinberg on
Quality is value to some person.
arose. I already mentioned it some time earlier restating that quality is ambiguous as different people understand different things when they hear the word quality.
Continue reading Quality is value to some person at some timeTo conclude the ParkCalc mini-series, I choose to work through test automation using keywords with FitNesse. As I was using Selenium mostly with RobotFramework, I decided to use Selenesse for the integration into the FitNesse environment. Here is the write-up as I implement the tests.
Continue reading ParkCalc automation – Keyword-driven tests in FitNesseMatt Heusser is setting up an interview with me in the Software Test & Quality Assurance magazine. The name of the series is Ask The Tester, and until now there he interviewed Jon Bach for the most recent magazine issue and Michael Bolton for the next to come. That said, I feel honored to be the third in this series next to these great testers.
As the name of the series is “Ask The Tester” the community is called for submissions of questions. So, if you have any particular question for me regarding testing, the Miagi-Do school of testing, Agile testing, Weekend Testing, writing about testing, etc. please leave a comment on this blog entry with your name, city, province, and country, and you may end up with your name in a print magazine.
As pointed out earlier, I wanted to work through a test for ParkCalc using templates. As this did not seem to work, and I got no clue why, I gave up and postponed it. Today I was able to take a step back with a fresh mind and approach the problem with a different focus. So, here is the template solution for ParkCalc automation.
Continue reading ParkCalc automation – Templates for data-driven testsOver the course of the past week or so, I wrote some blog entries on ParkCalc automation. Today I decided it’s time for a brief wrap-up on what I learned over the course. You can find the four parts written up so far here:
Getting started, Refactoring a data-driven test, Refactoring a keyword-driven test, BDD style tests
In the comments on one of the previous blog entries in this series, Pekka Klärck pointed out that another great way to refactor a keyword-driven test to a data-driven is the usage of templates within Robot Framework. Before doing this, we will take a look at BDD style tests using given, when, and then. Following an ATDD approach does not make sense for the problem statement given, but I will at least scratch that topic during the reflection.
Continue reading ParkCalc automation – BDD style tests