wht is IEEE 829
Answers were Sorted based on User's Feedback
Answer / sm
IEEE 829-1998, also known as the 829 Standard for Software
Test Documentation, is an IEEE standard that specifies the
form of a set of documents for use in eight defined stages
of software testing, each stage potentially producing its
own separate type of document. The standard specifies the
format of these documents but does not stipulate whether
they all must be produced, nor does it include any criteria
regarding adequate content for these documents.
Test Plan: a management planning document that shows:
How the testing will be done (including SUT
configurations).
Who will do it
What will be tested
How long it will take (although this may vary, depending
upon resource availability).
What the test coverage will be, i.e. what quality level is
required
Test Design Specification: detailing test conditions and
the expected results as well as test pass criteria.
Test Case Specification: specifying the test data for use
in running the test conditions identified in the Test
Design Specification
Test Procedure Specification: detailing how to run each
test, including any set-up preconditions and the steps that
need to be followed
Test Item Transmittal Report: reporting on when tested
software components have progressed from one stage of
testing to the next
Test Log: recording which tests cases were run, who ran
them, in what order, and whether each test passed or failed
Test Incident Report: detailing, for any test that failed,
the actual versus expected result, and other information
intended to throw light on why a test has failed. This
document is deliberately named as an incident report, and
not a fault report. The reason is that a discrepancy
between expected and actual results can occur for a number
of reasons other than a fault in the system. These include
the expected results being wrong, the test being run
wrongly, or inconsistency in the requirements meaning that
more than one interpretation could be made. The report
consists of all details of the incident such as actual and
expected results, when it failed, and any supporting
evidence that will help in its resolution. The report will
also include, if possible, an assessment of the impact of
an incident upon testing.
Test Summary Report: A management report providing any
important information uncovered by the tests accomplished,
and including assessments of the quality of the testing
effort, the quality of the software system under test, and
statistics derived from Incident Reports. The report also
records what testing was done and how long it took, in
order to improve any future test planning. This final
document is used to indicate whether the software system
under test is fit for purpose according to whether or not
it has met acceptance criteria defined by project
stakeholders.
| Is This Answer Correct ? | 3 Yes | 0 No |
Answer / kris
http://www.coleyconsulting.co.uk/IEEE829.htm
or
http://www.webopedia.com/TERM/I/IEEE_829.html
or
http://www.nao.org.uk/intosai/edp/intoit_articles/19_12_SPAC
EDIRT.pdf ( Good one )
check these sites, u get answer, ok ....
bye
| Is This Answer Correct ? | 2 Yes | 1 No |
Answer / venkat reddy
IEEE stands for inistitute of electrical and electronics
engineering
829 stands for Software Test Documentaton
| Is This Answer Correct ? | 1 Yes | 0 No |
Answer / sarath
The ‘Standard for Software Test Documentation’ (IEEE
829) describes the content of test design specifications
(containing test conditions) and test case
specifications.
| Is This Answer Correct ? | 0 Yes | 1 No |
Answer / satyaprasad
IEEE stands for inistitute of electronics and electrical
engineering and 829 is the number given by IEEE
organization for TESTING
| Is This Answer Correct ? | 0 Yes | 1 No |
what is the difference b/w system testing & functional testing ?
How can u swap 2 variables in C without using 3rd variable?
last week i attended tawant technologies. it may be useful for for u. i could not remember every qustion and answer. . 1. verfification is a. r we buliding the sys right? b. r we buliding the right sys? 2. regeression tetsing a. always can be done automation b.unchanged areas have not been affected c. changed areas have not been affected. 3.Equalent class partition is a.white box tetsing technique b.Black box tetsing technique ........ c.black box .............. 4.arrange order unit testing,integartion, validation, sys tetsting 5.debugging is a.testing activity b. developement activity c........ d......... 6.security tetsting a. bullet prooof...... wrapped s/w b....... 7.smoke testing a..... 8.defect managent tool does not conatin a. b. 9. sys reliability a. 10.user accceptance tetsing is done by a.tester b.developer c.end users d........ 11.which is not static testing technique a.walk through b.inspection c. d. 12.wat is diff b/w? if the s/w isdeveloped by other country if the s/w isdeveloped by ur country? a.culturtal diff b. re allocation resources. c...........no ctrl pf process d........ plz go through these topics.....i am not able to rememeber every qusetion and answers. sorry let me know u ahve any questions.u can add here extra questions. brahma412@yahoo.co.in
3 Answers Tavant Technologies,
What is software development Life Cycle (SDLC)? where exactly the Testing activity begin in SDLC?
Please Provide me the link to download Testing Category questions and answers If some body has downloaded it pleae send it to me Pavan : Email pavan_cd@yahoo.com Quetion2 : Can any body Explain me about Testing thumb rules
How much interaction with users should testers have, and why?
1. when to start and stop testing ?
explain fish model in detail?
Can anybody describe what might be the reasons or situations where the developer doesn't accept a bug as a bug , raised by tester ?
difference between QA and QC?
What is the difference b/w Smoke and Sanity Testing? I heard that Sanity testing will be done by developers. Is that so?
1.For a single module how many builds are possible 2.what will be the max or min time to finish up an single module