This glossary defines key terms that are used in the Visual Studio Team System Help.
The set of work items not yet closed, representing work under consideration or still to be completed.
The original approved plan (for a project, a work package, or an activity), plus or minus approved scope changes. Usually used with a modifier (for example, cost baseline, schedule baseline, performance measurement baseline).
A pre-release version of a product that is sent to customers and partners for evaluation and feedback.
black box test
A test that is based on a component's actual behavior without regard to its implementation.
A principle of good scheduling. It means having those who do the work estimate the effort, rolling up task-level estimates, and recognizing that experience is the best estimating technique.
To allow a collection of files to evolve in two or more divergent paths. Branching is often used when teams need to maintain two or more similar code bases, for example, when a product is released and work needs to begin on the next version. In source control, branching is analogous to a file system copy operation.
Specifies the probability of a virtual user running a given browser profile. For example: 95% use Internet Explorer 6 and 5% use Pocket IE. Valid only for Web test and coded Web tests See: load test scenario, Web test, coded Web test.
A collection of HTTP headers to simulate a particular browser, such as Internet Explorer 6 or Netscape 6.
A type of work item that records a potential source of dissatisfaction with the product. The common name of a work item type for tracking code defects.
A chunk of development time allocated to fix bugs. An allotment is created by leaving slack in the iteration plan.
The point at which the rate of fixed bugs exceeds the rate of found bugs. Bug convergence is a visible indication that the team is making progress against the active bug count. It is a sign that the project end is within reach.
A named set of deliverables (software components) produced, usually by compiling, from a discrete set of source versions.
build acceptance test
See build verification test (BVT)
A computer or a server on which Team Foundation Build is installed. Before you create a new build definition, you must designate a computer or a server as a build agent. You can use the Visual Studio Team System user interface to designate new build agents or to manage existing build agents.
A part of the internal release cycle. It is the process of adding features, creating test cases for each, stabilizing each feature before building new features, and then releasing for evaluation.
Used to manage the conditions under which a single solution or a set of solutions will be built.
A message that notifies you of an issue that breaks the build.
The quality of the as-built software.
build verification test (BVT)
Also known as a smoke test. A group of tests used to determine the health of a build at a high level. Typically, these tests exercise the core functionality to help team members determine whether further testing is worthwhile. They are run after the daily build to verify that compilation of source code has been built successfully and is ready for further testing.