Wednesday 7 August 2013

Error -26630 Not an XMLHttpRequest in Load runner

Error -26630: HTTP Status-Code=401 (eWS – Not an XMLHttpRequest) for “URL”

Turns out that this error occurs, during replying of a script, because the X-Requested-With and the X-Prototype-Versionheaders are missing in the http request.

steps:

To get past these errors here are the steps to follow for the failing script:

In Vugen go to Record>Recording Options…




In the Recording Options dialog, click on Advancedunder the General>HTTP Properties section

Under the HTTP Properties Advanced area click on theHeaders.. button

In the Headers dialog select Record headers in list from the dropdown




Click on the + sign and add an entry for X-Requested-With

Click on the + sign and add an entry for X-Prototype-Version





Re-run your script and the error should no longer appear.

What is thread pool? Why should we use thread pools?

A thread pool is a collection of threads on which task can be scheduled. Instead of creating a new thread for each task, you can have one of the threads from the thread pool pulled out of the pool and assigned to the task. When the thread is finished with the task, it adds itself back to the pool and waits for another assignment. One common type of thread pool is the fixed thread pool. This type of pool always has a specified number of threads running; if a thread is somehow terminated while it is still in use, it is automatically replaced with a new thread. Below are key reasons to use a Thread Pool
  • Using thread pools minimizes the JVM overhead due to thread creation. Thread objects use a significant amount of memory, and in a large-scale application, allocating and de-allocating many thread objects creates a significant memory management overhead.
  • You have control over the maximum number of tasks that are being processed in parallel (= number of threads in the pool).
Most of the executor implementations in java.util.concurrent use thread pools, which consist of worker threads. This kind of thread exists separately from the Runnable and Callable tasks it executes and is often used to execute multiple tasks.

Thread Pools are useful when you need to limit the number of threads running in your application at the same time. There is a performance overhead associated with starting a new thread, and each thread is also allocated some memory for its stack etc.
Instead of starting a new thread for every task to execute concurrently, the task can be passed to a thread pool. As soon as the pool has any idle threads the task is assigned to one of them and executed. Internally the tasks are inserted into a Blocking Queue which the threads in the pool are dequeuing from. When a new task is inserted into the queue one of the idle threads will dequeue it successfully and execute it. The rest of the idle threads in the pool will be blocked waiting to dequeue tasks.
Thread pools are often used in multi threaded servers. Each connection arriving at the server via the network is wrapped as a task and passed on to a thread pool. The threads in the thread pool will process the requests on the connections concurrently. A later trail will get into detail about implementing multithreaded servers in Java.
Java 5 comes with built in thread pools in the java.util.concurrent package, so you don't have to implement your own thread pool. You can read more about it in my text on the java.util.concurrent.ExecutorService. Still it can be useful to know a bit about the implementation of a thread pool anyways.

Here is a simple thread pool implementation:

public class ThreadPool {

  private BlockingQueue taskQueue = null;
  private List threads = new ArrayList();
  private boolean isStopped = false;

  public ThreadPool(int noOfThreads, int maxNoOfTasks){
    taskQueue = new BlockingQueue(maxNoOfTasks);

    for(int i=0; i
public class PoolThread extends Thread {

  private BlockingQueue taskQueue = null;
  private boolean       isStopped = false;

  public PoolThread(BlockingQueue queue){
    taskQueue = queue;
  }

  public void run(){
    while(!isStopped()){
      try{
        Runnable runnable = (Runnable) taskQueue.dequeue();
        runnable.run();
      } catch(Exception e){
        //log or otherwise report exception,
        //but keep pool thread alive.
      }
    }
  }

  public synchronized void stop(){
    isStopped = true;
    this.interrupt(); //break pool thread out of dequeue() call.
  }

  public synchronized void isStopped(){
    return isStopped;
  }
}
The thread pool implementation consists of two parts. A ThreadPool class which is the public interface to the thread pool, and a PoolThread class which implements the threads that execute the tasks.
To execute a task the method ThreadPool.execute(Runnable r) is called with a Runnable implementation as parameter. The Runnable is enqueued in the blocking queue internally, waiting to be dequeued.
The Runnable will be dequeued by an idle PoolThread and executed. You can see this in the PoolThread.run() method. After execution the PoolThread loops and tries to dequeue a task again, until stopped.
To stop the ThreadPool the method ThreadPool.stop() is called. The stop called is noted internally in the isStopped member. Then each thread in the pool is stopped by calling PoolThread.stop(). Notice how the execute() method will throw an IllegalStateException if execute() is called after stop() has been called.
The threads will stop after finishing any task they are currently executing. Notice the this.interrupt() call in PoolThread.stop(). This makes sure that a thread blocked in a wait() call inside the taskQueue.dequeue() call breaks out of the wait() call, and leaves the dequeue() method call with an InterruptedException thrown. This exception is caught in the PoolThread.run() method, reported, and then the isStopped variable is checked. Since isStopped is now true, the PoolThread.run() will exit and the thread dies.

How will you take thread dump in Java? How will you analyze Thread dump?

 A Thread Dump is a complete list of active threads. A java thread dump is a way of finding out what each thread in the JVM is doing at a particular point of time. This is especially useful when your java application seems to have some performance issues. Thread dump will help you to find out which thread is causing this. There are several ways to take thread dumps from a JVM. It is highly recommended to take more than 1 thread dump and analyze the results based on it. Follow below steps to take thread dump of a java process

•Step 1

On UNIX, Linux and Mac OSX Environment run below command:

ps -el | grep java

On Windows:

Press Ctrl+Shift+Esc to open the task manager and find the PID of the java process

•Step 2:

Use jstack command to print the Java stack traces for a given Java process PID

jstack [PID]

What is a thread leak? How can I trace whether the application has a thread leak?

Thread leak is when a application does not release references to a thread object properly. Due to this some Threads do not get garbage collected and the number of unused threads grow with time. Thread leak can often cause serious issues on a Java application since over a period of time too many threads will be created but not released and may cause applications to respond slow or hang.

Q:How can I trace whether the application has a thread leak?
Ans:If an application has thread leak then with time it will have too many unused threads. Try to find out what type of threads is leaking out. This can be done using following ways:

  • Give unique and descriptive names to the threads created in application. - Add log entry in all thread at various entry and exit points in threads.

  • Change debugging config levels (debug, info, error etc) and analyze log messages.

  • When you find the class that is leaking out threads check how new threads are instantiated and how they're closed.

  • Make sure the thread is Guaranteed to close properly by doing following - Handling all Exceptions properly.

  • Make sure the thread is Guaranteed to close properly by doing following

Friday 2 August 2013

performance test plan document

Performance Test plan document consists of:
1   Introduction.. 7
1.1         Purpose of The Test Plan Document 7
2   COMPATIBILITY Testing.. 7
2.1         Test Risks / Issues. 7
2.2         Items to be Tested / Not Tested. 7
2.3         Test Approach(s) 7
2.4         Test Regulatory / Mandate Criteria. 7
2.5         Test Pass / Fail Criteria. 7
2.6         Test Entry / Exit Criteria. 7
2.7         Test Deliverables. 8
2.8         Test Suspension / Resumption Criteria. 8
2.9         Test Environmental / Staffing / Training Needs. 8
3   Conformance Testing.. 8
3.1         Test Risks / Issues. 8
3.2         Items to be Tested / Not Tested. 8
3.3         Test Approach(s) 8
3.4         Test Regulatory / Mandate Criteria. 8
3.5         Test Pass / Fail Criteria. 8
3.6         Test Entry / Exit Criteria. 8
3.7         Test Deliverables. 9
3.8         Test Suspension / Resumption Criteria. 9
3.9         Test Environmental / Staffing / Training Needs. 9
4   Functional Testing.. 9
4.1         Test Risks / Issues. 9
4.2         Items to be Tested / Not Tested. 9
4.3         Test Approach(s) 9
4.4         Test Regulatory / Mandate Criteria. 9
4.5         Test Pass / Fail Criteria. 9
4.6         Test Entry / Exit Criteria. 9
4.7         Test Deliverables. 10
4.8         Test Suspension / Resumption Criteria. 10
4.9         Test Environmental / Staffing / Training Needs. 10
5   Load Testing.. 10
5.1         Test Risks / Issues. 10
5.2         Items to be Tested / Not Tested. 10
5.3         Test Approach(s) 10
5.4         Test Regulatory / Mandate Criteria. 10
5.5         Test Pass / Fail Criteria. 10
5.6         Test Entry / Exit Criteria. 10
5.7         Test Deliverables. 11
5.8         Test Suspension / Resumption Criteria. 11
5.9         Test Environmental / Staffing / Training Needs. 11
6   Performance Testing.. 11
6.1         Test Risks / Issues. 11
6.2         Items to be Tested / Not Tested. 11
6.3         Test Approach(s) 11
6.4         Test Regulatory / Mandate Criteria. 11
6.5         Test Pass / Fail Criteria. 11
6.6         Test Entry / Exit Criteria. 11
6.7         Test Deliverables. 12
6.8         Test Suspension / Resumption Criteria. 12
6.9         Test Environmental / Staffing / Training Needs. 12
7   Regression Testing.. 12
7.1         Test Risks / Issues. 12
7.2         Items to be Tested / Not Tested. 12
7.3         Test Approach(s) 12
7.4         Test Regulatory / Mandate Criteria. 12
7.5         Test Pass / Fail Criteria. 12
7.6         Test Entry / Exit Criteria. 12
7.7         Test Deliverables. 13
7.8         Test Suspension / Resumption Criteria. 13
7.9         Test Environmental / Staffing / Training Needs. 13
8   Stress Testing.. 13
8.1         Test Risks / Issues. 13
8.2         Items to be Tested / Not Tested. 13
8.3         Test Approach(s) 13
8.4         Test Regulatory / Mandate Criteria. 13
8.5         Test Pass / Fail Criteria. 13
8.6         Test Entry / Exit Criteria. 13
8.7         Test Deliverables. 14
8.8         Test Suspension / Resumption Criteria. 14
8.9         Test Environmental / Staffing / Training Needs. 14
9   System Testing.. 14
9.1         Test Risks / Issues. 14
9.2         Items to be Tested / Not Tested. 14
9.3         Test Approach(s) 14
9.4         Test Regulatory / Mandate Criteria. 14
9.5         Test Pass / Fail Criteria. 14
9.6         Test Entry / Exit Criteria. 14
9.7         Test Deliverables. 15
9.8         Test Suspension / Resumption Criteria. 15
9.9         Test Environmental / Staffing / Training Needs. 15
10 Unit Testing.. 15
10.1       Test Risks / Issues. 15
10.2       Items to be Tested / Not Tested. 15
10.3       Test Approach(s) 15
10.4       Test Regulatory / Mandate Criteria. 15
10.5       Test Pass / Fail Criteria. 15
10.6       Test Entry / Exit Criteria. 15
10.7       Test Deliverables. 16
10.8       Test Suspension / Resumption Criteria. 16
10.9       Test Environmental / Staffing / Training Needs. 16
11 User Acceptance Testing.. 16
11.1       Test Risks / Issues. 16
11.2       Items to be Tested / Not Tested. 16
11.3       Test Approach(s) 16
11.4       Test Regulatory / Mandate Criteria. 16
11.5       Test Pass / Fail Criteria. 16
11.6       Test Entry / Exit Criteria. 16
11.7       Test Deliverables. 17
11.8       Test Suspension / Resumption Criteria. 17
11.9       Test Environmental / Staffing / Training Needs. 17
Test Plan Approval.. 18
Appendix A: References. 19
Appendix B: Key Terms. 20



1      Introduction

1.1         Purpose of The Test Plan Document

[Provide the purpose of the Test Plan Document. This document should be tailored to fit a particular project’s needs.]
The Test Plan document documents and tracks the necessary information required to effectively define the approach to be used in the testing of the project’s product. The Test Plan document is created during the Planning Phase of the project. Its intended audience is the project manager, project team, and testing team. Some portions of this document may on occasion be shared with the client/user and other stakeholder whose input/approval into the testing process is needed.

2      COMPATIBILITY Testing

2.1         Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

2.2         Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












2.3         Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

2.4         Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

2.5         Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

2.6         Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

2.7         Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

2.8         Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

2.9         Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

3      Conformance Testing

3.1         Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

3.2         Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












3.3         Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

3.4         Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

3.5         Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

3.6         Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

3.7         Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

3.8         Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

3.9         Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

4      Functional Testing

4.1         Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

4.2         Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












4.3         Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

4.4         Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

4.5         Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

4.6         Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

4.7         Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

4.8         Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

4.9         Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

5      Load Testing

5.1         Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

5.2         Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












5.3         Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

5.4         Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

5.5         Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

5.6         Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

5.7         Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

5.8         Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

5.9         Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

6      Performance Testing

6.1         Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

6.2         Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












6.3         Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

6.4         Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

6.5         Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

6.6         Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

6.7         Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

6.8         Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

6.9         Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

7      Regression Testing

7.1         Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

7.2         Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












7.3         Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

7.4         Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

7.5         Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

7.6         Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

7.7         Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

7.8         Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

7.9         Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

8      Stress Testing

8.1         Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

8.2         Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












8.3         Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

8.4         Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

8.5         Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

8.6         Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

8.7         Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

8.8         Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

8.9         Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

9      System Testing

9.1         Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

9.2         Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












9.3         Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

9.4         Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

9.5         Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

9.6         Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

9.7         Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

9.8         Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

9.9         Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

10   Unit Testing

10.1     Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

10.2     Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












10.3     Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

10.4     Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

10.5     Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

10.6     Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

10.7     Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

10.8     Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

10.9     Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

11   User Acceptance Testing

11.1     Test Risks / Issues

 [Describe the risks associated with product testing or provide a reference to a document location where it is stored. Also outline appropriate mitigation strategies and contingency plans.]

11.2     Items to be Tested / Not Tested

[Describe the items/features/functions to be tested that are within the scope of this test plan. Include a description of how they will be tested, when, by whom, and to what quality standards. Also include a description of those items agreed not to be tested.]
Item to Test
Test Description
Test Date
Responsibility












11.3     Test Approach(s)

[Describe the overall testing approach to be used to test the project’s product. Provide an outline of any planned tests.]

11.4     Test Regulatory / Mandate Criteria

[Describe any regulations or mandates that the system must be tested against.]

11.5     Test Pass / Fail Criteria

[Describe the criteria used to determine if a test item has passed or failed its test.]

11.6     Test Entry / Exit Criteria

[Describe the entry and exit criteria used to start testing and determine when to stop testing.]

11.7     Test Deliverables

[Describe the deliverables that will result from the testing process (documents, reports, charts, etc.).]

11.8     Test Suspension / Resumption Criteria

[Describe the suspension criteria that may be used to suspend all or portions of testing. Also describe the resumption criteria that may be used to resume testing.]

11.9     Test Environmental / Staffing / Training Needs

[Describe any specific requirements needed for the testing to be performed (hardware/software, staffing, skills training, etc).)]

 Test Plan Approval

The undersigned acknowledge they have reviewed the Test Plan document and agree with the approach it presents. Any changes to this Requirements Definition will be coordinated with and approved by the undersigned or their designated representatives.
[List the individuals whose signatures are required.  Examples of such individuals are Business Steward, Technical Steward, and Project Manager. Add additional signature lines as necessary.]

Signature:

Date:

Print Name:



Title:



Role:




Signature:

Date:

Print Name:



Title:



Role:





Appendix A: References
[Insert the name, version number, description, and physical location of any documents referenced in this document.  Add rows to the table as necessary.]
The following table summarizes the documents referenced in this document.
Document Name and Version
Description
Location
[Provide description of the document]



Appendix B: Key Terms
[Insert terms and definitions used in this document.  Add rows to the table as necessary. Follow the link below to for definitions of project management terms and acronyms used in this and other documents.
http://www2.cdc.gov/cdcup/library/other/help.htm
The following table provides definitions for terms relevant to this document.
Term
Definition
[Insert Term]
[Provide definition of the term used in this document.]
[Insert Term]
[Provide definition of the term used in this document.]
[Insert Term]
[Provide definition of the term used in this document.]