The Latest
A Recipe for Success: Ingredients for Building a Great Software Team[magazine] Great people, interesting work, and smart referees make for a successful software team. Bobbie Patnode recommends some ways to keep your team engaged, including treating them well, paying them well, and training them well. |
Bobbie Patnode
June 26, 2002 |
|
![]() |
It's January 1, 2000 . . . What Have You Overlooked?[magazine] You have a Y2K effort in place, and it's all about preparation for an event you know is coming. What have you overlooked that’s going to bite you? This article will help give you 20-20 foresight to anticipate potential "gotchas." |
Robin F. Goldsmith
June 26, 2002 |
![]() |
Packaged-Software Indigestion[magazine] Vendor reviews are a wonderful technique to taste before you swallow commercial, off-the-shelf software. They're also a great way to build a partnership with your business decision-makers on packaged-software projects, instead of being brought in late or left out completely. Here are some important things to consider when conducting a vendor review. |
Eileen M. Strider
June 26, 2002 |
![]() |
Web Load Test Planning[magazine] Predicting how a particular Web site will respond to a specific load is a real challenge. Here are three basic steps necessary to design highly realistic and accurate Web site load tests. |
Alberto Savoia
June 26, 2002 |
Reporting Systems: Tracking the Details[magazine] If you're paying the bill for all the graphics, glitz, and applets, you're going to want to have some evidence that thousands of potential customers have actually seen your Web site. Here is a step-by-step recipe for testing system, network, and Internet reporting systems. |
Len DiMaggio
June 26, 2002 |
|
Adventures in Automated Testing[magazine] Sometimes the best teacher is experience. Here's a look at four real-life projects, each with a different problem domain, testing approach, and test tool, and the lessons they offered in automatic test generation. |
Pete TerMaat
June 26, 2002 |
|
![]() |
Test Design: Developing Test Cases from Use Cases[magazine] A use case is a sequence of actions performed by a system, which combined together produce a result of value to a system user. Use cases describe the "process flows" through a system based on its actual likely use, so the test cases derived from use cases are most useful in uncovering defects in the process flows during real-world use of the system. Here is an example of how a use case is used to derive and prioritize test cases. |
|
![]() |
Application Integration[magazine] Building an integrated suite of applications can be complicated, especially when several groups are working on the project in different locations. Here are some risks, as well as recommendations for allowing planning, development, and testing artifacts to be shared between disparate groups. |
Sam Guckenheimer
June 26, 2002 |
![]() |
Untangling Communication[magazine] Software development involves sharing critical ideas in a hectic, high-pressure environment. If you want your team to excel in its software projects, it's important to understand the communication circuitry at work in your everyday interactions. Here's a look at the components of the communication process, and five common errors to avoid. |
|
Calculating the Value of Testing[magazine] From an executive's perspective, software testing is not a capital investment in the physical plant, an acquisition, or another readily accepted business expense. A Quality Assurance Manager describes how to present testing as a business-process investment. |
James Bullock
June 26, 2002 |
|
![]() |
Lo-Fi GUI Design[magazine] This article takes you from “what happens before Lo-Fi Design” (understand the user) to storyboarding (with post-it notes), through final implementation. Other steps include window design (get out the scissors) and simulated execution. This thorough, step-by-step explanation of design method is supplemented with graphics and a usability sidebar. |
Luke Hohmann
June 26, 2002 |
![]() |
Building Productivity Through Measurement[magazine] Collecting and analyzing some simple measures on your application development project will provide a set of building blocks that can be used to manage your projects. This data will improve your success rate and reduce project development risk. Here are some simple measures that can improve your development efforts. |
Randy Numbers
June 26, 2002 |
![]() |
Requirements When the Field Isn't Green[magazine] Most advice on requirements gathering is targeted for brand-new "green-field" projects. What about evolving projects? Here's a seven-point strategy for those of us working on maintenance, updates, and legacy documentation. |
Karl E. Wiegers
June 26, 2002 |
Extreme Testing[magazine] Rapid application development means you have to accept that the things you build will need to change. Approach development in a way that makes it easy to transform yesterday’s code into what you need tomorrow. This article explains how testing works in the world of Extreme Programming. |
Ronald E. Jeffries
June 26, 2002 |
|
![]() |
Collaborate for Quality[magazine] Project teams are searching for ways to develop requirements that are as free from defects as possible. Here's how you can use collaborative workshops, along with walkthroughs and QA checklists, to develop high-quality requirements. |