Closed Bug 574805 Opened 15 years ago Closed 15 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: 15 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: