Closed Bug 574805 Opened 14 years ago Closed 14 years ago

Test case - search results pagination

Categories

(Testing Graveyard :: WebQA, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: tsmith, Assigned: mozwebqa)

Details

Attachments

(5 files)

Selects the 'per page' options in the advanced search panel.  Checks the # of add-ons in the search, values in 'x - y of z results', list footer pagination tabs
Assignee: nobody → mozwebqa
Attachment #454128 - Attachment mime type: text/x-python → text/plain
Attachment #454128 - Flags: review?(vish.mozilla)
Attachment #454128 - Flags: review?(tgavankar)
new parameter - maxSelections
Comment on attachment 454128 [details]
verify search results pagination elements

When defining expected_count, why do you have page_number-1?

Probably some reason that I overlooked for it, and rest looks good, so r+.
Attachment #454128 - Flags: review?(tgavankar) → review+
(In reply to comment #5)
> (From update of attachment 454128 [details])
> When defining expected_count, why do you have page_number-1?
> 
> Probably some reason that I overlooked for it, and rest looks good, so r+.

The statement is calculating the remaining add-ons that should appear on the last page.  I had intended to simplify the statement after researching modulo or remainder functions in python.
Ah ok.

Modulo in Python works like any other programming language. a % b returns the remainder of a/b, so 42 % 20 returns 2.
committed to SVN r71467
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Product: Testing → Testing Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: