01.12.2012 Views

Comparison of Change Management Systems

Comparison of Change Management Systems

Comparison of Change Management Systems

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

that errors occur because <strong>of</strong> testers. Even<br />

questions like this may appear: "When<br />

testers will stop to find bugs?!". Of course,<br />

the defects do not arise because <strong>of</strong> the<br />

testers. Precisely the contrary, testing<br />

helps to improve the quality <strong>of</strong> s<strong>of</strong>tware,<br />

but some people forget this, and begin to<br />

utter unpleasant words to tester, to write<br />

angry emails, reject defects, etc.<br />

Now let’s try to look at this situation<br />

from the other side. Most testers feel<br />

themselves just inferior people in the<br />

team. Wages <strong>of</strong> programmers usually<br />

higher. If the s<strong>of</strong>tware works well, the<br />

developers receive the award, because<br />

it is implemented. And if a product works<br />

poorly, the blame can be at testers,<br />

because they had inspected or tested not<br />

enough well.<br />

Add to this discontented programmers<br />

who constantly reject defects, provide<br />

functionality at the last moment, and there<br />

is no enough time for full inspection, the<br />

desire to remain true to pr<strong>of</strong>ession <strong>of</strong> a<br />

tester is approaching to zero.<br />

But s<strong>of</strong>tware development process<br />

requires both developers and testers,<br />

and it is important that they have good<br />

working relations. To do this, <strong>of</strong> course,<br />

some efforts should be made.<br />

Testers, to live peacefully with<br />

the programmers, need to learn<br />

understanding, and seek an individual<br />

approach. But besides this, tester must<br />

have a certain set <strong>of</strong> qualities to be<br />

respected by colleagues:<br />

• Attention, because problem can arise<br />

not only due to the fact that the code has<br />

errors inside, but because tester does<br />

something incorrectly.<br />

• Observation, as it is necessary to notice<br />

the slightest flaws in the program.<br />

• Pedantry, as it is necessary to conduct<br />

any test carefully and not once.<br />

• Assiduity, as it is necessary to find<br />

a mistake, try to discover its cause,<br />

describe, and then double-check.<br />

• Tact, as indication <strong>of</strong> the error must be as<br />

gently as possible, specify only the facts<br />

and not give any personal assessment.<br />

• Persistence, as it is <strong>of</strong>ten necessary<br />

to defend the rightness, to prove the<br />

existence <strong>of</strong> the defect (but "not to bend<br />

the stick" is important, too).<br />

• Creative thinking that would come up<br />

with new tests.<br />

• Communication skills, because <strong>of</strong> the<br />

need to collaborate within the testing<br />

team, in addition to communicate with the<br />

developers, authorities, and sometimes<br />

directly with customers.<br />

• Desire to learn, because you need to know<br />

as much as possible about the product,<br />

the technology <strong>of</strong> its development, as well<br />

as to explore new means <strong>of</strong> testing.<br />

Also the search for faults in the system<br />

requires curiosity, pr<strong>of</strong>essional pessimism<br />

and experience which is based on an<br />

intuitive search for errors.<br />

As a testing pr<strong>of</strong>essionals we can<br />

give a few tips to all testers, especially<br />

youngest:<br />

• Note that you and developer perceive<br />

the s<strong>of</strong>tware in various ways: programmer<br />

usually focuses on a specific module<br />

(functions, parts), but you can imagine<br />

the entire system (as interacting<br />

components).<br />

• Your attitude should be critical, in order<br />

to find as many mistakes as possible.<br />

• Describing defects, try to gently, step by<br />

step explain how to reproduce the bug<br />

(if bug is not reproduced regularly, make<br />

sure you mentioned it).<br />

• Insist on providing you with all possible<br />

documentation, as this will increase the<br />

efficiency <strong>of</strong> your work.<br />

• Do not think <strong>of</strong> yourself as <strong>of</strong> worse or<br />

better than other team members.<br />

• Work with great responsibility.<br />

• Do not demand too much, i.e. if you do<br />

not have computer <strong>of</strong> the last generation,<br />

then work with what you have, but keep<br />

in mind the possible problems when<br />

planning the test.<br />

• Focus on the s<strong>of</strong>tware product, rather<br />

than the individual programmer, manager,<br />

analytics, etc.<br />

• Do not forget that developers are<br />

person with their advantages and<br />

disadvantages.<br />

• Remember that developer usually is<br />

committed to create a s<strong>of</strong>tware that<br />

works in general. Incorrect operation <strong>of</strong><br />

small functions, misspelling, etc. for him<br />

is not errors. In this case, try calmly and<br />

convincingly prove that it is still lack and<br />

developer needs to fix it.<br />

But not only the tester must exert efforts<br />

and establish normal relations with<br />

developers. For developers it is desirable<br />

to keep in mind the following facts:<br />

• The task <strong>of</strong> a tester is to find a mistake,<br />

testers think critically. But it does not mean<br />

to hurt you, it's the characteristic that is<br />

essential for creating quality s<strong>of</strong>tware<br />

product.<br />

• Labor <strong>of</strong> tester is complicated too, it<br />

is intellectual activity, which deserves<br />

respect. Tester wants the project to be<br />

successful, and not trying to point out your<br />

S<strong>of</strong>tware Testing<br />

shortcomings. Tester is trying to address<br />

the problem from the point <strong>of</strong> view <strong>of</strong> the<br />

user.<br />

• Before giving tasks and modules for<br />

testing, you should check them yourself,<br />

at least superficially - it will shorten the<br />

development time <strong>of</strong> the product as a<br />

whole. You will demonstrate yourself as<br />

a competent specialist, and possibly your<br />

relationship with testers will improve.<br />

• For the success <strong>of</strong> the team, it is<br />

preferable in a timely manner to correct<br />

defects and to put them into the database<br />

with relevant information. Errors may<br />

block other functional verification, as well<br />

as correcting some defects may lead to<br />

others.<br />

• If troubles, ridicule, accusations, etc., are<br />

expected for error reports, then people<br />

may not notice errors or do not make<br />

record on them (if the report is wrong, just<br />

tell testers how best to execute it, and not<br />

scold them).<br />

• Tester sometimes can make mistakes,<br />

like all people. Do not judge them for it<br />

too seriously.<br />

In relations between testers and<br />

developers, there is another person who<br />

controls the entire process - manager.<br />

Managers must do their best too to avoid<br />

conflicts within the team.<br />

Hope that these recommendations will<br />

be helpful. Above all, love your work and<br />

colleagues, and remember that you are a<br />

team member working on a common goal<br />

– qualitative successful project.<br />

1. ISTQB Standard glossary <strong>of</strong> terms<br />

used in S<strong>of</strong>tware Testing.<br />

2. ISTQB Certified Tester. Foundation<br />

Level Syllabus.<br />

3. S<strong>of</strong>tware Test [2009], http://s-test.<br />

narod.ru/Testing/tester.htm<br />

4. About developers [2009], http://<br />

babruisk.com/uncategorized/proprogrammistov/12434<br />

5. How tester must interact with developer?<br />

What are their relations? [2009], http://<br />

content.mail.ru/arch/27675/2270268.html<br />

6. S<strong>of</strong>tware tester in search <strong>of</strong> defects<br />

[2009], http://work.com.ua/articles/<br />

subject/295/<br />

7. Work <strong>of</strong> tester – grey working days<br />

[2009], http://www.it4business.ru/lib/183/<br />

8. Who is tester [2009], http://www.<br />

s<strong>of</strong>tware-testing.ru/library/around-testing/<br />

job/85-who-is-tester<br />

9. Veltsman Oleg, Litovchenko Evgenia,<br />

“Constantly indicating mistakes to<br />

colleagues, testers make enemies”<br />

[2009], http://www.europa-personal.ru/<br />

pr<strong>of</strong>esii225.htm<br />

73

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!