Some Basic Testing Concepts

Some Basic Testing Concepts Tests are Tools A test is simply a tool that is used to measure something. To narrow that definition a little – after all, we do measure stuff all the time without having any interest in testing it – a test is usually formal, in the sense that is it created and applied with a purpose and intentionally. The "something" that a test is measuring can often be summarized with a question:

1. What are the subject's characteristics or properties? This kind of measurement looks at the test subject itself.
2. Does the test subject pass or fail the test? This kind of measurement compares the subject, or the subjects performance or behavior, against a concrete definition of what success means. The test evaluates the subject based on that definition; if that requirement is met, the subject passes the test.
3. How does the subject respond to the test? This kind of measurement evaluates some arena of performance or behavior, and is usually intended to improve understanding of the test subject.

A test requires more than just asking one of these questions, however. Tests must be planned and thought out a head of time; you have to decide such things as what exactly you are testing and testing for, the way the test is going to be run and applied, what steps are required, etc. A test is usually based on some kind of understanding of what a good result would be, or a specific definition of what "good" means. Using the example above, say I find a television that will fit, so I based on the fact that it passed my measurement test. I get home and set it up and then realize – oops, it doesn't come with a remote control – that I hadn't specified all of my requirements, and as a result hadn't tested for the all of the correct things that I needed. A misunderstood or inadequately planned test can waste time and provide bad information, because the interpretation of the test results will be flawed and misleading. Oops again, I brought a metric tape measure, and I don't know how to convert. Darn, was I supposed to measure with or without the antenna? Did my wife tell me to look for a projection TV, or a Web TV? Before running any test, you should be able to answer the following rough questions:

1. What are you testing? Define the test subject, whether it is a thing, a process, a behavior, a threshold, etc. Define the scope of the test subject. For example, if you are testing a web site's links, will you test every link, or only links to static pages, or only links to other pages as opposed to internal links, etc?
2. From what point-of-view are you testing? If your test is supposed to mimic the interaction of a specific agent or user, then you must have a strong understanding of that agent or user.
3. What are you testing for? Be as specific as possible. If you are going to test one aspect of the test subject, make that limitation clear.
4. How are you going to test? Define the test plan, the specific test(s), test methodologies, etc.

Testing, Quality Control and Quality Assurance Testing is often confused with the processes of quality control and quality assurance. Testing is the process of creating, implementing and evaluating tests. If you are shopping for a new television, you can call that process "testing for the best TV for you"... it's kind of pretentious, but that is what you're doing as you compare prices and features to find what will work best for you. Testing usually has a limited scope and duration – you're just looking at TVs, and only in your town, you're not going to spend a year shopping, are you? Testing is predicated on the use of a standard of quality: you have a specification of what's allowable (no broken links? ALT tags have values? maximum page weight is 10K?) and you compare the site to the standard, noting deviations and shortcomings. This seems simple, but your testing is only valuable if your standard of quality is comprehensive, well thought-out, and reasonable. If your standard has holes, then your testing process has blind spots. Quality control is a refinement of testing, involving the formal and systematic use of testing and a precise definition of what quality means for the purposes of the test. You aren't just testing, you are testing and then doing something with the results. Quality control is used for testing a product or output of a process, with the test measuring the subject's ability to meet a certain benchmark or threshold of quality. The tests usually take the form of "does this product meet requirement X?", and are often pass-fail. Effective quality control testing requires some basic goals and understanding:

1. You must understand what you are testing; if you're testing a specific functionality, you must know how it's supposed to work, how the protocols behave, etc.
2. You should have a definition of what success and failure are. In other words, is close enough good enough?
3. You should have a good idea of a methodology for the test, the more formal a plan the better; you should design testcases.
4. You must understand the limits inherent in the tests themselves.

Any true attempt at quality control requires a great deal of planning before any tests are ever applied, and extensive documentation of quality standards, test plans, test scenarios, test cases, test results -- anything that goes into the testing must be carefully tracked and written down. In fact, for companies that manufacture products, as well as for software companies, a series of formal accreditation programs exist to measure and certify the company's adherence to some very strict standards, for example the ISO 9000 series of rules. No such certification systems exist for web sites, perhaps because sites are more experiences and resources than products to buy. The distinctions between testing and quality control are important for an understanding of the roles and purposes of testing, but they are especially important to anyone involved in testing or creating large a web site. Based on my own experiences, I strongly recommend that testing for site quality be a priority for anyone who

1. works as part of a team that is building and/or maintaining a big web site, and whose responsibility is for testing, quality control, or quality assurance
2. delivers a site to a customer
3. receives site code from a contractor, agency, or technology partner

Testing -- and by extension quality control -- is reactive; that is, you test to find deviations from a standard. If you systematically employ a formal battery of tests on a consistent schedule, you will be able to pass a product with fairly stable quality. The shortcoming here is that this kind of testing does nothing to improve the quality of output; as far as user-experience is concerned, you're just running in place. Testing and quality control do nothing to raise the level of quality beyond perhaps tweaking the standard to "raise the bar". Quality assurance goes beyond quality control to examine the processes that create and shape the product: quality assurance looks at the quality of output, as well as at the quality of the inputs.

SOA Testing

Sometime back, I had given a presentation on SOA Testing. You can view/download the ppt from following link:

SOA Testing PPT

Comments are welcome!

Getting Current Time on DB

To verify a bugs I had a need to get the current time on the Database
Server. Here are some SQL which might be useful.

Note: This is on Oracle DB

To get the server Date:

SELECT sysdate FROM dual;

This will give you the system date in this format, Ex: 18-AUG-09

To get the server TimeZone:

SELECT sessiontimezone FROM dual;

This will give you the system timezone in this format, Ex: Asia/Calcutta

To get the server time:

SELECT systimestamp FROM dual;

This will give you the system time in this format,
Ex: 18-AUG-09 04.49.43.648480000 AM -07:00

Microsoft Releases IE8

Microsoft to release IE8. Read more at the following links.

* http://www.microsoft.com/Presspass/press/2009/mar09/03-18IE8AvailablePR.mspx
* http://blogs.msdn.com/ie/archive/2009/03/19/internet-explorer-8-final-available-now.aspx
* http://www.pcworld.com/businesscenter/article/161522/microsoft_releases_ie8_stresses_security.html

List Files in a directory

I remembered a good question which I was asked in one of my interviews some time back...

Write a program to list the files in a directory. The listed files should be greater than 1000 KB and it should be sorted.

This should take care of recursion also. Also write test cases for the same.

Here is what I came up with...

Java Program to List Files in a Directory.

/*
This program prints all the files in a directory(including sub directories recursively)
- more than 1000 KB - 1 KB = 1000 Bytes, 1000 KB = 1024000 bytes
- in descending order
*/

import java.io.*;
import java.util.*;

public class listFiles{
// Vector to hold all the list of files.
static Vector v1 = new Vector();
static boolean validdir = true;

public static void main(String[] args) {
// Get the directory name from the command line
if (args.length > 0 ) {
File dirName = new File(args[0].trim());
listFiles.listFilesinDir(dirName);
} else {
System.out.println("Enter a directory name.\n Usage: listFiles dirName");
validdir = false;
}

if (validdir) {
// Sort the Vector v1
Comparator comparator = Collections.reverseOrder();
// System.out.println("The List of files before sorting: " + v1);

Collections.sort(v1,comparator);
//System.out.println("The List of files after sorting in descending order : " + v1);
System.out.println("The Total Number of Files are: " + v1.size());

for (Enumeration e = v1.elements(); e.hasMoreElements();) {
System.out.println(e.nextElement());
}
}
} // end main()

public static void listFilesinDir(File fin) {
// Throw error if the directory does not exist.
if (!fin.exists()) {
validdir = false;
System.out.println(fin.getName() + " does not exist!!!");
return;
}

if (fin.isFile()) {
// 1 KB = 1000 Bytes, 1000 KB = 1024000 bytes
if (fin.length() > 1024000) {
// To print all files remove the comment in the below line.
// System.out.println(fin.getName());
// Add all the files into the vector.
listFiles.v1.add(fin.getName());
}
}
else if (fin.isDirectory()) {
String[] files = fin.list();
if (files == null) return;

for (int i=0; i

Here is the list of TestCases

	A	B	C	D	E
1	Nu	Test Case For	Description	Expected Results	Remarks
2	1	Valid Dir Name	Give a Valid Dir Name	Should give the list of files	Assume that size and ascending is taken care
3	2	Valid Dir Name - Order	Check for Descending order	The listed files should be in descending order	Assume that size is taken care
4	3	Valid Dir Name - Size	Check for the Size of Files	The listed files should be greater than 1000 KB only	Assume that ascending is taken care
5	4	Size - Boundary values	Have a file of Exactly 1000 KB	This file should be listed	Assume that ascending is taken care
6	5	Size - Boundary values	Have a file of Exactly 1001 KB	This file should be listed	Assume that ascending is taken care
7	6	Size - Boundary values	Have a file of Exactly 999 KB	This file should NOT be listed
8	7	Size - Low size	Have a empty file/0 size	This file should NOT be listed
9	8	Size - Low size	Have a file of 1 KB size	This file should NOT be listed
10	9	Size - Huge Size	Have a file of 20000 KB	This file should be listed	Assume that ascending is taken care
11	10	Order	Have files with names - a.txt, aa.txt, aaa.txt	Observe that these should be sorted in descending order	Assume that size is taken care
12	11	Order	Have files with names - a.txt, b.txt, c.txt	Observe that these should be sorted in descending order	Assume that size is taken care
13	12	Dir Name -Space	Let the directory name have space - ex: "Program Files"	Should give the list of files	Assume that size and ascending is taken care
14	13	Dir Name - Case Sensitive	Have directories with case sensitive - ex: myDir1, mYdIR2 etc	Should give the list of files	Assume that size and ascending is taken care
15	14	Sub Directories	Have many sub directories	The sub directory names should NOT be listed
16	15	Sub Directories	Have many sub directories	The files inside the sub directories should be listed	Assume that size and ascending is taken care
17	16	Sub Directories	Have a sub directory with the "same name" as parent	The files inside the sub directories should be listed	Assume that size and ascending is taken care
18	17	Hidden Files	Have some hidden files in the dir	These should be listed	Assume that size and ascending is taken care
19	18	Hidden Directory	Specify a hidden dir as input	The files inside a hidden dir should be listed	Assume that size and ascending is taken care
20	19	Hidden sub directories	Have some hidden sub directories inside the parent dir	The files inside a hidden dir should be listed	Assume that size and ascending is taken care
21	20	Read-Only Files	Have some read only files in the dir	These should be listed
22	21	Read-only Directory	Specify a read-only dir as input	The files inside a read-only dir should be listed	Assume that size and ascending is taken care
23	22	Read-only Sub directories	Have some read-only sub directories inside the parent dir	The files inside a read-only dir should be listed	Assume that size and ascending is taken care
24	23	Empty Dir	Give a valid dir name - but empty one	No Files should be listed
25	24	Dir Name - Special Chars	Have some special chars in the name of the dir	Should give the list of files	Assume that size and ascending is taken care
26	25	Sub Directories - Breadth	Have many sub directories in the parent dir… Have a breadth of say 10-20 dirs. and files inside those directories	Should give the list of files	Assume that size and ascending is taken care
27	26	Sub Directories - Depth	Have a sub directoy inside a sub directory inside a sub dir…. Have a depth of say 10-20 dirs. and files inside those directories	Should give the list of files	Assume that size and ascending is taken care
28	27	Shared Dir in Windows	Specify a shared directory	Should give the list of files	Assume that size and ascending is taken care
29	28	Specify the URI as dir name	A dir on the intranet - ex: \\10.192.23.212\myDir1	Should give the list of files if accessible	Assume that size and ascending is taken care
30	29	Dir Name - "."	Specify "." as the dir name	Should give the list of files in the current dir	Assume that size and ascending is taken care
31	30	Dir Name - ".."	Specify ".." as the dir name	Should give the list of files in the parent dir	Assume that size and ascending is taken care
32	31	Dir Name - Absolute Path - Forward Slash	Specify "C:/Testing/MyDir1" as the dir name	Should give the list of files	Assume that size and ascending is taken care
33	32	Dir Name - Absolute Path - Back Slash	Specify "C:\Testing\MyDir1" as the dir name	Should give the list of files	Assume that size and ascending is taken care
34	33	Dir Name - Relative Path - Forward slash	Specify "MyDir1/MyDir2/MyDir3" as the dir name	Should give the list of files	Assume that size and ascending is taken care
35	34	Dir Name - Relative Path - Backward slash	Specify "MyDir1\MyDir2\MyDir3" as the dir name	Should give the list of files	Assume that size and ascending is taken care
36	35	Dir Name - Relative Path	Specify "..\..\MyDir2\MyDir3" as the dir name	Should give the list of files	Assume that size and ascending is taken care
37	36	Dir Name - integer	The dir name is "12345"	Should give the list of files	Assume that size and ascending is taken care
38	37	Dir Name - very long name	Ex: The dir name is "Thisismydirectoryandthenameisverybig"	Should give the list of files	Assume that size and ascending is taken care
39	38	Negative Test	Specify some file name as input	Throw error message
40	39	Negative Test	Specify some non existing dir name	Throw error message
41	40	Negative Test	Specify null	Throw error message
42	41	Formats	All possible format files should be listed - ex: ".zip" ".doc" ".pdf" etc	Should give the list of files	Assume that size and ascending is taken care
43	42	Negative Test	Specify a zip file as input	Throw error message
44	43	Negative Test	Specify the dir name + some blanks	Should trim
45
46		Unix/Linux
47	44	Perform all the above tests for Linux/Unix; Also perform the below special cases for Unix
48
49	45	Dir Name - Mounted dir	Specify a mounted dir as the input dir name	Should give the list of files	Assume that size and ascending is taken care
50	46	Dir Name - Case Sensitive	Have directories with case sensitive - ex: myDir1, mYdIR2 etc	Should give the list of files	Assume that size and ascending is taken care
51	47	Read-Only Files	Have some read only files in the dir	These should be listed
52	48	Read-only Directory	Specify a read-only dir as input	The files inside a read-only dir should be listed	Assume that size and ascending is taken care
53	49	Read-only Sub directories	Have some read-only sub directories inside the parent dir	The files inside a read-only dir should be listed	Assume that size and ascending is taken care
54	50	Dir Name - Special Chars	Have some special chars in the name of the dir	Should give the list of files	Assume that size and ascending is taken care
55	51	Dir Name - "."	Specify "." as the dir name	Should give the list of files in the current dir	Assume that size and ascending is taken care
56	52	Dir Name - ".."	Specify ".." as the dir name	Should give the list of files in the parent dir	Assume that size and ascending is taken care
57	53	Dir Name - Absolute Path - Forward Slash	Specify "/opt/testing/MyDir1" as the dir name	Should give the list of files	Assume that size and ascending is taken care
58	54	Dir Name - Absolute Path - Back Slash	Specify "opt\testing\MyDir1" as the dir name	Should give the list of files	Assume that size and ascending is taken care
59	55	Dir Name - Relative Path - Forward slash	Specify "MyDir1/MyDir2/MyDir3" as the dir name	Should give the list of files	Assume that size and ascending is taken care
60	56	Dir Name - Relative Path - Backward slash	Specify "MyDir1\MyDir2\MyDir3" as the dir name	Should give the list of files	Assume that size and ascending is taken care
61	57	Dir Name - Relative Path	Specify "..\..\MyDir2\MyDir3" as the dir name	Should give the list of files	Assume that size and ascending is taken care
62
63		Performance Testing
64	58	50,000 Files( all > 1000 KB)	Have a dir with 50,000 Files	Should give the list of files - check for breakdown	Assume that size and ascending is taken care
65	59	50,000 Files > 1000 KB + 50,000 Files < 1000 KB	Have a dir with 50,000 Files > 1000 KB and 50,000 Files < 1000 KB	Should give the list of files - check for breakdown	Assume that size and ascending is taken care
66
67	60	10,000 Sub directories	Have 10,000 sub directories with files	Should give the list of files - check for breakdown	Assume that size and ascending is taken care

Testing Private methods

Hi,
Here is a good article on testing private methods...

http://www.artima.com/suiterunner/private.html

-ahamad

Code coverage tool for UI

I was looking for a code coverage tool for Java based UI, I came across this tool – ECLEmma.

EclEmma is a free Java code coverage tool for Eclipse, available under the Eclipse Public License.

home page : http://www.eclemma.org/

Below are the steps that are to be followed to setup EclEmma for code coverage:

1. Open Eclipse; Goto "Help->Software Updates->Find and Install" menu
2. Click "Next >" In Install window and add a new remote site by clicking on "New Remote Site" button
3. Enter any name and specify the URL as http://update.eclemma.org
4. Click finish to search and install the EclEmma Java Code Coverage plug-in
5. Restart Eclipse when prompted
6. Now a new icon can be seen next to Run or Debug icons.

7. Click on arrow next to Coverage icon and select "Open Coverage Dialog"
8. Select “Eclipse Application” and click on “New” to create a new configuration.
9. Goto "Coverage" tag and select only the packages in which the source for your feature is checked-in. You can contact the developer or see the folders in changelists to know the list of all packages used by the feature.
10. Click on "Apply" after all the required packages are selected and then on "Coverage" button to launch your app in "Code Coverage" mode.
11. Conduct Manual / Automated testing to cover the feature that you are trying to test and close your app.
12. Now you can see a new tab with the name "Coverage" near "Console" or "Problems" tab
13. Navigate to exact Java files where the source of your feature is written and check out the percentage of coverage done.
14. You can double-click on Class or Function to navigate to corresponding Java file and see what parts of code were not exercised and write more test cases to cover the un-exercised code.
15. You can export the whole of Coverage results to HTML format by right-clicking on any row and selecting "Export Session"
16. You can have multiple sessions and then you can merge them together.

ICSPI 2008 - Call for presentations and Full day tutorials

Call for presentations and Full day tutorials

ICSPI 2008
International Conference on Software Process Improvement

Washington D.C.
October 20-24, 2008

This year's ICSPI has a new focus. That is the SPI
Body of Knowledge and the Certified Software Process
Improvement Professional (CSPIP) program.

Tutorials offered at the conference will support the
SPI Body of Knowledge (SPIBOK).

The International Institute for Software Process (IISP)
with Guidance of its Advisory Board has just announced
the SPI Body of Knowledge and the requirements for the
CSPIP credentials.

ICSPI 2008 continues its "pragmatic" approach to SPI. Whether
you are adopting a formal assessment model or interested in
less formal process improvement approaches, ICSPI 2008 promises
to keep the same practical theme in all of its presentations
and tutorials. The program will feature presentations by world
leading authorities in software process improvement.


Important Dates

April 21, 2008: Proposals for full day tutorials are due.
Please see guidelines at www.icspi.com. Tutorial proposal
supporting the SPIBOK will be given priority. Details on the
SPIBOK can be found at www.SPInstitute.org

April 28, 2008: Proposals for papers and presentations are due

May, 30,2008: Notification of acceptance will be mailed out

July 11, 2008: Copies of presentations and/or papers are due

October 21 & 22, conference presentations
(pre- and post conference tutorials will be conducted
October 20th, 23rd, and 24th.

Topics of interest include:

* Defining and Documenting Software Processes
* Measuring Software Processes
* Evaluating Software Process Capability and Effectiveness
* Planning and Managing an SPI Program and SPI Projects
* Implementing Software Process Change
* Software Engineering Topics
* Quality Assurance and Testing Topics
* Requirement Engineering and Management
* Software Development, Integration, Release, and Support
* Configuration Management
* Project Management and Planning
* Risk Management
* Verification and Validation Methods
* Agile Software Development Methods
* Software Quality Assurance
* Balanced Scorecard
* Software Measurement & Analysis
* Internal and External Assessment
* CMMI Experience
* SEPG Experience
* Quality Management and Process Management
* Lean SPI
* Six Sigma
* Formal or informal appraisals
* Defect Prediction and Prevention
* ISO
* Human Resource Development
* Inspections and Peer Reviews

Proposals dealing with other topics will also be considered.

All accepted proposals are awarded a free admission to the
two-day conference and a copy of the conference proceedings.
In addition, the best paper or presentation as judged by the
conference delegates will be invited as a featured presentation
in the following conference.

SUBMISSION RULES
=================

* Your proposal must follow ALL standards and procedures below
completely in order to be considered for the review process.

* The acceptance of your proposal does NOT guarantee acceptance
of your presentation. Timely receipt of the full presentation
material is required for you to present.

* Submitting a Proposal implies that you will be available to
make the presentation at the conference, including getting approval
from your company and meeting any international travel requirements.

* If your proposal is accepted and you are not able to present
at the conference for any reason, the acceptance decision will be
reversed.

* The presentation must fully address your proposal objectives
and outline.

Proposals From Outside the U.S.
===============================

All proposals submitted by individuals living outside the U.S., must be accompanied by the following two items:

1. A proof that the speaker holds a Visa to the U.S. to deliver the presentation

2. A proof of financial support from Employer indicating that Employer will cover travel expenses for speaker(s) to deliver presentation in the U.S.

Non-U.S. proposals will not be considered for review without these items

Proposal Standards and Procedures:
===================================
All proposals must be sent via e-mail to the Conference Chair,
Dr. Magdy S. Hanna at mhanna@icspi.com as follows:

Please do NOT reply to this message with you proposal.

* One file in MS Word or RTF format containing all items listed below
* One file in MS Word or RTF format containing the paper if submitted
* One file in PowerPoint format containing the presentation if submitted

DO NOT INCLUDE ANY PART OF YOUR SUBMISSION IN THE BODY OF THE MESSAGE

NO PROPOSAL WILL BE CONSIDERED FOR REVIEW IF ANY OF THE ITEMS BELOW IS MISSING.

1. Presentation Title

2. Presenter Information: Name, Title, Company, Address, Phone, Fax, E-mail

3. A detailed bio listing all experience related to the subject of the proposal.

4. Will you provide a paper with the presentation: (Y/N)

5. Has this paper or presentation been delivered or published elsewhere? (Y/N) If yes, list Event(s) and/or Publication, Dates

6. Background, context or rationale for your proposal

7. Key concepts to be presented

8. Learning Objectives (Results) for participants - what they will
learn and/or how they will benefit from your presentation

9. OUTLINE: Full, detailed, bulleted outline of the Presentation.
This should highlight all in the presentation and their logical
flow and development. This is will be used for the web site
if your proposal is chosen,

Proposals and presentations must meet the following guidelines

1. Do not include any company specific terms or acronyms unless defined

2. Must focus on what can be learned

3. Must not propose any introductory or text-book type material

4. The focus must be on specific experiences rather than vague advice

5. Must not promote any service or products


PROPOSAL REVIEW
==================
Your Proposal will be reviewed by The Conference Review Board.
If you have any questions, please address them to the Conference Chair,
Dr. Magdy Hanna, Mhanna@icpi.com

AMP Goes Live!

Announcing the new Adobe Media Player!

Adobe Media Player (AMP) is a next-generation desktop media player and management application. It provides high quality video playback of streamed, downloaded, or locally stored Internet TV shows and video podcasts.

Users can subscribe to Internet television shows and other online video content, have them download automatically in the background, and later view them on demand. AMP's user interface optimizes the user experience, allowing users to easily enjoy finding and viewing their favorite shows.

Download AMP today, play with it, and then tell your friends about this exciting new product.

Below are some of the key things that you and your friends and family will enjoy:

- All of your favorite content, all in one place. Create your own personalized catalog of television shows, movies, podcasts

– even include videos from your local hard drive.

- Discover new content. Adobe Media Player features a broad catalog of shows from the leading media companies and networks, as well as independent producers.

- Watch what you want, when you want – anytime, anywhere. Adobe Media Player supports both online and offline viewing.

- High-quality audio and video. HD-quality video is supported in Adobe Media Player, even at full-screen resolutions.

- Simple user interface. Adobe Media Player is designed to be intuitive and easy to use.

- Let content come to you. Adobe Media Player automatically downloads new episodes of shows or podcasts that you subscribe to.

http://get.adobe.com/amp/

PSQT 2008 North in Minneapolis

Here is a mail from PQST

=============================================

PSQT 2008 North in Minneapolis, September 8-12, 2008.

We are still looking for few more "good" proposals.

To maintain the quality of presentations, we have extended
the deadline to submit your proposal until April 18, 2008

If you have experience that you would like to share, we would like to hear from you at:

PSQT 2008 North
THE 14th. INTERNATIONAL CONFERENCE ON
PRACTICAL SOFTWARE QUALITY AND TESTING (PSQT)

Minneapolis, MN
September 8-12, 2008

THIS IS AN ABSOLUTELY EXPERIENCE-BASED CONFERENCE.
IF IT IS NOT PRACTICAL, IT DOES NOT BELONG TO THE CONFERENCE.

IMPORTANT DATES
===============

April 18, 2008: Proposals for presentations are due

May 2, 2008: Acceptance/Rejection notices begin mailing out

June 9, 2008: Complete presentations and papers are due

September 10th, 2008: Conference presentations - one day only
Pre- and post-conference tutorials are
September 8, 9, 11, and 12.

For the last 11 years PSQT has been serving quality professionals
through conferences that focus on PRACTICAL solutions.

This year, PSQT promises to continue its mission by requesting
proposals for full day tutorials and one-hour presentations
that offer only practical solution to real software testing and
quality problems.

BENEFITS OF SUBMITTING A PROPOSAL FOR PSQT:
==========================================

1. Gain a great recognition on the international level

2. Get access to experts and other practitioners from around the world

3. Enjoying attending the conference free of charge

4. Attend any of the 24 full day tutorials at 50% discount


TOPICS OF INTEREST (Related topics are welcome)
===============================================

TESTING
==========

o Modern test technology

o Service Oriented Architectures

o Model Based Testing

o Test process and test management

o Agile and eXtreme approaches and testing

o Testing web, Internet, e-Commerce applications

o Testing Service-Oriented Architecture

o del-Based Testing

o Security testing

o End-to-End testing

o Performance, load, stress testing

o Static testing: reviews, Inspections

o Database testing

o Integration, systems and regression testing

o Use Cases and testing

o Successful tool usage

o Risk-based testing

o Testable requirements

o Related topics

MANAGING QUALITY
================
o Risk management and mitigation

o Developing, managing a test team

o Developing, implementing standards

o Requirements management, modeling

o Defect tracking and studies

o Bug tracking

o successful project management practices

o Topics related to the Body of Knowledge for these certifications
*** Certified Software Test Professional (CSTP)
*** Certified Test Manager (CTM)


SUBMISSION RULES
=================

* Your proposal must follow ALL standards and procedures below
completely. Any violation of these standards will cause your
proposal not be considered for the review process.

* The acceptance of your proposal does NOT guarantee acceptance
of your presentation. Timely receipt of the full
Presentation and paper and submitting all requirement material
is required for you to be allowed to present.

* The presentation must fully address your proposal objectives
and outline.

Proposals From Outside the U.S.
===============================

All proposals submitted by individuals living outside the U.S., must be accompanied by the following two items:

1. A proof that the speaker holds a Visa to the U.S. to deliver the presentation

2. A proof of financial support from Employer indicating that Employer will cover travel expenses for speaker(s) to deliver presentation in the U.S.

NON-U.S. PROPOSALS WILL NOT BE CONSIDERED FOR REVIEW WITHOUT THESE ITEMS

Submit your Proposal to:
=========================
PSQT Conference Chair: Dr. Magdy Hanna at
Mhanna@psqtconference.com.

DO NOT PLACE ANY PART OF THE PROPOSAL IN THE BODY OF THE EMAIL.

PROPOSAL STANDARDS AND PROCEDURES:
===================================

Your Proposal must follow all of the standards and procedures
exactly and completely. Non-conforming Proposals cannot be
reviewed or accepted.

Submitting a Proposal implies that you will be available to
make the presentation at the conference, including getting
approval from your company and meeting any international travel
requirements. If your proposal is accepted and you are not able
to present at the conference for any reason, the acceptance
decision will be reversed.


PROPOSAL Details
================
Submit all Proposal items as MS Word or RTF documents.
Please check your work for grammar and spelling. Don't rely on "spell check" alone!


NO PROPOSAL WILL BE CONSIDERED FOR REVIEW IF ANY OF THE ITEMS BELOW IS MISSING.

1. Presentation Title

2. Presenter Information: Name, Title, Company, Address,

3. Phone, Fax, E-mail

4. A detailed bio listing all experience related to the subject of the proposal.

5. Will you provide a paper with the presentation: (Y/N)

6. Has this paper or presentation been delivered or published elsewhere?
If yes, list Event(s) and/or Publication, Dates

7. Background, context or rationale for your proposal

8. Key concepts to be presented

9. Learning Objectives (Results) for participants - what they will learn
and/or how they will benefit and How they can apply the information.

10. OUTLINE: Full, detailed, bulleted or numbered outline of the
Presentation. This should highlight all points in the presentation and their logical flow and development. This is will be used for the web site if your
proposal is chosen.

PROPOSAL REVIEW
==================
Your Proposal will be reviewed by The Program Review Board.
If you have any questions, please address them to the Conference Chair,
Dr. Magdy Hanna, Mhanna@psqtconference.com

Department of Education and Professional Development
International Institute for Software Testing
636 Mendelssohn Ave. North
Golden Valley, MN 55427
763-546-0072
www.iist.org

PQST Conference 2008(west)

Hi,

The PQST conference is scheduled for May 5th-9th at Las Vegas...

More details and registrations here...

http://www.psqtconference.com/2008west/index.php

Adobe RIA Architect Summit (Free)

Hi,

The Flex team is conducting an Adobe RIA Architect Summit on 3rd April 2008. This summit is aimed at people who are interested in architecting RIAs with Flex & AIR. There is no enrtry fee.

The Adobe RIA Architect Summit is an opportunity for architects and aspiring architects to get an insight into how to design and architect Rich Internet Applications. It is also a unique plaform to interact with experts and techhnology leaders and a chance to develop connections within the community.

Who should attend?

Architects, Technical Managers and Strategic Decision Makers

Date
Thursday, April 3, 2008

Time
9:00 am - 6:00 pm

Location

The Chancery Pavillion
Residency Road
Bangalore
India

Map
Google

How do I get in?

It is free, Register ASAP at http://adoberiarch.eventbrite.com/

Hurry! Registrations on a First Come First Serve basis…

Zephyr Unveils Next Generation Test Management System

Zephyr, a Sunnyvale based company focused on Software Testing has unveiled a Test Management Tool...

Read more here...

http://www.prweb.com/releases/2008/2/prweb728523.htm

Unix Commands

Following is a list of useful Unix Commands.(Frequently used unix commands)

Unix File Commands
	ls gives a list of filenames in the current directory. mv rename a file: mv oldfile newfile or mv oldfile newdir cp copy a file: cp oldfile newfile or cp oldfile newdir chmod change permissions. rm remove a file. cd change directories. lpr print a file: lpr -P printer-name file. pwd "print" working directory; returns the current directory. tar package a group of files into one file for moving or archiving; also extracts tar files. mkdir create a new directory. rmdir remove a directory.

Free Webinar on Agile Testing

Hi,
    I received this email from EuroStar. A free webinar on Agile Testing.
You need to register for this, it is free.

 

---------------------------------------------------------------------

 

EuroSTAR brings you Free Live Webinar!

 

"Agile Testing" 

presented by Fran O'Hara

 

EuroSTAR  Live 30 minute Webinar.

Date: Tuesday, 26th February, 2008

Time: 10:00am Dublin- London / 11:00am Central European Time

Duration: 30 mins

 

Key points:

The presentation will introduce the following:

• Agile test overview
• Different Test Phases, agile terminology
• Where the different types of testing fit into an agile development lifecycle

• Role of the tester and how it is affected by iterative/agile approaches
• Test Driven Development (TDD), Automated Unit Testing
• Acceptance testing, testing and the customer/user
• Exploratory testing

 

Register Now!