The Common Sense Approach to Gathering Requirements The rapid development of applications nowadays does not always leave a project time to perform lengthy assessment of requirements and time to test; as in most cases, time is of the essence. Identifying a simple process for gathering and assessing Requirements makes the testing of applications easier and lessens the risk of delivering inadequately tested software. This paper provides the steps necessary to implement the process. |
||
Using "Backfiring" to Accurately Size Software To make the transition between souce lines of code (SLOC) and function points (FP) easier, a method called "Backfiring" was developed to calculate function points by taking the SLOC count and multiplying it by a static factor based on the dominant software programming language. This article presents the basis for the two measures: Function Points and source lines of code, highlighting their differences and distinct advantages. |
Carol Dekkers
July 9, 2001 |
|
The Secrets of Highly Successful Measurement Programs Can measurement be the system development savior of the 21st century, or is it a passing fad? The truth lies somewhere in between. The secrets of highly successful measurement programs extend well beyond the technical correctness of the chosen metrics and collecting of data. This article explores these secrets and identifies characteristics critical to measurement program success. The secrets of highly successful measurement programs extend well beyond the technical correctness of the chosen metrics and collecting of data. This article explores these secrets and identifies characteristics critical to measurement program success. |
||
Why Not Exploratory Testing? Most of the Test Managers say, "Testing without test plans is a crime." The testers should know what is being built and should analyze the way to proceed. He/she will have to prepare the test plans based upon that to proceed with testing the application. Good knowledge of Exploratory Testing is necessary for reading this article. For those who don't have much idea about Exploratory Testing, a small intro is given here. |
||
Targeted Software Fault Insertion This paper presents data on the effectiveness of software fault insertion, discusses the advantages and risks of fault insertion, provides tips on gaining cultural acceptance for fault insertion and suggests high payback areas for fault insertion which have proven themselves over multiple products. In a typical software development cycle, defect detection starts to trail off once the mainline code stabilizes. With software fault insertion, it was found that the defect detection rate does not level off and the hardest task becomes not one of finding defects but one of prioritizing the stream of defects. |
||
Standards for Test Automation The Mocrosoft Windows team has transitioned from having no standards to having a strict set of guidelines to follow when writing new automated tests.
|
||
An Installation Saga Have you ever run an installation program that wreaked more havoc than the installed application was worth? We often talk about user headaches from faulty software, but sometimes the pain begins with the installation process itself. Just for fun, here's a humorist's fictional account of a nightmare installation he (barely) endured. |
||
What You Don't Know May Help You Some testers take it upon themselves to learn as much as possible about the inner workings of the system under test. This type of "gray box" testing is valuable, and most testers have the technical wherewithal to grasp much of what's going on behind the scenes. But it's important to recognize that sometimes "ignorance is strength" when it comes to finding problems that users will encounter. |
||
Software Metrics: Successes, Failures, and New Directions The history of software metrics is almost as old as the history of software engineering. Yet, the extensive research and literature on the subject has had little impact on industrial practice. This is worrying given that the major rationale for using metrics is to improve the software engineering decision making process from a managerial and technical perspective. |
Norman Fenton
June 26, 2001 |
|
UML Extension for Business Modeling This document defines the UML's extension mechanisms, namely Stereotypes, Tagged Values, and Constraints. |
Pages
Upcoming Events
Apr 28 |
STAREAST Software Testing Conference in Orlando & Online |
Jun 02 |
AI Con USA Bridging Minds and Machines |
Sep 22 |
STARWEST Software Testing Conference in Anaheim & Online |
Oct 13 |
Agile + DevOps USA The Conference for Agile and DevOps Professionals |