Difference between revisions of "Contribute to Private Browsing Tests"
m (→History Unit Test Notes) |
m (→Project Weekly TODO) |
||
Line 135: | Line 135: | ||
== Project Weekly TODO == | == Project Weekly TODO == | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
{|class="collapsible" | {|class="collapsible" | ||
!My Weekly TODO for September | !My Weekly TODO for September |
Revision as of 19:48, 26 September 2008
Contents
Private Browsing Tests
- Project assigned to AaronMT
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
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 -> Cookie Service
- History -> History Service and Bookmark Service
- 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.
Private Browsing Test Plan
Private Browsing Unit Tests
Project Milestone Information
- For the first iteration phase, I plan to have complete
- Testing Areas
- Unit Tests
- Places/History Outline Plan
- Unit Tests
- Testing Areas
What to expect for 0.1 release?
- I plan to have a unit test complete for the testing area involved with places and history. This will be submitted to Ehsan as well.
Project Notes
- To run a single unit-test use check-one SOLO_FILE
- Example
make SOLO_FILE=test_bug248970.js -C objdir/netwerk/test check-one
Project Leader(s)
Project Contributor(s)
Project Details
History Unit Test Notes
- AaronMT 00:41, 27 September 2008 (UTC)
- Using a Mozilla function that checks to see if a URI exists in a database.
test_248970_history - uri_in_DB(URI) |
---|
/** * Checks to see that a URI is in the database. * * @param aURI * The URI to check. * @returns true if the URI is in the DB, false otherwise. */ function uri_in_db(aURI) { var options = histsvc.getNewQueryOptions(); options.maxResults = 1; options.resultType = options.RESULTS_AS_URI var query = histsvc.getNewQuery(); query.uri = aURI; var result = histsvc.executeQuery(query, options); var root = result.root; root.containerOpen = true; return (root.childCount == 1); } |
- AaronMT 23:45, 26 September 2008 (UTC)
- Wrote a new function that creates a handful of history items with various visit types.
test_248970_history - fill_history() |
---|
var dayLabels = [ "Today", "Yesterday", "2 days ago", "3 days ago", "4 days ago", "5 days ago", "6 days ago", "Older than 6 days" ]; /** * Function fills history and checks if date labels * are correct for partially filled history * * @returns nothing */ function fill_history() { const checkOlderOffset = 4; // add visits for the older days for (var i=checkOlderOffset; i<dayLabels.length; i++) { var testURI = uri("http://mirror"+i+".mozilla.com/b"); add_visit(testURI, -i); var testURI = uri("https://mirror"+i+".mozilla.com/a"); add_visit(testURI, -i); var testURI = uri("ftp://mirror"+i+".google.com/b"); add_visit(testURI, -i); var testURI = uri("http://mirror"+i+".google.com/a"); add_visit(testURI, -i); } } |
Project Weekly TODO
My Weekly TODO for September |
---|
|
Project News
September
- AaronMT 23:35, 25 September 2008 (UTC)
- New patch released, downloaded and spoke with Ehsan on IRC over properly installing new patch as well as what test plans I can write
- AaronMT 03:43, 24 September 2008 (UTC)
- Wrote a simple unit test script that integrates the nsiBrowserHistory service from XPConnect that creates a history manager, inserts an entry, and checks if it was properly inserted. In essence, this acts as a simple example of writing a unit test.
- AaronMT 16:52, 21 September 2008 (UTC)
- Researching how the directory structure of unit tests are inside a Mozilla Build / E-Mailed Ehsan
- 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)
- XPCShell Based Unit Tests
Non-Related to project