Intercommunication between Design, Development and Testing department


Document Name:    Intercommunication between departments.
Prepared by:    Reena Athalye


Version History:
Version    Date (DD/MM/YYYY)    Comments
1.0    29-06-2006    Department intercommunication guidelines.



































Working of Testing Department            

For good functioning of this department, the testers need to be introduced in the process from the very beginning.  
The testers will perform testing on the applications that are sent to them from the Development Department. All the defects will be logged in a Defect Management Tool – Mantis for projects developed in-house. Every developer has and will have a login for Mantis. Any communication on a defect will be done through Mantis.
For outsourced projects, excel sheets will be maintained.

Testing Schedule:
1.    The time estimate for testing will be defined by the Testing dept head and the project coordinator mutually.   
2.    Any change in the functionality will result in change of testing schedule.

Testing for Development:
1.    While forwarding a testing request, all the details related to the project and specifications (if any) should be sent.
2.    All defects will be logged and updated in Mantis with snap shots wherever necessary for in-house projects. For outsourced projects they will be listed in excel sheets.
3.    If testing is not started on time and results in delay, then it will be the tester responsibility to cope with the schedule.
4.    It is the responsibility of the tester to write the defect in a way which can be easily understood by anyone.
5.    Testers will start regression testing of only those issues whose status is seen as ‘resolved’ in Mantis. Similarly for excel sheets.
6.    The developers will be expected to add notes in Mantis if necessary. Similarly for excel sheets.
7.    Any change in functionality should be also communicated to the testers.
8.    Changes should be uploaded before the respective issues are resolved in Mantis.
9.    Unit Testing should be done by developers without which testing will not be done by the testing dept.
10.    If too many defects are found and results in delay, it would be the developer’s responsibility to later cope with the schedule.
11.    In case of any design change, the templates will be first sent for testing.
12.    When a module is sent for testing, no changes will be made in that module by the developers. Any change will be sent as new request for testing.

Testing for Designing:
1.    While forwarding a testing request, all the details related to the project and specifications (if any) should be sent.
2.    All defects will be logged and updated in Mantis with snap shots wherever necessary for in-house projects. For outsourced projects they will be listed in excel sheets.
3.    If testing is not started on time and results in delay, then it will be the tester responsibility to cope with the schedule.
4.    Any special requirements like browser, resolution etc should be conveyed to the tester in the request for testing.
5.    Any change in the design should be communicated to the tester even if the website is already uploaded.
6.    After uploading the website, it should be re-sent for testing.
7.    All the defects should be updated through Mantis.
8.    Testers will start regression testing of only those issues whose status is seen as ‘resolved’ in Mantis.
9.    If too many defects are found and results in delay, it would be the designer’s responsibility to later cope with schedule.


Inter Departmental Communication            


Development/Designing to Testing:
Every request for testing will be sent through e-mail by the development dept to the testing dept.

The mail should include all the details like:
a.    URL’s
b.    Username and passwords
c.    Reason for sending it to testing. Ex: change in functionality, regression testing, and first time testing.
d.    Any other things that the developer would like the tester to know.

When the developer will send the project for testing for the first time he/she will send it ‘To’ - Testing Head.
     ‘CC’ - Development/Design Head
        Project Coordinator    
        Business Development Head
Testing Head will assign the Project to a tester.
 To - Tester
 CC - Development/Design Head
        Project Coordinator    
        

Testing to Development/Design:
When all defects for a module or application are resolved and closed, the tester working on the project will send a testing completed mail.

The following people should be marked in ‘To’ – Developer

The following people should be marked in ‘CC’ – Testing Head
                                 Development/Design Head
                                 Project Coordinator    
                                 Business Development Head

Project Coordinator to Testing:
The project coordinator will send an email if any defects are found by him/her.

The following people should be marked in ‘To’ – Tester

The following people should be marked in ‘CC’ –
                                 Testing Head
         Development/Design Head
                                 Developer/Designer
                                 Business Development Head

Project Coordinator to Development/Design and Testing:
The project coordinator will send an email regarding the client feedback and which also might include any changes suggested by the client.

The following people should be marked in ‘To’ – Development/Design Head

The following people should be marked in ‘CC’ – Testing Head
                                 Developer/Designer
                                 Business Development Head

*All documents send across within the department or to the client should have Properties correctly added in it.
In the menubar click on File->Properties->Summary