Abstract:
As a career software tester, I’ve heard rumors DevOps culture will put me out of a job, so I took a job testing for a DevOps team. I’m new to DevOps, but aren’t we all? What matters most is our teams’ intentional decisions to grow our DevOps practices along with our development community.
Join me as I share my experiences blending disciplines, companies, levels of experience, and differing expectations as a member of efficient and effective delivery teams. I’ll describe common cultural and interpersonal problems I experienced while transforming a cross-functional agile team dogfooding a DevOps implementation.
Whether you’re into development, operations, testing, customer support, or product ownership, you’ll leave with concrete strategies for improving your DevOps working relationships to keep the technology running smoothly. People factors strongly affect your DevOps technical outcomes, so optimizing your flow includes improving your people practices.
Don’t feel afraid to ask about DevOps anymore!

Learning Outcomes:

The people factors that strongly affect your DevOps technical outcomes

Collective ownership for testing starts with understanding testing. Rework your team dynamics to evolve past duplication and improve performance through whole team testing. Take home practical patterns for improving your team’s collaboration on testing. Because teams who own testing have more confidence in the customer value of their results.

As the Pragmatic Programmers say, “refactoring is an activity that needs to be undertaken slowly, deliberately, and carefully,” so how do we begin? In this session, we will experience the complex interactions of an agile team focused on demonstrating customer value by answering a series a questions:

Where do testers get their ideas?

How are you planning to accomplish this proposed testing, tester?

Why not automate all the things?

Who is going to do this manual testing and how does it work?

How do we know whether we’re testing the right things?

Build your own list of TODOs from these various practical collaboration approaches and begin deduping your team’s testing for a better first day back at the office.

Key-Learning

Approaches to handle objections to executing the testing work

Ways to mentor test helpers, including pairing

Investing in testing the team believes in

Understand how other team members have been testing the work so far

Advising on opportunities to inject test thinking into all of the team activities, from story writing through to unit testing, to make the system more testable

Abstract:
Think manual testing is waste? Think again! If you’re not learning when you’re testing, you’re doing it wrong! People exploring systems can be your best defense against unknown problems and your greatest way of finding unexpected opportunities.
While automation is well adapted for repeating the same thing over and over again, human beings are great at doing things differently.
Doing is not enough! We need to think during our review and examination processes to improve outcomes. How do we design manual exploration to provide value in today’s fast-moving development culture?
Come to this workshop for hands-on experience with the full lifecycle of exploratory testing charters.

Announcing Ministry of Test Atlanta

Last fall was the last of our Software Testing Atlanta Conference (STAC) events. An attendee at my Intentional Learning Workshop chatted with me afterward. I mentioned that I have been a local meetup organizer and have struggled with how much control to retain. My attendee urged me to give the meetup back to the community and I have been pondering that ever since.

I’ve been the primary organizer of the Software Testing Club Atlanta meetup since we began as an affiliate of the UK-based Software Testing Club in October 2013. My charter has always been to serve and develop the local testing community including connecting it with the global virtual community. Not everyone agreed about including digital attendees, but I am willing to experience the friction of a virtual meeting to help people to attend who otherwise would not have a chance. Inclusion matters to me.

I also prefer small groups and experiential events/activities that Justin talks about. I have never had a goal of increasing the size of our meetup beyond what a single facilitator could manage in a workshop.

STAC was just a bigger extension of the meetup for me. I always wanted to reach more people in the local community, so putting together a conference focused on my geographic region was a great chance to bring new local voices to the fore. I never wanted it to be a big formal event, so I’m working on an ATL software testing unconference for the fall: shortSTAC. More on that to come!

This has been an awesome ride over the last 3 years, but we’re re-branding and branching out into our very own Meetup now known as Ministry of Test Atlanta!

As part of our reboot, I wanted to share some thoughts on what challenges a meetup organizer confronts every month and why monthly events are so difficult to sustain!

Meetups are tough for reasons

1. Location, location, location!

People interested in testing are spread out across ATL and traffic suuuuuucks. Plus, I have no budget, so someone has to be willing to host for free or sponsor the venue fee $$. I don’t want to hold the meetup only in one part of the city since that alienates interested test enthusiasts. Proximity to public transit is something I’m not sure matters, but it would make the meetup more accessible to more testers.

Over the past 3 years, we’ve had completely different crowds depending on which part of the city we chose. I preferred to rotate locations to give everyone some opportunity to attend, even though that introduced uncertainty that probably negatively affected attendance… It’s impossible to make the “right” choice for everyone who *might* attend…

Anyway, I work at VersionOne now and that means I can host, so that’s one variable taken care of!

2. Scheduling

We hold meetings on weeknights assuming that people are more likely to do work-related things on workdays – and would be more reluctant to give up their weekend fun time to work-ish things. Getting all of the stars aligned to schedule these meetups monthly *and* give enough time for people to RSVP and then work out the logistics of showing up… Timing is hard.

Since we tend to meet after work, providing food and drink encourages people to attend, but that’s not free… and I have no budget.

3. Funding

Food and drink cost $$ – someone has to be willing to sponsor the foodz, and drink

Possible sources of funding:

donations from individual attendees

local sponsors (probably companies)

I’ll have to check on company budget to see whether I can do pizza & sodas every time but I know I can do it sometimes.

Not everyone wants to present or run a workshop or host a round table or … yeah. People will show up but may not want to provide content. I have to find a willing volunteer to do it for free or someone to sponsor a fee $$.

We infrequently have presentations. Most of our events are workshops or rountables or some sort of interactive experience. My go-to is Lean Coffee since it lowers the barrier to getting groups together and provides value to attendees every time.

I’m definitely interested in scheduling joint events with other Atlanta meetups in the future.

5. Publicity

How do people find out about meetings? I do the social media management, but I have no budget so … mostly word of mouth otherwise? Maybe chat rooms?

I assume that most of the people who want to come to a testing meetup are testers, but not all test enthusiasts are testers. We’ve had development-types show up, so I want to keep it open and inclusive.

7. Viewpoint advocated

I refuse to insist people agree with me. I won’t call it a context-driven testing meetup or an agile testing [PDF] meetup because I want to welcome people who subscribe to other philosophies of testing. That said, I also don’t want vendor talks (and yes I work for a vendor now). This group is for engaging with ideas focusing on and around testing, not for mind-clubbing or selling or exchanging business cards. Active participation is expected and encouraged.

8. Volunteers

Organizing: While I have always had a core group of enthusiastic participants, I’ve never had a formal organizing committee. Being a one-woman-show most of the time is pretty exhausting, y’all. The meetup consumed lots of my free time. I made my professional hobby the primary thing I did for fun outside of the office for years. Um… not a sustainable model. I do not recommend it. At the same time, working with others means compromise, so consider carefully the tradeoffs and find allies who believe in your mission.

Presenting: Members of my core group have all helped out with content for the meetup – for which I am eternally grateful! I’ve also encouraged other local aspiring presenters to practice on us. Occasionally, someone I know from the wider testing community is in town and joins us to share their wit and wisdom. I resisted presenting at my own event for a long long time… until I needed content LOL

Testers are taught they are responsible for all testing. Some even say “It’s not tested until I run the product myself.” Eric Jacobson believes this old school way of thinking can hurt a tester’s reputation and — even worse — may threaten the team’s success. Learning to recognize opportunities where you may not have to test can eliminate bottlenecks and make you everyone’s favorite tester. Eric shares eight patterns from his personal experiences where not testing was the best approach. Examples include patches for critical production problems that can’t get worse, features that are too technical for the tester, cosmetic bug fixes with substantial test setup, and more. Challenge your natural testing assumptions. Become more comfortable with approaches that don’t require testing. Eliminate waste in your testing process by asking, “Does this need to be tested? By me?” Take back ideas to manage not testing including using lightweight documentation for justification. You may find that not testing may actually be a means to better testing.

As quality assurance manager for Turner Broadcasting System’s Audience & Multi-Platform Technologies (AMPT) group, Eric Jacobsonmanages the test team responsible for Turner’s sales and strategic planning data warehouse and its broadcast traffic system. Eric was previously a test lead at Turner Broadcasting, responsible for testing the traffic system that schedules all commercials and programming on Turner’s ten domestic cable networks, including CNN, TNT, TBS, and Cartoon Network. Prior to joining TBS, he was a tester at Lucent Technologies. Eric joined the tester blogosphere in 2007 and has been blogging about testing on testthisblog.com every week since.

As I recently wrote in Better Software magazine, I tend toward visualizing information. While this does not mean I skimp on words – as anyone who has been near me for 15 minutes can attest – it does mean that I think more clearly when I have a whiteboard in front of me and a chisel tip marker in my hand.

Ode to whiteboards

One Christmas gifts my husband installed a wall of whiteboards in our home for the children to draw and scribble. The children loved it and happily covered it with unintelligible childhood graffiti. As it turned out, this blank wall was a greater gift to me. When I was preparing to present at conferences in 2013, I was feeling quite blocked in writing proposals and producing presentation materials until I relaxed and just let myself have time with my home whiteboard.

I hadn’t realized how much I missed having a large expanse to fill with thoughts as they came spilling out. At my first testing job, my XP development team installed a wall of whiteboard for just this sort of thing, removing barriers to collaboration by having enough space for any conversation the team needed to have. Of course, some corners were dominated by persistent big visible charts but those lasted only as long as they were needed. Yes, I was spoiled.

I decided to keep my presentations simple and sketched the images I wanted to have in my slides on this wall. It turns out taking well lit pictures of whiteboards without glare is sufficiently difficult that there are apps for that. Go figure!

Takeaways

I also realized that I would be in a fix at the conference if I didn’t have a whiteboard handy, so I scoured the internet looking for portable options. It just so happened that one of my favorite nerdy websites was advertising a foldable pocket whiteboard. One look and I was in love. I was able to easily take notes in any way I saw fit and at a scale that pleased me, not being limited to eight and a half by eleven or whatever dimensions a digital application considered adequate.

In my day-long tutorial preceding CAST 2013, on a team with people I’d never met, I wasn’t sure how to begin solving the problem, but the casualness of a portable whiteboard that could be unfolded, scribbled on, wiped away, and stowed out of the way was definitely an asset to establishing good communication from the beginning.

It also came in handy when I was able to snag a table at one of the Agile2013 social events to catch up with a speaker whose talk I had missed. He liked it so much, he bought three. Subsequently, another friend from the conference asked whether that would be a good speaker gift and I heartily assented. Now I’m wondering whether this company pays for referrals. 🙂

Drawing pictures at work? Really!

At Agile2013, in his presentation Sketch you can!, Jeremy Kriegel explained using graphic facilitation to craft meetings that better involve attendees. People can focus on visuals easily and suggest improvements. This sketching is a combination of note taking and wire framing, which is something user experience (UX) folks do routinely as part of their work. He describes trading quality of the drawing for speed in order to keep the focus on communication, then enhancing the drawing later. The focus is on the need people are trying to satisfy and understanding the context of that need.

By sharing in a concrete way, you can validate precise language and discover where meeting participants are not agreeing. The result is a public record of the conversation that can be shared. (I’ve been known to take many many pictures of whiteboards in my day.) However, the communication is more important than the deliverable, which helped to free me of my concerns about how much artistic talent I have. I felt comfortable improvising and the sketching was a sort of performance, although in the class we were not standing up in front of a group.

Earlier today, I was having a conversation with a colleague at a whiteboard and sketching the interacting parts of the problem we are testing was very helpful for focusing the conversation and revealing areas that we needed to investigate. I’m definitely a fan of drawing pictures at work and I appreciate Jeremy’s encouragement.

Sketchy people

I guess my “mountain” was drawing cartoons (like the cartoon at the top rightfully indicates), although it took me DECADES to find that out. – Hugh MacLeod

However, I was so drawn to his live sketching videos that I decided to give it a whirl. Not sure where to begin, I snagged a photo of my 95-year-old grandmother off a family member’s Facebook and took a shot at digital sketching. I’m pretty pleased with the result. It’s not my best effort and I’m not worried about that because it was so much fun to try.

When I’m so busy that I don’t have time to blog or read a book or play a board game, I still have time to sketch something out, however crudely drawn the result might be. I know I won’t turn into an Andrea Zuill overnight, so I keep at it a little at a time.

I’m finding that sketching on digital photos or enhancing existing images (so far no original memes!) is much much easier than starting from nothing, so that’s kind of my thing at the moment, but I’m finding the courage to stretch a bit more into original composition. We’ll see if anything comes of it. For now, it gives me something creative to do that personalizes my slides a bit more.

Recently, Testing Circus was asking about how testers are framing their new year. Many testers contributed their plans to form quite a list! Will sharing our plans with others help us to achieve what we set out to do? It seems worth a try. More to the point, will we actually execute all the plans we make? I think it will be much like exploratory testing in adjusting based on new information we learn, but at least I’m starting out with a plan.

Here are my charters:

Read. Blogs, books. Or even watching videos and listening to podcasts. (I know not everyone is a visual learner.)

I heard that Gerry Weinberg has an exercise called “Mary hada little lamb,” in which you analyze each word in the sentence to elicit implicit meaning that might be important. This sounded interesting enough to try, so when the opportunity came to propose a topic at Test Retreat 2013 I went for it. My topic “Is testing for me?” didn’t end up formally scheduled but made a nice interstitial topic to discuss with those milling about in the main room.

I chopped the sentence into separate words and wrote them top-to-bottom on a large sticky note. Then, instead of giving some sort of prepared remarks, I elicited brainstorming from the gathered participants. Having received interesting feedback on my professional and personal strengths at Agile2013 that had left me questioning how best to use my evil powers for good, I wanted to hear how others were thinking about the testing field and how it fit them.

The resulting scrawled notes ended up a mindmap, the path of least resistance for me. I won’t say the discussion solved all my problems, but it did give me some direction for future exploration – exploration that might also be helpful to a newbie wondering whether to pursue a career in testing.

I started composing a list of things I’d recommend to people just starting out as testers to help them to evaluate whether to continue. I wanted to encourage them to jump right in but also think big, not waiting them to wait 5 years to reach out to the wider world of testing (like I did).

Here’s my current list. I blogged about various experiments I tried, so you can read for yourself to see what it’s like to select what’s a good starting point for you.

No matter how many times I think I’ve found all the meaning in my testing career, suddenly I realize there are more layers… but like a parfait, not an onion.

Donkey: Oh, you both have LAYERS. Oh. You know, not everybody like onions. What about cake? Everybody loves cake!
Shrek: I don’t care what everyone else likes! Ogres are not like cakes.
Donkey: You know what ELSE everybody likes? Parfaits! Have you ever met a person, you say, “Let’s get some parfait,” they say, “Hell no, I don’t like no parfait”? Parfaits are delicious!
Shrek: NO! You dense, irritating, miniature beast of burden! Ogres are like onions! End of story! Bye-bye! See ya later.
Donkey: Parfait’s gotta be the most delicious thing on the whole damn planet! – Shrek

Over the last few years, I have been getting to know other softwaretesters herein Atlanta. Frequently, beginning this new acquaintance is such a positive experience that the other tester urges finding others similar to us to meet more regularly. This is such a common outcome that I am no longer surprised when first conversations end this way.

I don’t have much experience with the particulars of sifting through a large tech community for people interested in hanging out during their personal time to chat about testing software. However, when others insist on giving you a boost, it’s harder to say no.

I have demurred all these requests until now. Eventually it seemed silly to continue to turn down the genuine offers of resources, energy, and enthusiasm. I almost felt bad about denying people the community they so clearly craved. So here we are.

I love meeting new people and engaging them in conversations. However, I realize not everyone is comfortable doing that. I’ve noticed that having a structure to interactions can reduce the social barriers for those who might otherwise hang back.

I have participated in several Lean Coffee events run by different facilitators. I liked the simple style and frequent feedback so much that it was the first thing I brought back with me to work after Agile2013. The format proved fruitful for an internal meeting and so it seemed like a good idea for starting this local meetup.

Another good idea for starting something new is affiliating with established allies. Since one of my benefactors was part of the Software Testing Club community, I thought co-branding made a lot of sense. I led the idea of extending their brand to the United States since doing so would bring more people together worldwide than I could on my own. I wanted our nascent local group to be connected to the larger world of testing enthusiasts from the beginning. That would support the new members’ sense that each of them is not alone, the connection that drove creating this group in the first place. This is really a community building itself. I just happen to be in the center of it.

I love helping people to connect deeply with one another, so it seems only natural to put in the effort of providing the means for others to come together. Now that I work in social media, setting up channels for others to find us and join in the discussion was my first step. I want to be discoverable so that other local testers who feel the need for connection won’t have to wait so long for me to happen along.

I really appreciate that localbusinesses are supporting our efforts to make time to tackle difficult questions in testing and to share what we’ve learned through our professional and personal experiences. So you will definitely hear me being vocal about thanking them. I wouldn’t choose to do this alone and I’m encouraged that others think this is a cause worth the investment. I’m confident that we’re building a strong community of thoughtful and curious folks who give each other’s ideas a chance.

At our first meeting, I facilitated the Lean Coffee format since I didn’t want anyone to feel put on the spot to take over something they hadn’t experienced. Since we had 15 other in-person attendees and 3 online folks, this was a much larger group than normal. Although I recognized that groups of this size would normally split, I thought keeping everyone together would be better for cohesiveness.

We did use a simple personal kanban board. Each person had a chance to contribute topics. Due to the size of the group, each person had 3 dots to vote on which topics had priority. We established a 5 minute interval between votes to continue. Then, I added a “mercy kill” rule that after 10 minutes we had to move on to the next topic. I wanted everyone to experience the variety of Lean Coffee and knew that our topics were so complex that they could easily take over the entire time we had to meet. Those topics we still wanted to pursue went into our future meeting backlog.

As a result, we covered all of the topics that had received a vote. When items in the To Do column had an equal number of votes, I picked one to be the next to proceed to the In Progress column. Any topics we had covered sufficiently went into our Done column.

While this execution wasn’t a strict interpretation of Lean Coffee, it was a perfect adaptation to our purposes. The conversations continued after we had officially ended and people are looking forward to getting together again next month. We had lots of leftover pizza and beer, possibly because we were too engaged in the interaction to step away to enjoy the refreshments. All in all, it was a great investment of my time and I look forward to doing this again and again.

As you may have noticed from my tweets, LinkedIn posts, Facebook posts, or chattering in person, I’m finally caving in to the peer pressure and organizing a local Atlanta, GA, USA tester meetup. Kind tester friends over at Software Testing Club have offered us help promoting and we are co-branding as Software Testing Club Atlanta. Please join us for our first Meetup on Tuesday, October 15, 2013 from 6 to 9 PM EDT. (Note: This meetup is not taking place in the UK, so sorry to all the usual STC attendees! We’re trying something new here. Also, the generated calendar appointment appears to be UK time rather than using the location’s local time. We’re meeting in the evening!)

Software Testing Club is crossing the pond to the United States! Our first Atlanta, GA meetup will be in space loaned by a tester friend, so we’re heading up to Alpharetta (center of gravity for the interested parties).

For our first meetup, our format will be a Lean Coffee, so bring your interests and ideas for discussion. We’ll explore this format and get to know each other over pizza and beer. (So I guess we could call it Lean Beer if you like…)