04 May 2012 @ 7:15 PM 

As a prequel to Agile Testing Days where I will do my presentation, I am trying to interview the other speakers. Today we have Scott W. Ambler, a software engineer, consultant and author, currently Chief Methodologist for IT at IBM Corporation in their IBM Rational division. He is known as author of several books focused on the Unified process, Agile software development, the Unified Modeling Language, and CMM-based development.

Eusebiu Blindu: How would Scott Ambler describe himself in the context of the testing community and as a person?

Scott W. Ambler :I’m clearly a pro-testing person, as many within the agile community are. For many years I have promoted at test early and test often strategy in my writings as well as a test-first one. I’ve embedded testing techniques in the various methodologies that I’ve worked on over the years, in particular I’ve promoted database testing within the Agile Data method (http://www.agiledata.org) and a range of testing strategies in Disciplined Agile Delivery (DAD) (http://www.DisciplinedAgileDelivery.com). Database testing has been a radical concept, particularly in the data community, that even now very little has been written about. In DAD I promote the idea of explicitly including independent testing, when appropriate, in addition to the whole team testing approach which is currently dominant within the agile community. Whole team testing is clearly important, but there are some situations, particularly at scale, where independent testing is required. As a person I’m a father first, a husband second, and an IT professional third.

Eusebiu Blindu: How would you shortly define “Agile Testing”?
Scott W. Ambler:That’s a hard one. How about: Test often, early (if not first), collaboratively, and to the risk. Some more detailed thoughts can be found at http://www.ambysoft.com/essays/agileTesting.html

Eusebiu Blindu: Do you apply “Agile Testing” currently and if so, how exactly?
Scott W. Ambler:As you can see at the article in the previous question, there’s a range of agile testing strategies. I try to be as agile as I can at everything that I do.

Eusebiu Blindu: Can you please tell us more about Disciplined Agile Delivery (DAD) and the related book you co-authored?
Scott W. Ambler: DAD is a hybrid agile process framework adopting proven strategies from Scrum, XP, Agile Modeling, Kanban, Unified Process, and others. Interesting features for agilists are that it describes a full delivery lifecycle, not just construction; it is goal-driven, not prescriptive, providing the flexibility required to meet the unique challenges of your situation; it is enterprise aware, providing advice for how agile teams can fit in effectively into their overall organizational ecosystem; and it provides a solid foundation from which to scale agile approaches.

Eusebiu Blindu: What would be the three most important factors in your opinion when dealing with database testing (http://www.agiledata.org/essays/databaseTesting.html)?
Scott W. Ambler: First is to recognize the need to do so. The majority of organizations don’t seem to understand this, a reflection of the culture within the data management community. Second is to understand that you need to do both black box testing and clear-box testing. The teams that do database testing typically do just black box testing, which is a great start but not sufficient. Third is to understand that test-first approaches to database testing are where you need to get to. I wrote an article for IEEE Software in 2007 entitled Test Driven Development of Relational Databases (http://www.computer.org/portal/web/csdl/doi/10.1109/MS.2007.91) so the idea has been out there for awhile now.

Eusebiu Blindu: Also because I myself started my career as IBM contractor, can you tell us what is the role currently played by the company in the world of testing?
Scott W. Ambler: IBM sells testing tools, we do testing training, consulting and mentoring. We are also providing testing outsourcing services. We do research into testing. IBM has over 400,000 people worldwide, and testing is a key aspect of our overall value proposition.

Eusebiu Blindu: You mention you are a father and a husband before an expert in the field. How important is that for the career balance?
Scott W. Ambler: It’s incredibly difficult to have a good work-life balance. If you don’t put your family first you’re probably going to be out of balance, which then leads to problems in the long run. IT work can demand long hours of you, and you need to know when to say enough is enough.

Eusebiu Blindu: In  http://www.ambysoft.com/essays/agileTesting.html it is written, kind of like a motto, “Agile Testing and Quality Strategies: Discipline Over Rhetoric”. What does “Discipline over Rhetoric” mean?

Scott W. Ambler: The challenge that I see with the agile community is that there is a fair bit of rhetoric around testing, a lot of it good but some of it bad. One of the things that I do is run industry surveys to discover what people are actually doing, what is working well, and what might not be working so well. Then I share the results (see http://www.ambysoft.com/surveys/). My testing and quality article describes a collection of strategies, some of them such as TDD and whole team testing which “conform” to the common agile rhetoric. Some strategies including independent testing and formal reviews which don’t conform to the mainstream rhetoric. In DAD we promote the idea that one aspect of being disciplined is to adopt the strategies that are appropriate to your situation and then tailor them accordingly. One of the requisites of that is to know what strategies are available to you the advantages and disadvantages of them.

Eusebiu Blindu: What is the one thing that you can name that keeps the motivation in your work? What makes it still exciting?

Scott W. Ambler: I’m constantly learning. I think that if I wasn’t learning this stuff would become really dull really quickly for me.

Eusebiu Blindu: What do you expect from the Agile Testing Days conference? Do you have in mind any particular talk that you would attend?
Scott W. Ambler: I have decided yet which talks I will attend. It will be driven by my interests at the time which in turn is driven by what I’m doing with customers at that point.

Eusebiu Blindu: How would you test a Rubik’s cube? What related to “Agile” would you apply in doing that?

Scott W. Ambler: I would hand it to my sister Carol and ask for her opinion. She loves puzzles and has mastered several different forms of Rubik’s puzzles. Collaborative testing involving an expert is hard to beat.

Eusebiu Blindu: Thanks for the time spent with this interview. Looking forward to meeting you there!

Posted By: Eusebiu Blindu
Last Edit: 04 May 2012 @ 07:15 PM

EmailPermalinkComments (0)
Tags
 03 May 2012 @ 12:26 PM 

As a prequel to Agile Testing Days where I will do my presentation, I am trying to interview the other speakers. Today we have Zuzana Sochova from Czech republic. She is one of the  founders of the Agile Association Czech Republic, an association creating sharing platform for individuals, teams and companies interested in agile. She works as Agile trainer and coach offering consultancy of agile services and management, and among many other things she is a speaker at Agile conferences and a contributor to the Czech Technical University Agile project management programs.

 
Eusebiu Blindu: How would Zuzana Sochova describe herself in the context of the testing community and as a person?
Zuzana Sochova: My way to the testing world was not any short. I started as SW tester in one small innovative company, operating on telecommunication. This was still during my hi-school. I like the creative exploratory testing role, and as we haven't been any bureaucracy corporate, it was fun. But as the time went, I started studied Computer Science with and after some time, I had decided to become a great developer instead of SW tester. Part of the decision was indeed based on the state of the SW testing industry here, in the Czech Republic, part of the decision was the realization I’m not so conscientious, as the tester should be. On my first full time job, I finally got an option to choose whether I prefer to be a developer and work under enthusiastic and innovative manager, or rather a tester and work under the “real boss” guy. So you can imagine who I chose. I never regret that decision in future. 
Later on, I find out I value talking to people over, coding and become a teamlead and project manager. Finally, when we moved to Scrum, I started to realize how poor the testing was driven in our company and when finally in a few years I got an opportunity to lead the whole engineering department, I spent about a year improving the testing in our organization, implementing agile principles and learning, trying to improve their skills and abilities as testers in an agile organization.
Finally, in my startup now, I’m the only one who is able to do any exploratory testing, so surprisingly I’m testing most of our products, and trying to incorporate good testing culture and strategy to the people’s minds. The same with all my clients I’m coaching on agile or scrum adoption. It’s not always so easy as I spent most of my working time on mission and life-critical application, where even single mistake could possibly kill an individual or harm many people. Therefore, I expect from my teams zero errors product, and trying to learn the practices leading to very high quality both developers and testers.  
 
 
Eusebiu Blindu: How would you shortly define "Agile Testing"?
Zuzana Sochova: Collaborative, improving, iterative. 
The biggest difference is in people’s heads, they are used to the old-world roles, having developer who did any code, hope it work and send it to the tester, wait and then fix bugs. I believe in the team work, intensive collaboration and pair work on the functionality from both testing and development perspective. If you communicate and share well during the sprint, the number of bugs dramatically decreases.  
 
Eusebiu Blindu: Do you apply "Agile Testing" currently and if so, how exactly?
Zuzana Sochova: Several teams I’m coaching on agile methods are real Scrum teams where they abandoned the formal roles and give preference to the shared commitment driven by business value. They cooperate on the functionality, taking responsibility for the quality, help each other. 
 
Eusebiu Blindu: By starting working in hi-school do you think you got an upper hand in evolving professionally compared with the people who started later?
Zuzana Sochova: Well, a little bit I guess. The biggest competitive advantage I got was in realizing how the working in a company can differ from school laboratory environment and team to team as well. So I would say the part tile jobs during my studies both on hi-school and university helped me later in selection of my first full time job. 
 
 
Eusebiu Blindu: You mentioned that the tester position was under the "real-boss" guy while development looked more loosen-up. Do you think organizations don't let the same creativity develop in the testing team as in the development team?
Zuzana Sochova: This is quite usual pattern (unfortunately) seen in the Czech companies. I didn’t observe it so much in our international customers’ environment (USA, Germany, and Great Britain). But I would say as the automation is getting used more and more often, testing is slowly gaining the importance and the teams are improving, especially in the agile teams. There are indeed some good testing teams in the Czech companies, but still my feeling is there is bigger number of the ‘old-fashioned’ organizations which either treat tester as “poor developer” or don’t test at all. But it’s improving as the times goes, and we try to promote the importance of the tester role and good testing practices at Agile Prague Conference (agileprague.com) I’m co-organizing in September. 
 
Eusebiu Blindu: Do you think in Czech Republic the balance between testers and developers is worst than in US/UK for example?
Zuzana Sochova: Yes, to my opinion it is. The similar situation I had observed in Latvia for example. But It’s improving fast. Part of the problem is the testing was never really taught at universities. The Software Engineering was all about development. Now it’s slowly changing, but it needs time. 
 
Eusebiu Blindu: What is the biggest advantage of the "pair work" that you mentioned? 
Zuzana Sochova: In traditional organized teams where the original roles preserves, the developer makes a code, then send it to tester. When we have waterfall process, they in most cases don’t even know each other and the information from the tester has often just limited value saying “it’s broken”.  In agile teams, it often ends up as the tester has “no work” at the beginning of sprint and is overwhelmed by testing in the end. For the team then it is hard to get team commitment and often trying to present untested stories, or keep the testing for next sprints. The solution we take in such teams lets the tester cooperate on the solution directly, testing the functionality already on the fly and discussing with the developer the behavior and scenarios. In other words, there is no sequence development and testing work, it’s all in parallel. They must cooperate, and discuss the functionality together. 
 
Eusebiu Blindu: You have like a trademark that attracts curiosity your hair, which is very colorful :) Do you think that helps (to have a personal trademark), especially when we need to build a reputation to get clients? 
Zuzana Sochova: First, I believe it helps to have a personal trademark. There are plenty of same and ‘gray’ people. I know many well-dressed managers in dark suits and costumes, which would tell you it not acceptable to look different. But it’s up to you. It’s always your decision. However, it must fit your business I would say. I’m changing people and companies, I’m learning them to take courage and be different, be Agile. So should I look as traditional old-fashioned manager?  I’m looking for client who really need change, and need help. And those people don’t care so much about your hair color. They are more interested if you are good enough and can help them. And it helps the other way around as well, I don’t need to reject clients who just want to pretend some agile activity, they most likely not even contact me :)
 
Eusebiu Blindu: Brno or Prague? :)
Zuzana Sochova: Well, Prague is nice city, quite small I would say, but I really like it. However I could imagine living in any other bigger city, for example Singapore, New York, Bangkok, Hong Kong, London… But can’t really imagine living in any small town or village.  
 
 
Eusebiu Blindu: If you have to build and deliver a Rubik's Cube to a client what Agile approach would you apply?
Zuzana Sochova: Hard to say, I guess, I would still use Scrum to get fast feedback, and make sure, the customer likes the material and colors and get instead of normal Rubik’s Cube the personalized one which would be awesome and very special to him.  
 
Posted By: Eusebiu Blindu
Last Edit: 03 May 2012 @ 01:58 PM

EmailPermalinkComments (0)
Tags
 02 May 2012 @ 5:31 PM 

 


http://www.testalways.com/wp-content/uploads/2012/04/animated_logo.gifAs a prequel to Agile Testing Days where I will do my presentation, I am trying to interview the other speakers. Today we have Arie van Bennekum, (co-)author of the Agile Manifesto (www.agilemanifesto.org) , Chair of the Agile Consortium International (www.agileconsortium.net). He is a DSDM Practioner, Trainer, Examiner and Consultant.

 

Eusebiu Blindu: How would Arie van Bennekum describe himself in the context of the testing community and as a person?

Arie van Bennekum: My contribution to the Agile Manifesto in February 2011 was DSDM (Atern). In DSDM testing is heavily covered in one of the 9 principles (now there are 8 ;-) ) and also with 6 separate testing principles. Testing by (amongst others) the end-users gives real using-quality (they know what they need at their fingertips). On top of this is it creates acceptance because people get to know the system. Acceptance gives quality of use. This helps an organization to achieve their objectives. A perfect solution and bad use destroys any objective.

This I know, see and try to make people aware of, both inside and outside the community.

 

Eusebiu Blindu: How would you shortly define "Agile Testing"?

Arie van Bennekum: Testing in an Agile environment should be integrated throughout the project cycle, independent, repeatable and focused both on bugs and achievement of business objectives.

 

Eusebiu Blindu: Wow! "DSDM", "Atern", x number of principles…. In general we need some sort of guiding. But to do "Agile" do we need to learn every concept that is related to it, or we can manage just with what we think is agile and use no definition?

Arie van Bennekum: For me agile is not 'do what we like'. The agility is in the flexibility we have to create functionality in the solution vs. a specification up front. To be able to do so agile is a very disciplined process, so yes, we need to know the method (whatever method we use) and work according to it.

 

Eusebiu Blindu: I have noticed many speakers (at least in testing conferences) from Netherlands. They seem to have the highest number from Europe. Do you agree? Why do you think is that? Do you think they are more motivated?

Arie van Bennekum: Don’t know numbers but NL is keen on (business) quality. Is requires testing for both bugs (does it work right) and business value (do we achieve to expected benefits)

 

Eusebiu Blindu: Using wikipedia I see for principle "4. Never compromise quality" – "test early and continuous". What does this mean? How early do we need to start testing?

Arie van Bennekum: Please check the manual. The basic is that every functionality will get the needed time in testing. When there is time pressure we leave out less important functionality, we do not test less, like most projects do.

 

Eusebiu Blindu: I guess I just want to know what was the initial motivation for the creation of the manifesto and the events that preceded it. Is it because we need most of the time standards? I mean does we always need someone to officially say "Individuals and interactions over processes and tools"? 

Arie van Bennekum: Good point, my view is you don't tie people but you make sure you understand each other and are synchronized. This is why I like frameworks instead of detailed predefined stuff.

 

Eusebiu Blindu: Do you plan something like the Agile Manifesto in the future? :)

Arie van Bennekum: Not really but the authors agreed to meet again in 3 years. Who knows what will come out of this ;-)

 

Eusebiu Blindu: Is the agile model inspired from something outside the software development world?

Arie van Bennekum: It has an origin that is diverse. DSDM has its origin in Rapid Application Development which means software. It has been applied in many since, also outside software development. On top of this, DSDM covers the whole project of the solution development, including processes, user acceptance, etc. I prefer to call for that reason DSDM a solution development framework.

 

Eusebiu Blindu: Is the agile model currently inspiring areas that are not related to software development? 

Arie van Bennekum: Yes, you can see all sorts of developments. There is the, maybe logical, connection with Lean. Also in total different areas like pharmacie (oktober Berlin).

 

Eusebiu Blindu: Is there anything that you don't like about the way agile is understood/applied from what you have heard or see?

Arie van Bennekum: What i would like to see adapted a little is the strong focus on software. I would like to move it to 'solution' which includes to whole thing including change, communication, etc. A successful project is the project that helps the organization to achieve business objectives. Software is part of the solution that creates this. We need to do a lot more, it should be done too. BTW, DSDM adds a lot here.

 

Eusebiu Blindu: "Rapid Application Development" seems like “Rapid Software Testing". I am not sure if the "testing" version was borrowed from it, but this gives me ideas. Do you think it’s inspired to adopt other things that are related to "Agile" and insert it into testing?

Arie van Bennekum: No, I don’t think so. RAD was very poor on testing but had a lot improving actual methods at the time. It brought thinks like user participation, sessions, real prioritizing, prototyping, etc. DSDM structured this, including increasing insight, which RAD was blocking. DSDM also was and is strong on the testing parts i mentioned earlier.

 

Eusebiu Blindu: And a final question related to your talk at the conference, called “Get them in(volved)”: can you tell us what to expect from it?

Arie van Bennekum: Gehgehgeh, come and watch! It is all about acceptance and quality for business :-)

 

Eusebiu Blindu: Arie, thanks for the time given to answer my (questionable : ) ) questions. Looking forward to meeting you there!

 

Posted By: Eusebiu Blindu
Last Edit: 02 May 2012 @ 05:39 PM

EmailPermalinkComments (0)
Tags

 Last 50 Posts
 Back
  • Users » 2
  • Posts/Pages » 138
  • Comments » 148
Change Theme...
  • VoidVoid
  • LifeLife
  • EarthEarth
  • WindWind
  • WaterWater
  • FireFire
  • LightLight « Default

bug bounty

  • No categories

Bugs

  • No categories

Carnivals

  • No categories

challenge

  • No categories

Classic Tests

  • No categories

conferences

  • No categories

EWT

  • No categories