About Software Education : Request More Information : Contact Us |
|---|
Wellington, 11 - 12 August 2008 |
Sydney, 14 - 15 August 2008 |
|---|
STANZ Home : Speakers and Sessions : Wellington Timetable : Sydney Timetable : Venues : Fees to Attend : Register to Attend |
|---|
|
|---|
Fees to Attend: 5th FREE |
![]() |
Note: Programme and Timetable are subject to change The TMMi ModelKeynote: Erik van Veenendaal, Vice President, ISTQB (Netherlands) This keynote brings the TMMi Foundation to STANZ and is your chance to learn about the latest initiative in test process improvement. The Test Maturity Model, developed by the Illinois Institute of Technology, is growing in use across Europe and the USA. It has been developed to compliment the existing CMMi framework. Its growing popularity is based upon it being the only independent test process measurement method, and the simple presentation of maturity levels that it provides The independent TMMi Foundation initiative has been established with the sole intent of elaborating the TMMi standard and developing a standard TMMi assessment and certification method, with the aim of enabling the standards consistent deployment and the collection of industry metrics. Erik has much practical experience in implementing the model and helping organisations improve the way they test, and the benefits this can generate. The keynote will present these experiences and benefits with the aim of providing the attendees with the information required to justify a test process improvement project. Key Points:
Moving to an Agile Environment: What Went Right, What Went WrongKeynote: Ray Arell, Senior Engineering Manager, Intel Coropration (USA) About a year ago I went into my software staff and declared “Hey! we are going Agile!” Yep, I read a Agile project management book on a long flight to India, and like all good reactionary development managers I was sold! Today, our adaptation of the SCRUM framework is starting to take shape, but it was not without strain on both our development and our Q/A processes. This keynote focuses on a retrospective of what went right and more importantly what went wrong as we evolved to our new development process. Perhaps it will convince you that the shift to Agile is the way to go, and hopefully give you just a little more info on what you may be in for. Risk Based Testing in PracticeWorkshop (Stream Session): Erik van Veenendaal, Vice President, ISTQB (Netherlands) Key Points
The testing community has been talking about risk-based testing for quite a while now. Most projects apply some kind of implicit risk-based testing. We all have to balance between product quality and tight deadlines. In fact risk-based testing should be based on business drivers. Testing is not the risk owner, but the products’ stakeholders are. It is our job to inform the stakeholders about risk-based decision and provide visibility on product risk status. This workshop will discuss a real-life method for applying structured risk-based testing in projects. It should be more than just brainstorming within the test team, which is often the case. It will present how risk identification and analysis can be carried out in close co-operation with stakeholders. It will also address ways on how the outcome of the risk analysis can/should be used in test projects in term of differentiated test approaches. The method is developed in practice, and by now tuned in many test projects, e.g. in the medical, automotive and banking industry. Practical experiences will be discussed, problems encountered and results achieved. This is your chance to learn how to optimize your test effort and how to apply risk based testing in practice! Acceptance Test Driven DevelopmentWorkshop (Stream Session): Elisabeth Hendrickson, Quality Tree Software (USA) Extreme Programmers practice Test Driven Development (TDD) in which they begin work by writing a failing executable unit test. Once they have a failing unit test, they then write the production code to make the test pass. Despite its name, TDD is a programming practice, not a testing methodology. Like TDD, Acceptance Test Driven Development (ATDD) also involves creating tests before code. In ATDD, the team creates one or more acceptance-level tests for a feature before beginning work on it. When captured in a format supported by a test automation framework like FIT or FITnesse, the developers can automate the tests by writing the supporting code ("fixtures") as they implement the feature. Also like TDD, this practice is less about testing and more about capturing expectations and design decisions early. ATDD results in executable requirements. The fact that it also results in automated regression tests is a handy side effect. In this workshop, Elisabeth Hendrickson will demonstrate the whole ATDD cycle, showing how the tests drive the design for a realistic example. Along the way we'll discuss the benefits of ATDD and what it takes to make this practice work in the real world. Advanced Test CertificationStream Session: Steve Toms, ANZTB (Australia) Advanced Certification allows detailed definition of skill sets can capabilities, it provides career paths and focus on techniques and technology approaches for those looking for more delineation and structure to their careers. This topic will outline the fundamental components of the new ISTQB Advanced Certifications. Then the discussion will cover the details of what the certification is and means, and focus clearly on each of the three modules; Advanced Test Analyst, Advanced Test Manager and Advanced Technical Test Analyst. The target Test Professionals will be covered for each module, detailing who should be doing this certification, and why. A detailed review of potential career streams for testers will be outlined, and then aligned with the ISTQB Certification approach, indicating when and why to consider the advanced certifications. The topic will also cover Advanced Certification from a manager’s view point. Successfully Automating Functional and Regression Testing with Open Source ToolsStream Session: John Lockhart, WebTest (NZ) The tools and techniques described in this session have been used to successfully test transactional web sites handling over one billion dollars of transactions a year! Testing lags behind most other disciplines in software development, well behind project management and programming and also behind business and systems analysis and architecture. We can apply most of the principles of these more mature areas to testing, learning from their mistakes as well. We particularly look at the agile revolution and find that there are direct and very practical equivalents in testing. Testers themselves are often perceived as the least important of the professional groups, if considered one at all. We will deal with the emotional and practical aspects of moving beyond this. Practical examples will cover:
We will map out a path to success and happiness in testing for managers and analysts by:
Perhaps surprisingly, a key tool in all of this will turn out to be functional automation using open source tools in an agile manner. This turns out to be a key symbol that can drive the diverse changes discussed at a personal and corporate level. We will map this to each of the 5 steps above. The Introduction of Independent Test Teams into Established Development EnvironmentsStream Session: Brett Rogers, Macquarie Bank (Australia) The introduction of testing teams into any environment is both tough and highly visible. Introducing a testing team into an environment that already has established methods and processes can mean changing habits and perceptions about testing. Get it right and your product and productivity will improve dramatically. Get it wrong and you risk not only putting testing back years but the long term success of your team and product. We'll look at 10 important areas to consider when introduction testing teams into established development environments:
Two Plus Two and Other Testing Exercises: Setting Context and Identifying OraclesWorkshop (Stream Session): Michael Bolton, DevelopSense (Canada) Good testing depends on setting the context in which it's happening. It also depends on heuristics - fallible methods for solving problems - and oracles - principles or mechanisms by which we recognize problems. All oracles are heuristic; no principle or mechanism can guarantee that something is perfect - only that it may satisfy certain requirements for certain people in certain circumstances. In this session, Michael will pose some apparently simple puzzles and problems that exercise critical thinking, systems thinking, and context-driven thinking skills, and will show how those skills can dramatically expand our notions of quality and risk. He'll argue that all testing is heuristic, and that to do better thinking and better testing, we need to broaden our concept of coverage beyond mere code coverage and into test coverage. Branch Out Using Classification Trees for Test Case DesignWorkshop (Stream Session): Julie Gardiner, Grove Consultants (UK) Classification trees are a structured, visual approach to identify and categorize equivalence partitions for test objects to document test requirements so that anyone can understand them and quickly build test cases. The technique helps with the constant struggle we have when maintaining and assessing impact of change. Join Julie to look at the fundamentals of classification trees and how they can be applied in both traditional and agile test and development environments. Using examples, Julie shows you how to use the classification tree technique, how it complements other testing techniques, and its value at every stage of testing. She demonstrates a classification tree editor that is one of the free and commercial tools now available to aid in building, maintaining, and displaying classification trees.
Building a SCRUM Based Testing StrategyWorkshop (Stream Session): Ray Arell, Senior Engineering Manager, Intel Corporation (USA) In this tutorial, Ray Arell will give you an overview of effective test strategies when using a SCRUM development process. He will illustrate methods of finding high important defects sooner, how you can make more effective use of resources, and how to drive a more effective and informed decision making progress. Test Estimation: A Pain or PainlessKeynote: Julie Gardiner, Grove Consultants (UK) Test Estimation is one of the hardest activities to do well in testing, the main reason is that testing is not an independent activity and often has destabilising dependencies. During this session we shall uncover some of the common problems in test estimation, how to overcome them together with 6 ways we can estimate test effort.
Having been a test manager for quite a number of years, test estimation was one of the hardest things to do well. This talk is based upon experience (usually painful) and research. It uncovers some of the common destabilising dependencies we encounter during test estimation such as quality of the code or quantity of the code being delivered. We shall look at how different methods of estimating are appropriate to the various lifecycles we find ourselves in (Sequential, Incremental and Iterative). We shall look at 7 powerful ways to estimate test effort, some being easy and quick but prone to abuse. And others being more detailed and complex but taking longer to administer. Various Estimation Methods
Open Source Testing Tools - The Next GenerationKeynote: Elisabeth Hendrickson, Quality Tree Software (USA) Development tools have become orders of magnitudes more powerful in the last several years with intellisense; keyword coloring; automated refactoring across entire code bases; tight integration with xUnit-style unit testing frameworks; and tight integration with source control repositories. While we’ve seen huge leaps in development tools, tools to support functional testing haven’t kept pace. The biggest steps forward in test automation include the idea of Domain Specific Languages, and frameworks like FIT and Fitnesse that break down barriers between developers and testers or subject matter experts. And yet there is still a long way to go, and we’re overdue for a major step forward in functional testing tools. In October 2007, the Agile Alliance hosted a Functional Testing Tools visioning workshop in Portland, Oregon, US. People who have been creating the next generation of tools came from around the globe to share their stories, their ideas, and the tools they've been creating. The result was an inside view of what's next for functional testing tools. In this talk, Elisabeth Hendrickson explains what's missing in the current generation of main stream test automation solutions while providing an inside look at what's next based on the results of the workshop in Portland. Numbers and NarrativesKeynote: Michael Bolton, DevelopSense (Canada) On Monday, the testers ran 30 test cases, and found six bugs. On Tuesday, the testers ran 25 test cases, and found five bugs. On Wednesday, they ran 30 test cases, and found three bugs. On Thursday, they ran 50 test cases, and found two bugs. On Friday, they ran 100 test cases, and found no bugs. What inferences or decisions would you make about the project based on this information? Most expert test managers would ask questions, rather than drawing conclusions. The problem, of course, is that the numbers alone don’t tell the story; they don’t tell whether Monday’s tests were significant, whether Thursday’s bugs were trivial, or whether Friday’s tests were relevant. Despite all this, the software business seems to emphasize numbers over narratives. In this presentation, Michael argues that the project team’s stories - with numbers or without them - are the things that make good decisions possible. If we wish to get better at producing software - produced by humans, for humans - we need to get better at thinking critically about numbers, what they appear to measure, and how they can be distorted. More importantly, we need to refocus our priorities on stories, getting better at telling them and listening to them. The International Speakers PanelKeynote: 4:30-5:00 Tuesday 12 August Hear the Words of Wisdom From the Experts: Get, Grab ‘n’ Grill.
This is the final chance in the conference to interact with these software testing best minds. They’ll be presented with a number of key questions from you and look to answer them providing those extra nuggets of wisdom furthering your professional knowledge. You’ll be able to submit your question(s) before the panel starts and anonymity will be preserved if requested. There’s a great deal of buzz about the future of software testing. We speculate about innovations, trends, future directions, what works and what does not. But, before we can understand where we are likely to be going or where we want to be, it helps to have a realistic sense of where we are today and what’s important to concentrate on right now. You’ll hear the panel giving their BIG IDEA, from with-in their conference presentation, or. the extra that they think you really need to know and consider. Finally there’ll be the open-questions–from-the-floor period. Your chance to get extra clarification on an earlier answer, big idea or raise a new point that you’d like addressed. Put them on the spot to deliver the meat in the sandwich. On the panel will be: Erik van Veenendaal, Elisabeth Hendrickson, Julie Gardiner, Ray Arell, Michael Bolton and Sharon Robson. We’re looking to make this facilitated session an illuminating exchange of ideas and a valuable close to the conference for you. Critical Thinking Skills for Software TestersOptional One Day Workshop Post Conference
If you’re a tester or a test manager, you’ve probably heard statements like these touted as universal, unquestionable truths about testing. At best, these bits of mythology and folklore are heuristics - fallible methods for solving a problem or making a decision. At worst, they’re potentially dangerous simplifications or outright fallacies that can threaten a tester’s credibility, a product’s value, or an organisation’s business. Testers live in a world of enormous complexity, scarce information, and extraordinary time pressure. This one-day workshop, presented by Michael Bolton, is designed to teach strategies and skills - questioning skills, critical thinking, context-driven thinking, general systems thinking - that can help testers deal confidently and thoughtfully with difficult testing situations In the workshop, we’ll question the myths of software testing; examine common cognitive biases, and the critical thinking tools that can help to manage them; learn modeling and general systems approaches to manage complexity and observational challenges; and work through exercises that model difficult testing problems - and suggest approaches to solving them. Key Points:
Participants are encouraged to bring a laptop computer to the workshop (but sufficient will be available)
|
7th ANNUAL STANZ“This conference provides a lot of tools and methods that a testing professional can take back to the work place and contribute to better software development (quality).”- Marcita Uy, Professional Services BSS/OSS, Fulfil Test Manager for Primary Line Voice Project, Alcatel – Lucent (NZ)
BROUGHT TO YOU BY
PRINCIPAL SPONSOR
TOGETHER WITH
“Truly worthwhile conference for testers and their managers looking to expand their knowledge of testing practices.”
"Terrific information on some very topical testing matters."
“The quality of the speakers is very impressive.”
|
|||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|---|
![]() |
|---|
Software Education New Zealand |
|
Software Education Australia (ABN 47 112 307 632) |
|---|