QA/TDAI/Inventory: Difference between revisions

From MozillaWiki
< QA‎ | TDAI
Jump to navigation Jump to search
(adding questions)
(adding)
Line 1: Line 1:
{{draft}}
We all want quality to happen. How can we help? What is being run? What can I run something with? What does any of this mean? Not all questions are answered, but some.
This document has three sections:
# Test Harnesses - tools, designed to run tests. A harness may be targeted to a specific set of tests, or general to many kinds of tests. What test do you want to see run? Different harnesses could be used to run a given test. Which harness is better for which kinds of testing? <i>kinds of testing?</i>
# Test Suites - arbitrary groupings of test cases, roughly organized by functional area
# Test Infrastructure - the environments the test tools and test cases run in. This includes machine, operating system and physical location (ex: QA farm vs QA lab vs someone's desktop)
There are questions to be answered about any of our tests. If anyone has information or suggestions, please [mailto:rkiddy@mozilla.com let us know].
# What tests do we have now, how current are they and how they should be run? Should they be expected to pass?
# What features or modules need tests to be written for them? What are the requirements of the testing that should happen?
# What tools do we have now that can be used to write tests? What tools outside of mozilla have people used to build tests and test tools.
# Of the tests currently in existence, which of them are outside the "mozilla.org" umbrella? Which use resources from outside? What is the reliability and accessibility of these resources? Are there issues which keep us  from keeping local copies?
Any questions and suggestions are welcome!
= Test Harnesses =
{| class="fullwidth-table"
| style="background:#efefef" | '''Test Harness Name'''
| style="background:#efefef" | '''Brief Description'''
| style="background:#efefef" | '''Language Used'''
| style="background:#efefef" | '''Status of Harness'''
| style="background:#efefef" | '''Notes'''
|-
| MochiTest
| based on the MochiKit framework
| JavaScript
| Invocation by buildbot on QA machines is being set up. Invocation of tests by inidividuals on built trunk is possible with setup. Currently being made to work in automated test harnesses.
| [http://developer.mozilla.org/en/docs/Writing_MochiTest-based_unit_tests MochiTest on devmo]
|-
| jsunit
|
| JavaScript
|
|
|-
| Acid2
| Web Standards Project compliance test page(s)
|
|
| [http://www.webstandards.org/action/acid2/ Stds page]
|-
| litmus
| Catalog of manual test cases
| English, German, French, etc.
| The place to be on Community Test Day!
| [http://litmus.mozilla.org main site]
|-
| xpcshell
| lots of under-the-hood XPCOM smarts!
| some JavaScript, much C++
|
| [http://developer.mozilla.org/en/docs/Writing_xpcshell-based_unit_tests xpcshell on devmo]
|-
| SpiderMonkey
| used only for the js/tests by bc, et al, for JS testing
| JavaScript
|
| [http://bclary.com/projects/spider/ bc's page]
|-
| reftest
| comparison of two pages, via JavaScript and Canvas, for visual equivalency
| JavaScript
| runnable on built trunk
| [http://developer.mozilla.org/en/docs/Creating_reftest-based_unit_tests reftest on devmo]
|-
| jssh
| a javascript shell. What more can you say?
| JavaScript
| described as "largely defunct"
|
|-
| Tp
| test of page loading
|
| currently runs in tinderbox
|
|-
| Tp2
| test of page loading
|
| being developed to run in buildbot
|
|-
| T*
| includes Tdhtml, Ts, Txul, Trender (aka Tgfx), Z, and mZ
|
|
| [http://wiki.mozilla.org/Performance:Tinderbox_Tests most T] [http://wiki.mozilla.org/Mozilla2:Trender Trender]
|-
| 'Browser and Eyeballs'
| The most common test harness in use today.
| wetware
| There is a new tester born every day! :-)
|
|}
= Test Suites =
= Test Suites =


Line 223: Line 122:
|-
|-
| Layout/HTML
| Layout/HTML
|  
| 1800+ files. These can be transitioned, probably to reftest.
| "the old regression test suite" and reftest. Older tests will go to reftest.
| "the old regression test suite" and reftest. Older tests will go to reftest.
|  
|  
| There are a lot of test files here. It is hard to say how current or correct they are. They can be transitioned, probably to reftest.
| HTML file groups: CellMapTest, FrameSetNav, SlideShow, attributes, block, css, formctls, frameset, printer, style, table, tags, xbl.
|
|
|-
|-
Line 244: Line 143:
|-
|-
| Networking
| Networking
|  
| 25 test executables, but all must be given parameters
| [[Custom Test Executables|custom executable/C++]]
| [[Custom Test Executables|custom executable/C++]]
|  
|  
Line 260: Line 159:
|  
|  
| [[Custom Test Executables|custom executable/C++]]
| [[Custom Test Executables|custom executable/C++]]
|
| dsds (not being built), rdfcat, rdfpoll, triplescat (doc for invoke?)
| dir = rdf
| dir = rdf
|
|
|-
|-
| Security/NSS
| Security/NSS
|  
| 26 tests, but not runnable without info
| [[Custom Test Executables|custom executable/C++]] and "make check"
| [[Custom Test Executables|custom executable/C++]] and "make check"
|
|
| dirs = security/dbm, security/nss
| dir = security/nss
|
|
|-
|-
| XPCOM
| XPCOM
|
| run -> "FAILED to get a JSRuntime"
| [[Custom Test Executables|custom executable/C++]]
| [[Custom Test Executables|custom executable/C++]]
|  
|  
Line 279: Line 178:
|-
|-
| XPFE
| XPFE
|  
| winopen.xul, runs but does not show final results
|  
|  
|
|
Line 286: Line 185:
|-
|-
| XPInstall
| XPInstall
|  
| pre_checkin_trigger.html, runs in browser, passes
|  
|  
|  
|  
| dir = xpinstall
| dir = xpinstall
|
|
|}
= Test Infrastructures =
{| class="fullwidth-table"
| style="background:#efefef" | '''Test Infrastructure Name'''
| style="background:#efefef" | '''Brief Description'''
| style="background:#efefef" | '''Harnesses and Test Suites in the Infrastructure'''
| style="background:#efefef" | '''Status of the Instructure'''
| style="background:#efefef" | '''Notes'''
|-
| tinderboxen
| Continuous build engine for Mozilla source, much chronicled in song and fable.
| "make check", the results of which may not be verified
| see dynamic [http://tinderbox.mozilla.org/showbuilds.cgi Tinderbox] display
|
|-
| buildbots
| Continuous build engines, written in Python, cycling rapidly based on Bonsai checkins.
| "make check", reftest and MochiTest
| reported via [http://tinderbox.mozilla.org/showbuilds.cgi?tree=MozillaTest MozillaTest] tinderbox
|-
| QA Farm
| some number of Windows, Linux and Macs. Details are not important. They should be a black box resource for developers to say "test this".
| "make check", reftest and MochiTest
|
|
|}
|}

Revision as of 00:11, 16 February 2007

Test Suites

Test Suite Name Brief Description Test Harness(es) Status Notes Owner
JS tests well-developed suite of tests of the JavaScript language Custom framework in js/tests. Runs on QA Farm. Semi-automated. Plans to fully automate with Alice and Rob's help in Q1 2007 Run in customized harness, stable and not necessary to use or share. bc
Security tests Custom framework. Runs on QA Farm. Semi-automated. Plans to fully automate with Eggplant in Q1 2007 When bugs were filed, regression test cases are usually added. bc
Automated Smoke Tests A "Smoke Test" is a quick, basic qualification. Eggplant. Runs on Tracy's machines. Tests for FFx 1.5 and 2.0 Fully automated. Completed porting to Mac and Linux in Q4 2006. Plan to move executiion to QA Farm in Q1 2007 tracy
Basic Functionality Tests (BFT) 130+ manual test cases, broadly covering major features litmus for 1.5 and 2.0
Full Functionality Tests (FFT) approx. 280 manual test cases, covering most features litmus for 1.0, 1.5 and 2.0
Localization Tests 15 test cases litmus for 1.5 and 2.0
Software Update Suite approx. 50 tests, targeted to update process itself litmus
Browser/Content May be transitioned to reftest or MochiTest, as appropriate. custom executable/C++ (I need to break this category up. Too much is happening in here. -rrk) dirs = browser/components/places, browser/components/safebrowsing, browser/components/sessionstore, content/base, content/events, content/html/content, content, content/xml, content/xslt
XSLT re-purposing of the Adobe Xalan tests. custom executable/C++ Driver is in mozilla, but test content is at Apache. content/xslt/buster + files downloaded from svn.apache.org
content/xslt/XSLTMark - info on this?
DOM browser and eyeballs? dom/tests/js/*html and js, can be made into reftests or MochiTest
Embedding custom executable/C++
Extensions custom executable/C++ dirs = extensions/canvas3d, extensions/java/xpcom, extensions/metrics, extensions/mono, extensions/python, extensions/schema-validation, extensions/spatialnavigation, extensions/webdav
Graphics custom executable/C++ dir = gfx
HTML Parsing custom executable/C++ (non-functioning). Moving to WHATWG/html5lib tests [366936] [README]
parser/htmlparser=327 		mrbkap
I18N custom executable/C++ dirs = intl, extensions/universalchardet
XPConnect custom executable/C++ dir = js/src/xpconnect
Layout/HTML 1800+ files. These can be transitioned, probably to reftest. "the old regression test suite" and reftest. Older tests will go to reftest. HTML file groups: CellMapTest, FrameSetNav, SlideShow, attributes, block, css, formctls, frameset, printer, style, table, tags, xbl.
Math/ML Do mathematical glyphs display correctly on all platforms? "browsers and eyeballs" also using w3c.org site content dir = layout/mathml
??? dirs = modules/libjar, modules/oji, modules/plugin
Networking 25 test executables, but all must be given parameters custom executable/C++ dir = netwerk
NSPR custom executable/c approx 150 test executables, most pass.
RDF custom executable/C++ dsds (not being built), rdfcat, rdfpoll, triplescat (doc for invoke?) dir = rdf
Security/NSS 26 tests, but not runnable without info custom executable/C++ and "make check" dir = security/nss
XPCOM run -> "FAILED to get a JSRuntime" custom executable/C++ dirs = xpcom/proxy, xpcom
XPFE winopen.xul, runs but does not show final results dir = xpfe
XPInstall pre_checkin_trigger.html, runs in browser, passes dir = xpinstall
Retrieved from "https://wiki.allizom.org/index.php?title=QA/TDAI/Inventory&oldid=49179"