Pages

Ads 468x60px

Thursday, October 23, 2008

Suggestions to Improve Testing.

1) List down the modules to be tested.This include functional and non-functional testing

2) List down the functionality that you will not test either because of incompleteness of module, data dependency or hardware limitations etc.

3) Pl. get formal approval from your manager for the activities/schedule that you are planning.This will endorse your deliverables and validity.

4) Make sure that you have the defect tracking system in place with severity norms and owners defined.The defect logging format should be approved by your manager.

5) Make sure that you have set of data that will help you in testing various test scenarios.If data is not available, pl. check how you can generate the same.

6) Make sure that you take daily back-up of your test logs and discuss progress and issues with your management team every day.

7) Keep talking with developers. That will help you to increase product understanding.

8) Release notes from Developer team to Testing team will be entry criteria to start testing activity. The release notes will include information like the defects fixed in the build, any work around ,features not addressed.

9) Multiple iterations of testing will bring up new defects. Periodically update the test cases checking the possibility of new scenerios.Once the defect probability starts reducing in further testing iterations, this may be the indication of product getting stable. Introducing multiple testing heads will also help to filter new defects.

10)Try to set the processes with help of your manager. Eventually that will be helpful in long run.

Cross Browser Testing

It is critical to test across many browser and operating system combinations because the page can look different in each scenario. Another concern is the screen resolution and color depth. A page might look good at a resolution of 600 x 800, but parts of it might get cut off at 640 x 480. Different color depths should be used on the test machines also. Colors might vary unpredictably if a browser-safe palette is not used. As a QA, we should look for:

Color of links
Broken images
Low color contrast
Spacing in tables
Text wrapping issues
Margins
Alignment, formatting, and size of text

Alignment of controls such as radio buttons and check boxes
Switch Javascript off
Switch cookies off
Switch plug-ins off
Switch images off
Printing - Do not forget to test printing of your Web pages by printing on a variety of popular printers. Printing can be unpredictable, particularly with frames. Keep an eye on what is printed, the readability of content, and the speed of the print job.


Be sure to use clean machines when you start testing and make sure no plug-ins are installed. If the plug-ins are already installed,you might miss a defect that has a dependency on the plug-in. There should always be some test cases that involve using a browser as it is first installed,with no extra components.

Netscape Navigator requires a plug-in.Netscape users must be aware that the plug-in is required and should be given instructions on how to install it. (Anyway Netscape is a dying browser)

View in text browser (Incidentally the Opera browser has a built-in text-browser emulator)

Missed a Bug

Most of the testers/QAs are concern about external issues that they have missed. Carrier wise external issues are not good for testers profile inside their organization. More external issues may destroy the testers reputation within organization. On the other hand it is not fair to put 100% responsibility of external issues to testers. Why testers miss bugs?.

1.Lack of project management.
2.Not enough time to test.
3.Requirement change in last moment before releases.
4.Lack of domain knowledge.
5.Lack of QA/test resources.
6.Poor requirement specifications.
7.Limited time to acquire domain knowledge.
8.Selecting automation testing in the earlier stage of project. ( Where manually testing is required.)
9.High coupling with developers. ( testers who depends of developers to get domain/technical knowledge may influence by developers.
10.Not enough motivation towards testing. ( more open bugs, ignorance of QA team within organization, lost of existing functionalities due to new bugs, less salary.... )
11.Developers/QA/tester attitude towards bugs.

There are more to add for above reasons list, Above points can be categorized in to two.

1.Self factors
2.Organization factors.

Anyway most of the above factors caused due to lots of sub reasons. Head of the organization or middle layer management should take actions to treat the organization factors. Immediate supervisor should care about the testes self factors.
 

Sample text

Sample Text

Job Search



Sample Text