Welcome to Scribd. Sign in or start your free trial to enjoy unlimited e-books, audiobooks & documents.Find out more
Download
Standard view
Full view
of .
Look up keyword
Like this
8Activity
0 of .
Results for:
No results containing your search query
P. 1
Tips

Tips

Ratings: (0)|Views: 61|Likes:
Published by api-3738664

More info:

Published by: api-3738664 on Oct 18, 2008
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

03/18/2014

pdf

text

original

1.1. Be sure about what you have written in Resume
2.2. Be honest to admit things you don\u2019t know.
3.3. During interview, display good listening skills.
4.4. Ask for clarifications \u2013 that gives you chance to think for the reply.
5.5. You are not expected to answer the moment question is over \u2013 Do ask the

interviewer \u201cCan I have 2-3 minutes to think\u201d \u2013 This perfectly OK
6.6. Before starting the answer \u2013 spell out any assumptions you make.
Interviewer might be interested in knowing whether you are good thinker or not.
7.7. Avoid discussing matters related to salary, location etc with technical
interviewer
8.8. Don\u2019t bad mouth your previous employer.
9.9. Talk slowly and confidently.
Here are few links that recommend for interview tips
http://www.jrothman.com/weblog/htpblogger.html
http://www.asktheheadhunter.com (About general job/employment related tips and case
studies)

These are very common and most talked about interview tips but people fail to give
importance to it. It is like everybody knows that doing physical exercises is good for health
and a very few follow it.

Shrini
posted Monday, March 07, 2005 7:50 AM byshrinik | 1 Comments
Filed Under:Gen er al
\u2022
\u2022
Tester's core function ...
Lot has been written, discussed about topic. Time and again, when this question is raised, people

typically answer in one or other variant of following....
First - controversial or unreasonable (IMHO) ones -
1. To find bugs or to demonstrate that program does not work
2. To validate requirements, design and code
3. To stop the release if quality requirements are not met.
4. To ensure the quality
Rather acceptable ones ...
1. To help project team to access the risk and plan test to access the risk.
2. To check compliance to statutory and regulatory requirements ( like SOX)
3. . To help project manager to make GO-NOGO decisions.
Here comes mine (may be most of other's)

TO HELP DEVELOPMENT TEAM TO SHIP A QUALITY PRODUCT

Whatever test does should be aligned towards this goal. Developers having a job in hand of
constructing our of stated (and implicit requirements) - tend to loose sight on or get busy in
development. Test will help dev to in those "overlooked" things - like all possible uses and abuses,
Non functional requirements like - usability, security, Performance etc. This is collaborative work.
Let us not fight - collaborate.

What Is Software Testing?

Software testing is a process used to help identify the correctness, completeness
and quality of developed computer software. With that in mind, testing can never
completely establish the correctness of computer software. Only the process of formal
verification can prove that there are no defects. Since the software testing proofs or proof
engines themselves are typically complex systems constructed by fallible humans, we
aren't entitled to be entirely confident with formal methods of software testing.

There are many approaches to software testing, but effective testing of complex products
is essentially a process of investigation, not merely a matter of creating and following
rote procedure. One definition of software testing is "the process of questioning a product
in order to evaluate it," where the "questions" are things the software tester tries to do
with the product, and the product answers with its behavior in reaction to the probing of
the software tester. Hopefully this will help your search into software testing.

Q: What is verification?
A: Verification ensures the product is designed to deliver all functionality to the customer; it

typically involves reviews and meetings to evaluate documents, plans, code, requirements and
specifications; this can be done with checklists, issues lists, walk-throughs and inspection
meetings. You CAN learn to do verification, with little or no outside help. Get CAN get free
information. Click on a link!

Q: What is validation?
A: Validation ensures that functionality, as defined in requirements, is the intended behavior of the
product; validation typically involves actual testing and takes place after verifications are
completed.
Q: What is a walk-through?
A: A walk-through is an informal meeting for evaluation or informational purposes. A walk-through

is also a process at an abstract level. It's the process of inspecting software code by following
paths through the code (as determined by input conditions and choices made along the way). The
purpose of code walk-throughs is to ensure the code fits the purpose.

Walk-throughs also offer opportunities to assess an individual's or team's competency.
Q: What is an inspection?
A: An inspection is a formal meeting, more formalized than a walk-through and typically consists

of 3-10 people including a moderator, reader (the author of whatever is being reviewed) and a
recorder (to make notes in the document). The subject of the inspection is typically a document,
such as a requirements document or a test plan. The purpose of an inspection is to find problems
and see what is missing, not to fix anything. The result of the meeting should be documented in a
written report. Attendees should prepare for this type of meeting by reading through the
document, before the meeting starts; most problems are found during this preparation.
Preparation for inspections is difficult, but is one of the most cost-effective methods of ensuring
quality, since bug prevention is more cost effective than bug detection.

Q: What is quality?
A: Quality software is software that is reasonably bug-free, delivered on time and within budget,

meets requirements and expectations and is maintainable. However, quality is a subjective term.
Quality depends on who the customer is and their overall influence in the scheme of things.
Customers of a software development project include end-users, customer acceptance test
engineers, testers, customer contract officers, customer management, the development
organization's management, test engineers, testers, salespeople, software engineers,
stockholders and accountants. Each type of customer will have his or her own slant on quality.
The accounting department might define quality in terms of profits, while an end-user might define
quality as user friendly and bug free.

: What is good code?
A: A good code is code that works, is free of bugs and is readable and maintainable.

Organizations usually have coding standards all developers should adhere to, but every
programmer and software engineer has different ideas about what is best and what are too many
or too few rules. We need to keep in mind that excessive use of rules can stifle both productivity
and creativity. Peer reviews and code analysis tools can be used to check for problems and
enforce standards.

Q: What is good design?
A: Design could mean to many things, but often refers to functional design or internal design.

Good functional design is indicated by software functionality can be traced back to customer and
end-user requirements. Good internal design is indicated by software code whose overall
structure is clear, understandable, easily modifiable and maintainable; is robust with sufficient
error handling and status logging capability; and works correctly when implemented.

Q: What is software life cycle?
A: Software life cycle begins when a software product is first conceived and ends when it is no

longer in use. It includes phases like initial concept, requirements analysis, functional design,
internal design, documentation planning, test planning, coding, document preparation, integration,
testing, maintenance, updates, re-testing and phase-out.

Activity (8)

You've already reviewed this. Edit your review.
1 hundred reads
Rex Culpable liked this
nadeemyaiman liked this
mdhkr123 liked this
ashigupta143 liked this
Madhu Priya liked this
Sanjay liked this
jagdishsumra liked this

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->