Abstract:
This document provides general network functional testing. Specific
protocols are handled in specific test plans.
Overview:
The majority of the tests are link-clicks.
The test needs to be expanded to explain the expected results (right now,
the tester is assumed to know what the correct result is).
Also, the tests need to be applied to more entry points for URLs
(URL/location bar, "Open as New Window", "Open as Tab", etc.)
URL Schemes
This test covers schemes supported in Mozilla and Navigator 4. More detailed information about URL schemes in mozilla is under contruction.
Area | Description | Comments |
about: | about: | about: URL handler seems to be missing
150960 |
aim: | Send IM (default) | works, see: 145807 |
mailto: | mailto: | works, see: 151046 |
gopher: | the original home of gopher | gopher: HTML view's inline images (internal-gopher-*)
150962 |
telnet: | telnet://www.packetgram.com | fails, telnet:// unregistered in Linux and MacOS X: 33282 |
wais: | wais://something.com/searching?forthis | WAIS is unimplemented, but RFC specified scheme: 61540 |
other | invalid:// | Unimplemented schemes should display error: 100176 |
DNS, IP addressing, ports and sockets
Area | Description | Comments |
DNS hostnames | starts with numbers
maximum label size: 63 characters excceeds max label size (64 characters) nonexistent FQDN |
[RFE] Catch illegal DNS requests w/ error 140379 todo: many labels |
IPv4 addresses | mozilla.org's IP address
localhost, unused port http://63.207.57.30 http://255.255.255.255/ http://3486011863 decimal ip addressing http://127.1/ (per bug 12748) |
-> no error -> connection refused -> connection establishment timeout Mac OS X, Linux refuse to connect to broadcast address Win32 says "could not be found", Mac classic times out. IP addresses in single decimal values should fail: 150966 (Win32 and Linux accepts IP addresses as one large decimal value: 67730) |
multiple DNS records | (need public test example) | Preferably a three-address entry that has one non-existent host, one host w/ a listener on the http port, and one valid port. 86917 |
"internet keywords" searches |
hostname that does not resolve in DNS goes to keywords. hostname -> default domain in OS. hostname (URI ignored) -> search.netscape.com |
Single hostnames do not go to IK, they go to domain guessing. Internet Keywords is not activated: 155321 |
localhost handling | http://localhost/ | connects to 127.0.01 (loopback). If nothing is running will
search for keyword:localhost (if Internet Keywords is on) or return connection
refused error. |
Isolated lan | Necko should work w/o DNS | some discussion in bug 11204 |
Suggestions, questions, feedback for this page: bug 141758
To Do:
Needs more consideration for testing w/ non-standard installs (browser-only, non Mozilla trunk products, etc.)
Last update
07.02.02 - updated for 2002-07-01-05 results