Difference between revisions of "Contribute to Private Browsing Tests"
m (→Project Description) |
m (→The Project Offered) |
||
| Line 15: | Line 15: | ||
* Helpful Contacts: | * Helpful Contacts: | ||
** Ehsan Akhgari | ** Ehsan Akhgari | ||
| − | *** E-Mail:(ehsan | + | *** E-Mail:(ehsan dot akhgari at gmail dot com) |
** Marcia Knous | ** Marcia Knous | ||
| − | *** E-Mail:(marcia | + | *** E-Mail:(marcia at mozilla dot org) |
** Clint Talbert | ** Clint Talbert | ||
*** E-Mail:(ctalbert at mozilla dot com) | *** E-Mail:(ctalbert at mozilla dot com) | ||
Revision as of 10:46, 21 September 2008
Contents
Private Browsing Tests
An Introduction
Background history
"The purpose of private browsing is to put Firefox into a temporary state where no information about the user's browsing session is stored locally. Firefox currently handles the user's privacy with a feature in preferences to clear all private data. This feature forces the user to choose between having privacy (even if only momentary), and other useful features like browsing history, and saved passwords. Users should be able to go "off the record", they shouldn't have to shoot the reporter. " wiki.mozilla.org/PrivateBrowsing
Preliminary Mockup:
The Project Offered
The new Private Browsing feature (see bug 248970 and the test plan) needs thorough tests written in order to insure its proper functionality. This will involve collaborating with those writing the patch and tests in order to develop a full suite of tests. Resources: ehsan, discussion of Private Browsing
- Helpful Contacts:
- Ehsan Akhgari
- E-Mail:(ehsan dot akhgari at gmail dot com)
- Marcia Knous
- E-Mail:(marcia at mozilla dot org)
- Clint Talbert
- E-Mail:(ctalbert at mozilla dot com)
- IRC: ctalbert
- Ehsan Akhgari
Project Description
- Private Browsing Test Plan (Outlined by Marcia Knous)
- Private Browsing - Unit Tests
- Possible Project Release Iteration
- Unit Tests
- Possible Testing Areas
- Cookies
- History
- Cache
- DOM Storage
- Content Prefs
- Passwords
- AutoComplete
- Authenticated Sessions
- Downloads
- Session Store
- Possible Testing Areas
- Unit Tests
Divided up into some kind of iteration group (0.1/0.2/0.3) of a testing suite. Some areas already covered by Ehsan and others working on Bug #248970.
Project Notes
- To run a single unit-test use check-one SOLO_FILE
- Example
mozilla-central$ make -C obj*/netwerk/test check-one SOLO_FILE=test_bug248970.js
Project Leader(s)
Project Contributor(s)
Project Details
Project Weekly TODO
- Week of Sept 22nd
- Goal is to write a simple XPCShell unit test that taps into XPCOM that
- (a) Creates a cookie.
- (b) Checks to see if a cookie exists.
- Goal is to write a simple XPCShell unit test that taps into XPCOM that
- Week of Sept 15th
What the scope of the project is?What tools/environment will be needed (Windows/Ubuntu)?What scope limitations can be handled for first iteration (0.1)?IRC Channels related to project and or other involved members?
Project News
- AaronMT 00:19, 21 September 2008 (UTC)
- Conversed with Ehsan through E-Mail, asked some questions regarding XPCShell tests and 'How tests are submitted'.
- AaronMT 02:08, 19 September 2008 (UTC)
- Introduced myself to Bug 248970, hope I get some feedback.
- Found an excellent example of a unit test written by Ehsan (Mozilla)
- AaronMT 02:09, 18 September 2008 (UTC)
- Met Mardeg, was introduced to Build:TryServer, and the MozillaTry tree of Tinderbox
- AaronMT 23:50, 16 September 2008 (UTC)
- Met and talked briefly with Clint Talbert (ctalbert) (QA Dev Engineer)
- AaronMT 18:30, 15 September 2008 (UTC)
- Selected a project & created project profile page.
External Links
- Detailed Private Browsing Spec (Mozilla)
- Private Browsing (Mozilla)
- Build:TryServer (Mozilla)
- Tinderbox:Tree(MozillaTry) (Mozilla)
Non-Related to project
Other
AaronMT 18:28, 15 September 2008 (UTC)
