In my previous company, we started experimenting with automation. I had fun trying out the various tools and languages that were around, but we finally settled on implementing WATiN (for anyone interested, the others we seriously considered were Selenium and Sahi). I think we settled on the correct framework, but didn't have a good way of creating tests. What I had written was code that would replicate a workflow, but it turned out to be very flaky and not as much use as I'd originally hoped (if anyone from there is reading this, sorry about that).
I have recently moved to a new job, and the automation there is going to be driven using Cucumber, with Watir-Webdriver as the framework. I think that Cucumber will sit very well with me, because the scenarios that are written very much invoke my idea of a test case (Given your application is at some state, When you do something, Then this will happen).
I'm really looking forward to getting stuck in.
19 January 2012
16 January 2012
More Time to Test
My company has recently announced that it has ended support for IE7. Lets all be thankful for that. Ever since I started testing web applications, I have had one heuristic that has served me well:
'If it is going to break, it will break in IEx' - the x was originally IE6, then IE7 and now it is IE8.
The sad thing is, I actually like IE. I preferred the interfaces of 6, 7 and 8 to the minimalist style of Chrome, FF4+ and now IE9. I have used it for years, meaning I had little trouble in finding settings, since I knew the general menu layout as well as the terminology it uses.
But the fact remains that, unless I have specific reason to use another browser for testing, I have to use IE8 because any problems that are in the software that are browser related, are likely to be caused by IE incompatibility than anything else.
'If it is going to break, it will break in IEx' - the x was originally IE6, then IE7 and now it is IE8.
The sad thing is, I actually like IE. I preferred the interfaces of 6, 7 and 8 to the minimalist style of Chrome, FF4+ and now IE9. I have used it for years, meaning I had little trouble in finding settings, since I knew the general menu layout as well as the terminology it uses.
But the fact remains that, unless I have specific reason to use another browser for testing, I have to use IE8 because any problems that are in the software that are browser related, are likely to be caused by IE incompatibility than anything else.
03 November 2011
Joy of Test
There is currently a discussion on the STC site asking Can Software Testing be Fun? So I decided to share the things about Software Testing that I personally enjoy:
Creativity - I get a lot of fun out of designing and thinking up tests to perform. Exploratory Testing is especially good for this since it involves a very rapid feedback from the test idea to the test result, meaning you can fire test ideas out very quickly.
Casual Coding - I am not a programmer by any means, but I do get enjoyment out of coding, especially when you overcome a particularly tricky problem, but I couldn't sit in front of a screen all day just spitting out code. Testing allows me to get enough coding done to enjoy, but not so much that it wears me out.
Community - There are two parts to this. First, is the community of the people I work with. I have been very lucky to work with a lot of intelligent, articulate and understanding Developers, Project Mangers and, of course, Testers in my time.
Secondly, there is the wider testing community. Membership of the STC has expanded my horizons in the blogs I read, the discussions I have and the people I meet. The community as a whole has shown me many ways in which I can learn more about the craft, as well as feel that I can participate to make it better as well.
There are of course things I dislike about the job, but that is depressing and not the point of this post.
So what things do you find enjoyable and fun about testing? Head over to the STC discussion and share. You never know, your enthusiasm may cause somebody to start their own testing career.
Creativity - I get a lot of fun out of designing and thinking up tests to perform. Exploratory Testing is especially good for this since it involves a very rapid feedback from the test idea to the test result, meaning you can fire test ideas out very quickly.
Casual Coding - I am not a programmer by any means, but I do get enjoyment out of coding, especially when you overcome a particularly tricky problem, but I couldn't sit in front of a screen all day just spitting out code. Testing allows me to get enough coding done to enjoy, but not so much that it wears me out.
Community - There are two parts to this. First, is the community of the people I work with. I have been very lucky to work with a lot of intelligent, articulate and understanding Developers, Project Mangers and, of course, Testers in my time.
Secondly, there is the wider testing community. Membership of the STC has expanded my horizons in the blogs I read, the discussions I have and the people I meet. The community as a whole has shown me many ways in which I can learn more about the craft, as well as feel that I can participate to make it better as well.
There are of course things I dislike about the job, but that is depressing and not the point of this post.
So what things do you find enjoyable and fun about testing? Head over to the STC discussion and share. You never know, your enthusiasm may cause somebody to start their own testing career.
02 November 2011
Google Vanity
I quite often find myself opening a browser window with no intention of actually looking at anything. During one of these moments, staring at the Google.co.uk page with no plans to actually do anything, I was struck with an idea. How many pages into the results will I find the first entry that refers to me?
I started by searching for this blog, using the words Testing and Chef, without any quotes. 29 pages later and frankly wondering what the hell I was doing continuing with this charade, I found the first reference to this blog.
Then I tried adding quotes around the words. This was better, with me having a result at the bottom of the first page.
My final attempt to find the blog was to use testingchef as a single word. This returned the most results, including my twitter profile, but I had to make Google search for what I asked, it deciding that I must have meant to search on Testing and Chef again.
Lastly, I thought I'd see where my first entry is when using my name. As you can guess, with a name like Andrew Morton there were a lot of results tedious books of royals and other 'celebrities'. I found my first mention on page 8, which happened to be my Software Testing Club profile.
My plan (assuming I remember) is to repeat this next year and see if the results have dramatically changed.
...
I'm so sad.
I started by searching for this blog, using the words Testing and Chef, without any quotes. 29 pages later and frankly wondering what the hell I was doing continuing with this charade, I found the first reference to this blog.
Then I tried adding quotes around the words. This was better, with me having a result at the bottom of the first page.
My final attempt to find the blog was to use testingchef as a single word. This returned the most results, including my twitter profile, but I had to make Google search for what I asked, it deciding that I must have meant to search on Testing and Chef again.
Lastly, I thought I'd see where my first entry is when using my name. As you can guess, with a name like Andrew Morton there were a lot of results tedious books of royals and other 'celebrities'. I found my first mention on page 8, which happened to be my Software Testing Club profile.
My plan (assuming I remember) is to repeat this next year and see if the results have dramatically changed.
...
I'm so sad.
Indispensable
I believe that one of the signs of a good tester, is somebody who makes the job of software tester indispensable to their company, but does not make themselves indispensable.
Sharing information is key to a testers role. If you find yourself garnering information that is not being shared with others, you probably aren't being an effective tester. With a myriad of quick and easy ways to share information, from wikis and instant messengers, to e-mails and blogs, as well as good old talking to someone, you should have no excuse not to.
Remember as well, if you make yourself indispensable you limit your own chances of moving forward and learning new things because the company cannot afford to have you do anything else. That is not my idea of career satisfaction, but YMMV.
Sharing information is key to a testers role. If you find yourself garnering information that is not being shared with others, you probably aren't being an effective tester. With a myriad of quick and easy ways to share information, from wikis and instant messengers, to e-mails and blogs, as well as good old talking to someone, you should have no excuse not to.
Remember as well, if you make yourself indispensable you limit your own chances of moving forward and learning new things because the company cannot afford to have you do anything else. That is not my idea of career satisfaction, but YMMV.
20 October 2011
Do I Join the AST?
The last couple of months I have been umming and ahhing about joining the AST. I'm hoping that replies to this will convince me finally, one way or the other.
17 October 2011
More Than Just a Bug Reporter
What is the output of testing? Since I believe testing is the act of providing information about the system under test, then the answer is 'Information'. This information can be imparted several ways, the most notable of which is a bug report. It is not the only avenue, nor is it the only information that testers gather. However, I do find that is seems to be the only information that is requested/expected from other project members. If they are only interested in bug reports, this leads to holes in the stakeholders understanding of the system. But what do you do when the people you are supposed to provide information to, do not tell you what information they require?
Leading on from this is the idea that the only time we can give useful information is during the system testing phase of a project. However, many times I have discovered issues with the design of an application that would have been recitfied mcuh earlier if only I was involved with the design phase. What is particularly annoying though, is that in numerous project reviews, it is stated that testers should be invovled earlier, and it is always forgotten/ignored for the next project. And so the cycle continues.
*Sigh*
Leading on from this is the idea that the only time we can give useful information is during the system testing phase of a project. However, many times I have discovered issues with the design of an application that would have been recitfied mcuh earlier if only I was involved with the design phase. What is particularly annoying though, is that in numerous project reviews, it is stated that testers should be invovled earlier, and it is always forgotten/ignored for the next project. And so the cycle continues.
*Sigh*
Subscribe to:
Posts (Atom)