Conference Presentations

The Great Testers of our Time and Times Past

What can today's software testers learn from present and past testing masters, many of whom have put their own lives on the line to make amazing contributions to the world in which we live? Clive Bates is thinking about testers such as Chuck Yeager, Yuri Gagarin, Andy Green, Leonardo da Vinci, and Isambard Kingdom Brunel. Isambard who? Isambard Kingdom Brunel was one of the greatest engineers in British history. A designer of bridges, tunnels, viaducts, docks, and ships, Brunel constantly battled resistance from established authorities, lack of adequate funding, changes in requirements, and project delays (sound familiar?). In researching the achievements of past testing masters, Clive has identified important traits and characteristics that made them successful. If we acknowledge and adopt these traits in our lives, we may become more successful in our work.

  • The testing secrets of masters in other disciplines
Clive Bates, Grove Consultants
STAREAST 2007: The Nine Forgettings

People forget things. Simple things like keys and passwords and the names of friends long ago. People forget more important things like passports and anniversaries and backing up data. But Lee Copeland is concerned with things that the testing community is forgetting-forgetting our beginnings, the grandfathers of formal testing and the contributions they made; forgetting organizational context, the reason we exist and where we fit in our company; forgetting to grow, to learn and practice the latest testing techniques; and forgetting process context, the reason that a process was first created but which may no longer exist. Join Lee for an explanation of the nine forgettings, the negative effects of each, and how we can use them to improve our testing, our organization, and ourselves.

Lee Copeland, Software Quality Engineering
How to Fake a Test Project

It has never been easier to fool your manager into thinking that you're doing a great job testing! James Bach covers all of today's most respected test fakery. These techniques include: misleading test case metrics, vapid but impressive looking test documentation, repeatedly running old tests "just in case they find something," carefully maintaining obsolete tests, methodology doublespeak, endless tinkering with expensive test automation tools, and taking credit for a great product that would have been great even if no one had tested it. James covers best practices for blame deflection. By the time you're through, your executive management will not know whether to fire the programmers or the customers. But, you know it will not be you. (Disclaimer: It could be you if an outsourcing company fakes it more cheaply than you do.)

  • Cautionary true stories of test fakery, both purposeful and accidental
James Bach, Satisfice Inc
Ruby And WATIR: Your New Test Automation Tools

Ready to start writing your own test scripts? Not sure of what tools to use? Kalen Howell discovered Ruby, a powerful scripting language that is easy to learn. Using Ruby led Kalen to WATIR, an open source tool written in Ruby. WATIR is used to drive Web sites through Internet Explorer just as a user would. Just by following a few examples, Kalen was able to create automated test scripts in a matter of minutes. Learning more about Ruby enabled Kalen to write more robust scripts. Ruby connects to databases, writes XML, creates and reads data files, and can be used to create customized libraries. Combining the powerful features of WATIR with the robust and easy to learn language of Ruby gives the tester powerful tools for automated scripting.

Kalen Howell, LexisNexis
Successful Software Managment: Fifteen Lessons Learned

We normally think about process improvement as something applied to projects. But process improvement is also for people-and even for managers. Join Johanna Rothman as she shares lessons she's learned and management improvements she's made during her years in management. Like many other technical managers, Johanna became a manager by rising through the technical ranks. And, like many other managers, she had plenty of technical training and mentoring but had to learn management skills the hard way-through trial and error. Johanna describes fifteen lessons she has learned as a manager and offers tips and techniques to help you avoid difficult situations. Learn how to motivate your team and raise their level of work-and how to manage yourself.

  • What is the software manager's real job
  • How to create an effective work environment
  • How to help people do their best work
Johanna Rothman, Rothman Consulting Group, Inc.
Managing Upward: Getting Approvals for the Tools You Need

Executive management does not like to spend money (on others); however, to build better software you may need to purchase better tools. Although skilled in producing code and running software tests, many development and QA managers do not have much experience preparing proposals and driving requests for funding through the management approval process. To gain their enthusiastic approval, you need insight into the executive heart and mind to better frame your proposal. Learn the decision-making process of executive managers, the facts they need to make a decision, and why they are reluctant to spend money even if it is in the budget. Build the case for your proposal in terms that match the business objectives of the CEO, CTO, CFO, and others with decision-making authority. Take away a template for a proposal along with examples of successful proposals, including visuals, data, competitive analysis, and much more.

Doug Smith, Aberro Software
Industry Benchmarks: Insights and Pitfalls

Software and technology managers often quote industry benchmarks such as The Standish Group's CHAOS report on software project failures; other organizations use this data to judge their internal operations. Although these external benchmarks can provide insights into your company's software development performance, you need to balance the picture with internal information to make an objective evaluation. Jim Brosseau takes a deeper look at common benchmarks, including the CHAOS report, published SEI benchmark data, and more. He describes the pros and cons of these commonly used industry benchmarks with key insights into often-quoted statistics. Take away an approach that Jim has used successfully with companies to help them gain an understanding of the relationship between the demographics, practices, and performance in their groups and how these relate to external benchmarks.

Jim Brosseau, Clarrus Consulting Group, Inc.
Managing Distributed Teams

Globalization, open source software, and cheap communications have forever changed the structure of software development project teams. Project managers face a new set of challenges with geographically distributed work teams. Unclear expectations, language and idiom differences, lack of direct supervision, and a lack of accountability are just a few of the issues that project managers must overcome. As the leader of a development team with members and customers all over the world, Keith Casey is intimately familiar with the character of distributed teams. He explains why you need a coherent strategy-and that means more than email, instant messaging, conference calls, and software tools-for effectively executing a distributed development project. Join Keith for a discussion of the strategies you can use to avoid the disasters awaiting those who ignore the needs of a distributed team.

Keith Casey, CaseySoftware, LLC
An Integrated Configuration Management System Revealed

Many people talk about an end-to-end software development process in which requirements are developed and transitioned seamlessly into code with tests tracing back to the requirements. Geree Streun has learned that an integrated configuration management system should be at the center of that process. She explains the criteria for evaluating and selecting a configuration management tool to support your development process and why configuration management should be implemented in an integrated way. Find out what an integrated configuration management tool can do for you, how much control to impose, and how much administration you can afford. Watch a demonstration of the integrated configuration management system Geree's company uses to record defects against any software artifact and to ensure that tests track to the current version of the requirements.

Geree Streun, ANS
How to Estimate Anything

Given the choice between making an estimate of the time and resources to complete a project or getting root canal surgery, most of us would rush to the dentist’s office. We know that the pain of a root canal is short lived ... poor estimates can cause us agony and frustration for months or even years to come. The good news and bad news is that anything can be estimated. However, the quality of the estimate will depend upon the effort invested in the estimate, how thoroughly the thing to be estimated is understood, the quality of relevant assumptions, and finally, luck. An effective process can improve everything but the luck. Join Payson Hall as he presents a practical estimation process that can be applied to estimate anything and then practice applying the process during his presentation.

  • What goes into any good estimate
  • How to develop a good estimate for complex things
Payson Hall, Catalysis Group Inc

Pages

AgileConnection is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.