Skip navigation.

Patterns

A misleading benchmark...

general software testing | metaphors | other online resources | patterns | people issues | performance testing | perspectives | project management | test analysis | test management

No further commentary needed.

Dilbert.com

--
Scott Barber
President & Chief Technologist, PerfTestPlus, Inc.

Latest Column -- Testing training: Disturbing behaviors of students

ethics | events | general software testing | industry recognition | other online resources | patterns | people issues | perspectives | test management

My latest column...

Drive-by training. Never heard of it? It is exactly what it sounds like. You drive to a training facility (or an instructor drives to you), for a day or three the instructor delivers the pre-packaged training class, then everyone drives back home. It's not the best training model ever invented. There is generally no student assessment, and the only instructor/course provider accountability is reputation. Even so, many good ideas can be shared and lots of students come away feeling that it was well worth "the drive."

As it turns out, I've been delivering a lot of drive-by training to software testers this fall. That in itself isn't particularly noteworthy -- end-of-the-budget year is a popular time for drive-by training -- but something that is noteworthy is that I have noticed a rise in some disturbing behaviors among the individuals and organizations that select and attend drive-by training.

At first, I thought it was just me. But after an informal poll (and some lively discussions) with my employees and trainer friends in the testing realm, I became increasingly convinced that the behaviors I'm noticing are not exclusive to me and that I'm not the only one who thinks they are on the rise.

Read the rest of the column.

--
Scott Barber
President & Chief Technologist, PerfTestPlus, Inc.
Executive Director, Association for Software Testing
Co-Author, Performance Testing Guidance for Web Applications
 
"If you can see it in your mind...
     you will find it in your life."

Gateways... Services... Providers... No! They're "Business Experts"

patterns

I'm working with a customer that is implementing a website that allows customers to purchase products... This site has to talk to various webservices to obtain information about pricing and delivery options.

They were concerned that they didn't know what the interface for the delivery options web service was going to be so of course, I simply highlighted that this should be abstracted from their system as much as possible. All they new is that for a given order (made up of delivery address and the list of products) delivery options will vary depending on the types of products ordered and the delivery address. Other solutions (such as an internal call-centre package) will also be using the delivery options web service.

Testing Lessons From Civil Engineering

context-driven testing | development methodology | events | functional testing | general software testing | heuristics | patterns | perspectives | test analysis

Below is the paper I submitted as a prologue to an experience report, discussion, and (hopefully) additional research that I'm presenting for the first time during:

Attend CAST

Classify Performance Tests: IVECTRAS

context-driven testing | heuristics | non-functional testing | patterns | performance testing | performance testing patterns | project management | test management
This is the second installment of a currently unknown number of posts about heuristics and mnemonics I find valuable when teaching and conducting performance testing.
 
Other posts about performance testing heuristics and mnemonics are:
 
 
I have struggled for over 7 years now with first figuring out and then trying to explain all the different "types" of performance tests. You know the ones:
 
  • Performance Test
  • Load Test
  • Stress Test
  • Spike Test
  • Endurance Test
  • Reliability Test
  • Component Test
  • Configuration Test
  • {insert your favorite word} Test
 
Well, I finally have an alternative.
 
IVECTRAS

Test Patterns and Test Anti Patterns

patterns
Well I know Brian Marick experimented with the a few years ago and has moved on to the exemplar approach, there are drafts of what I feel will become an excellent book on his site, see blogroll on testing reflections for the link to his site.
However I still feel there is mileage in the idea and Brian was just once more too far ahead of the wave. So i am going to start some blogs on the subject of test patterns, good ideas in a given context, and will use examples of these as well as metaphors to try and demonstrate the reason they are effective.

Extract Transform Load - Data Migration Pattern...

general software testing | patterns
[textile]I am reviewing a test plan for the testing of the data migration from a legacy system to a new system... in the process I had to familiarise myself with the pattern used for the migration... "Extract Transform Load (ETL)":http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpatterns/html/ArcMovingDataCopies.asp

Interesting read... although it doesn't seem to mention that it should be used for one-off data migration, it seems to fit the profile.

The article is particularly useful as it warns you of some of the potential liabilities of using it.