Skip to main content

Let’s Make BBST Courses More Accessible

Are time and financial worries keeping students away?


Second in a series.

In my previous post, I wrote about enhancing the student and instructor experience in the AST’s BBST courses by focusing on updating the Fieldstones. Today, I'm talking about another area I would like to concentrate on if elected to the Board of Directors: finding ways to make the BBST courses accessible to more people.

When I say “make the BBST courses accessible to more people,” I’m not implying that the courses are in any way exclusive (other than requiring students to be members of the AST) or elitist. What I do mean is there are many reasons people are unable to take the BBST courses, and I think it would benefit the AST, and better help it to achieve its objectives, if we were to look into what those reasons are and find ways to resolve them.

One of the more common obstacles I see involves the time commitment required to succeed in the courses. One of our guiding principles is that we view software testing as a cognitively complex activity that requires critical thinking, effective communication, and rapid self-directed learning. To me, that means the BBST student needs to go beyond merely remembering or understanding the material the course presents. Using the language of Bloom’s Taxonomy, I believe the goal is for the student to not only apply what they learn in the course, but use it to create something new, critically examine information and make judgments, and take information apart and explore relationships. That, admittedly, takes time, and the general guideline for the AST’s BBST courses is to allow roughly 10 to 12 hours per week for study.

But I think many people who have taken a BBST course can agree the study guideline is really the minimum suggested time allotment, and students can, and often do, spend much more time on the course to get the most out of it. This can be a problem because everyone has limited time (BBST students are no exception!) and other commitments, such as work and family or community and charitable involvement, are all vying for that limited time. 

Another common obstacle is financial. Although the courses are reasonably priced, especially when compared to similar training options, there are those for which it can be a bit costly. Do we want to adjust the price of the course, award scholarships, or give a student discount as we do with membership fees? There are many ways that this can be addressed, each with its own intricacies and issues. 

So, what do we do?

I believe we need to initially spend time to identify some of the more common obstacles to BBST participation, and then work collectively to find ways to lower or remove those obstacles. 

Because, the BBST courses are an essential and integral part of what the AST brings to the community, and changes of this nature can have wide-ranging and unanticipated consequences, I think this effort needs to involve more than just the Board of Directors and the Education Committee, and should include involvement by the general AST membership as well.

Comments

Popular posts from this blog

Takeaways from the Continuous Automated Testing Tutorial at CAST2014

I had the opportunity to attend Noah Sussman's tutorial on Continuous Automated Testing last week as part of CAST2014. It was a great tutorial, with most of the morning spent on the theory and concepts behind continuous automated testing, and the afternoon spent with some hands-on exercises. I think that Noah really understands the problems associated with test automation in an agile environment, and the solutions that he presented in his tutorial show the true depth of his understanding of, and insight into, those problems. Here are some of the main highlights and takeaways that I got from his tutorial at CAST2014. Key Concepts Design Tools – QA and testing are design tools, and the purpose of software testing is to design systems that are deterministic Efficiency-to-Thoroughness-Trade-Offs – (ETTO) We do not always pick the best option, we pick the one that best meets the immediate needs Ironies of automation – Automation makes things more complex and, while tools can make...

Let’s Continue to Drive Software Testing Education Forward

It’s Time to Embrace the Student Who Learns Differently Last in a series. In my last two posts I’ve written about enhancing the student and instructor experience in the AST’s BBST courses by focusing on updating the Fieldstones and making BBST courses more accessible by identifying some of the more common obstacles to BBST participation, and then working collectively to find ways to lower or remove those obstacles. In this post, I want to discuss the third and final area I would like to concentrate on if elected to the Board of Directors: researching and establishing alternate approaches to teaching that better suit different learning styles. As members of the AST, we have access to some of the best information and training available in the field of software testing. The AST hosts the Conference of the Association for Software Testing (CAST) each year, providing full-day tutorials, keynotes, and track sessions. They also offer four separate BBST courses:  Foundations, ...

CloudFormation Templates: Using Ref to Access Run Time Information

When working with AWS CloudFormation, many of the resource properties we reference in our stack template will not be available until the stack is built and creation of that particular resource has been initiated. For example, suppose we're declaring an ECS service called MigrateDatabaseService to run and maintain a task based on the MigrateTask task definition. One of the required properties of the AWS::ECS::Service resource is a string containing the Amazon Resource Name (ARN) of the task definition (including the revision number) that we want to run on the cluster. The problem is that the task definition is declared in the same template, but the ARN will not be available until run time. So, how do we specify a run time value at design time? CloudFormation provides eleven built-in, or intrinsic, functions that we can use to assign values to properties that are not available until run time. The intrinsic function we need to use to populate the TaskDefinition propert...