QAble

Browse by type

Explore all services
Functional
Functional Testing
End-to-end feature validation
Software Testing
Full-stack QA across disciplines
Software QA
Process, standards & audit QA
Independent Testing
Vendor-neutral V&V & sign-off
Cyber Security Testing
Pen testing & exploit validation
Enterprise Testing
ERP, CRM & core platform QA
Manual Testing
Human-driven QA testing
Exploratory Testing
Discover hidden edge cases
User Acceptance Testing
Business-aligned validation
Usability Testing
Real user experience testing
UI/UX Testing
Interface & interaction QA
Accessibility Testing
WCAG compliance testing
Accessibility Audit
Compliance gap assessment
Accessibility Remediation
Fix accessibility violations
Digital Accessibility
End-to-end inclusive design QA
Security & VAPT
Vulnerability assessment
VAPT Testing
Penetration testing & compliance
Performance Testing
Load & stress testing
Non-Functional Testing
Performance, security & reliability
Compatibility Testing
Cross-device & browser QA
Scalability Testing
Capacity & growth QA
Agile Testing
Sprint-aligned QA
Localization Testing
Language & regional QA
Digital Testing
Digital experience QA

What's New

Solution

Tesbo-X, Playwright Automation Framework

Intelligent test selection, parallel CI execution, and rich trace reporting unified in a single automation system.

Try for Free →
View all services
About UsWhy QAbleCertificationsCareers
Knowledge HubBlogQAble WeeklyCase StudiesEbooksUtilities
BetterBugs
BetterBugs
Tesbo-X
Tesbo-X
Talk to QA Advisor
Browse the Knowledge Hub74 resources
/Test Cases/Date picker test cases

Test cases

Date picker test cases, where the defect is usually one day off

Twenty six cases covering timezone shifts, ambiguous day and month order, impossible typed dates, minimum and maximum limits, leap years, daylight saving, ranges, disabled dates, keyboard operation and screen reader announcements.

26cases/7coverage types/9boundary cases/FreeCSV download

All 26 test cases, ready to copy

Free to use and adapt, no sign-up. Download as CSV or Markdown, or copy it straight into your own tooling.

Last updated

26 worked examples

DATE-01

Select a date from the calendar

TypeFunctionalPriorityHigh
Test data
Any valid selectable date
Expected result
Field displays the date in the expected format, the calendar closes, and the value saved matches the date shown to the user exactly.
DATE-02

Open the picker and confirm the default state

TypeFunctionalPriorityMedium
Test data
Empty field, then a field with an existing value
Expected result
Empty opens on the current month with today marked but not selected. A populated field opens on the month of the existing value with it highlighted.
DATE-03

Store the selected date across a timezone boundary

TypeBoundaryPriorityHigh
Test data
Select the first of a month with the device set to UTC minus 8, then to UTC plus 13
Expected result
The stored date is the date chosen, not shifted by a day. Calendar dates must not be converted through a timestamp with a local midnight assumption.
DATE-04

Verify the date displayed after saving and reloading

TypeStatePriorityHigh
Test data
Save a date, reload, and view it in another timezone
Expected result
Identical date in both places. A calendar date is a date, not an instant, and should be stored as such.
DATE-05

Type a date directly into the field

TypeFunctionalPriorityHigh
Test data
The documented format, typed by hand
Expected result
Accepted and parsed, the calendar reflects it, and no reformatting loses the value.
DATE-06

Type an ambiguous date

TypeBoundaryPriorityHigh
Test data
03/04/2026 with the locale set to United Kingdom, then to United States
Expected result
Parsed according to the stated locale, and the expected format is visible next to the field. Ambiguous parsing that differs from the placeholder is a real financial risk on contracts and bookings.
DATE-07

Type an impossible date

TypeNegativePriorityHigh
Test data
31/02/2026, 00/01/2026, 32/13/2026
Expected result
Rejected with a clear message. Silent rolling forward to 3 March is worse than an error, because the user never notices.
DATE-08

Type a partial or malformed value

TypeNegativePriorityMedium
Test data
12/, 2026, 1-1-26, text, an empty string after clearing
Expected result
Refused or completed deliberately, never left in a half parsed state that submits as something unexpected.
DATE-09

Enter a two digit year

TypeBoundaryPriorityMedium
Test data
01/01/26, then 01/01/99
Expected result
Interpreted by a documented pivot rule and echoed back in full, so the user can see whether 1926 or 2026 was understood.
DATE-10

Respect the minimum selectable date

TypeBoundaryPriorityHigh
Test data
The minimum date, one day before it, and the same values typed rather than clicked
Expected result
Minimum accepted, earlier refused, and the rule enforced on the typed path and on the server, not only by greying out cells.
DATE-11

Respect the maximum selectable date

TypeBoundaryPriorityHigh
Test data
The maximum date, one day after it
Expected result
Maximum accepted, later refused with the limit stated.
DATE-12

Handle a minimum of today as midnight passes

TypeStatePriorityHigh
Test data
Open the picker just before midnight, select tomorrow, submit just after midnight
Expected result
Either still valid or refused with a clear message. The boundary must be evaluated server side at submission, not fixed when the page loaded.
DATE-13

Select 29 February in a leap year and a non leap year

TypeBoundaryPriorityMedium
Test data
29/02/2028, then 29/02/2027
Expected result
Available in the leap year, absent and rejected if typed in the non leap year.
DATE-14

Select a date across a daylight saving transition

TypeBoundaryPriorityHigh
Test data
The day clocks change in the user region, plus the day either side
Expected result
The date stored and displayed is unchanged. Durations calculated from it account for the 23 or 25 hour day.
DATE-15

Verify disabled dates cannot be chosen by any route

TypeSecurityPriorityHigh
Test data
A blocked date such as a weekend or a fully booked day, submitted directly to the endpoint
Expected result
Refused by the server. Disabled cells in the interface are a convenience, never the rule.
DATE-16

Select a range and confirm ordering

TypeFunctionalPriorityHigh
Test data
Start after end, then the same date for both
Expected result
Either the values swap with a visible indication or the second selection is refused. A same day range is valid or refused deliberately, and the rule is stated.
DATE-17

Enforce a maximum range span

TypeBoundaryPriorityMedium
Test data
A span at the limit, then one day beyond
Expected result
Limit accepted, beyond refused with the maximum stated in the message.
DATE-18

Clear a populated date

TypeFunctionalPriorityMedium
Test data
Use the clear control, then delete the text manually
Expected result
Both routes empty the value and the stored record, and a required field then reports itself as missing rather than keeping the old value.
DATE-19

Navigate months and years

TypeFunctionalPriorityMedium
Test data
Move across a year boundary in both directions, then jump by year
Expected result
December to January advances the year, and any month or year jump control lands on the intended month.
DATE-20

Verify the locale calendar layout

TypeCompatibilityPriorityMedium
Test data
Locales where the week starts on Sunday, Monday and Saturday
Expected result
First day of week, month names and day abbreviations follow the locale, and a right to left locale mirrors the layout.
DATE-21

Operate the picker by keyboard only

TypeAccessibilityPriorityHigh
Test data
Tab to the field, arrow keys, Page Up and Page Down, Home, End, Enter and Escape
Expected result
Arrows move by day, Page keys move by month, Enter selects, Escape closes without changing the value, and focus returns to the field.
DATE-22

Verify screen reader behaviour

TypeAccessibilityPriorityHigh
Test data
NVDA or VoiceOver on the field and inside the calendar
Expected result
The field announces its expected format, the focused cell announces the full date, disabled dates announce as unavailable, and the selected date is confirmed after choosing.
DATE-23

Verify behaviour on mobile

TypeCompatibilityPriorityHigh
Test data
iOS Safari and Android Chrome, native control and custom control
Expected result
The touch target is large enough, the control is not obscured by the on screen keyboard, and a native picker returns the same value format as the custom one.
DATE-24

Paste a date into the field

TypeBoundaryPriorityMedium
Test data
Paste from a spreadsheet, including a value with a trailing space and one with a time appended
Expected result
Trimmed and parsed if valid, refused clearly if not, and never silently truncated.
DATE-25

Submit the form without touching the picker

TypeNegativePriorityHigh
Test data
A required date field left untouched, with a placeholder or a prefilled default
Expected result
A required empty field blocks submission. A prefilled default is only submitted if defaulting is intended, because an unnoticed default date is a common source of wrong bookings.
DATE-26

Verify the value that reaches storage and reports

TypeStatePriorityHigh
Test data
Inspect the API payload, the database value and an exported report for the same selection
Expected result
All three agree with what the user saw. This is the single check that catches timezone and format defects before customers do.

What goes in each field

ID

Required

Stable identifier, prefixed by module.

Test case

Required

What is being verified, in one line.

Type

Functional, negative, boundary, security, state, performance, accessibility or compatibility. Use it to check coverage is spread rather than clustered on the happy path.

Priority

Risk based. Anything that can store a different date from the one the user selected is High, because a date that is wrong by one day breaks bookings, billing periods and reporting silently.

Test data

The specific values, including the invalid and boundary ones.

Expected result

Required

The precise observable outcome, including message text where the wording itself is the requirement.

How To Use This

Change the device timezone and repeat

Clicking a calendar cell always works. These four conditions are where the stored value stops matching the selection.

Test in two timezones

Select the first of a month at UTC minus 8 and at UTC plus 13. A date stored through a local midnight assumption shifts by a day.

Type, do not click

Typed input is where 03/04 becomes March or April depending on locale, and where 31 February silently becomes 3 March.

Send a disabled date

Greyed out cells are presentation. Post the blocked date straight to the endpoint and confirm it is refused.

Follow the value to storage

Compare the interface, the API payload, the database row and an exported report. All four must agree.

What Most Sets Miss

Why date fields fail in production

The off by one day defect is the reason this control deserves its own test set. It happens when a calendar date is stored as an instant: the picker produces local midnight, that is converted to UTC, and a user west of Greenwich sees the previous day while a user in New Zealand sees the next. A date of birth, a contract start or a billing period is a date, not a moment in time, and should be stored as one. Testing in a single timezone will never reveal it.

Ambiguous parsing is the second. Any field that accepts typing has to decide whether 03/04/2026 is March or April, and the answer must match both the placeholder and the locale. This is not a cosmetic issue on a booking or a contract, and the fix is to state the expected format next to the field and to echo the parsed date back in an unambiguous form.

Silent correction is the third and the most deceptive. A field that accepts 31 February and stores 3 March has produced a wrong record that nobody will question, because no error was shown. Rejecting impossible dates is better behaviour than helpfully rolling them forward.

Finally, validation applied only to calendar cells. Minimums, maximums and blocked dates are frequently enforced by disabling cells, then bypassed entirely by typing or by a direct request. Every date rule needs a server side check, and the midnight case deserves its own test: a form opened at 23:58 and submitted at 00:01 was validated against yesterday.

Suggest an improvement

Dates driving money or bookings?

QAble tests date handling end to end, including timezone behaviour, locale parsing and what actually lands in storage and in reports.

Functional testing services

More test case sets

View all

Test cases for a login page

Test cases25 cases across functional, negative, boundary, security, session and accessibility paths, including account enumeration and lockout.

Test cases for a registration form

Test cases28 cases covering validation, duplicate accounts, email verification, password rules and the enumeration leak most signup forms ship with.

Test cases for search functionality

Test cases28 cases across relevance, partial and fuzzy matching, filters, pagination, empty states, injection attempts and performance under load.

Test cases for a shopping cart

Test cases27 cases on quantity limits, price recalculation, stock changes, coupon stacking, guest to account merge and cart persistence.

Test cases for checkout and payment

Test cases30 cases including 3D Secure, declines, timeouts, duplicate charges, idempotency, refunds and partial captures.

Test cases for file upload

Test cases28 cases on size and type limits, spoofed content types, malicious filenames, progress, resume, virus scanning and storage limits.

Test cases for forgot password

Test cases26 cases on reset token expiry, single use enforcement, session invalidation and the enumeration and rate limit gaps that are routine here.

Test cases for OTP verification

Test cases26 cases on expiry, resend throttling, attempt limits, code reuse, delivery failure and the brute force window teams forget to close.

Test cases for user roles and permissions

Test cases26 cases on horizontal and vertical privilege checks, direct object access, role changes mid-session and permission inheritance.

Test cases for form validation

Test cases27 rules-based cases on required fields, length and numeric boundaries, client and server parity, hidden field tampering and error accessibility.

Test cases for pagination

Test cases24 cases on ordering stability, records changing mid-session, page size caps, deep offset cost, permission-filtered totals and state restore.

Test cases for push notifications

Test cases26 cases on app states, deep link routing, token release on sign out, lock screen privacy, preferences, provider failures and platform differences.

Test cases for reports and data export

Test cases25 cases on permission filtering in the file, spreadsheet formula injection, encoding, typed numbers and dates, row limits and audit logging.

Test cases for a chatbot

Test cases28 cases on paraphrased intents, context, fallback loops, human handoff, policy grounding, prompt injection and data scoping.

Test cases for net banking transactions

Test cases28 cases on duplicate debits from a retried request, concurrent transfers against one balance, daily limits across channels, beneficiary cooling periods, second factor binding and reconciliation.

Test cases for wallet and UPI payments

Test cases28 cases on payments that time out with no response, idempotency on retry, racing balances, caps across devices, collect request fraud, mandates and refunds.

Test cases for insurance claim submission

Test cases28 cases on coverage at the date of loss, waiting periods, deductibles and sub limits, exclusions and riders, duplicate claims and settlement reconciliation.

Test cases for patient records in an EHR

Test cases28 cases on duplicate detection and merge, wrong patient entry, units of measure, allergy and interaction alerting, break glass access and audit of reads.

Test cases for CRM lead management

Test cases28 cases on duplicate leads under concurrency, routing and the unrouted fallback, round robin races, territory visibility, conversion and bulk import.

Test cases for an ERP purchase order

Test cases28 cases on approval thresholds, amendments that must reset approval, budget commitment races, over receipt tolerance, three-way match and duplicate invoices.

Test cases for OTT video playback

Test cases28 cases on bitrate recovery after a dip, DRM renewal mid stream, concurrent stream limits and leaked slots, resume conflicts, ad cue points and offline expiry.

Test cases for game level progression

Test cases28 cases on save corruption during a crash write, cloud save conflicts, offline queue replay, unlock gating, currency exploits and purchase restore.

Test cases for a REST API

Test cases28 cases on status code correctness, cross tenant resource access, mass assignment, idempotent retries, cursor pagination, rate limits and contract drift.

Test cases for SSO and social login

Test cases28 cases on linking an account on an unverified email, state and code replay, redirect allow lists, token signature and issuer, deprovisioning and session rotation.

Test cases for subscription and billing

Test cases28 cases on mid cycle proration, duplicate and out of order webhooks, renewal double charges, dunning and grace, trials, coupons, metered usage and tax.

Test cases for data tables, filters and sorting

Test cases28 cases on unstable sorts across pages, filters that must reset pagination, selection surviving a filter change, bulk action scope and export fidelity.

Test cases for session timeout and concurrent login

Test cases28 cases on tokens that survive sign out, refresh token reuse, idle against absolute lifetime, multi tab expiry, session limits and remote revocation.

Test cases for a multi step form wizard

Test cases28 cases on values lost to back navigation, refresh and session expiry, step skipping, server side revalidation, duplicate submission and conditional branches.

Test cases for email verification

Test cases28 cases on token reuse and expiry, invalidating earlier links, account enumeration, header injection, safe address change and mail scanner prefetching.

Test cases for dashboards and analytics widgets

Test cases28 cases on reconciling against source rows, widgets that disagree, timezone aggregation, zero baselines, no data shown as zero and permission leaks in aggregates.

Test cases for booking and reservation

Test cases28 cases on concurrent bookings for the last slot, inventory holds that leak, payment without a booking, cancellation boundaries and channel sync.

Test cases for mobile app install and update

Test cases28 cases on migration chains across skipped versions, crashes during post upgrade migration, forced update lockouts, deep links and clean reinstall.

Test cases for accessibility (WCAG 2.2 AA)

Test cases28 cases on keyboard only completion, focus management, live region announcements, contrast, reflow at 320 pixels, target size and screen reader verification.

Test cases for performance and load

Test cases28 cases on spikes with no ramp, recovery after peak, soak and leak detection, pool exhaustion, cold caches, retry storms and data correctness under load.

Test cases for the OWASP Top 10

Test cases28 cases on broken access control, mass assignment, injection across every input surface, credential stuffing, session invalidation, SSRF and exposed secrets.

Test cases for cross browser compatibility

Test cases28 cases on storage that throws in private mode, blocked third party cookies, engine date parsing, mobile viewport units, in app browsers and ad blockers.

Test cases for database and data integrity

Test cases28 cases on uniqueness under concurrency, lost updates, counter races, orphaned rows, migration and backfill safety, replica lag and verified restores.

Test cases for localisation and multi language support

Test cases28 cases on text expansion, concatenated sentences, plural rules, locale date parsing, decimal separators, right to left layout, collation and encoding.

Test cases for outbound webhooks

Test cases28 cases on retry backoff and dead letter stores, one dead consumer degrading the pipeline, payload signing and replay windows, out of order delivery and endpoint SSRF.

Test cases for background jobs and queues

Test cases28 cases on work outliving the visibility timeout, idempotent handlers, poison messages, priority starvation, scheduler overlap across instances and graceful drain.

Test cases for real time features and websockets

Test cases28 cases on messages lost in the reconnect gap, half open connections, per channel authorisation, tokens expiring mid connection, backpressure and fanout across instances.

Test cases for file storage and media processing

Test cases28 cases on signed URL scope and expiry, serving before scanning completes, content type sniffing, metadata stripping, orphaned objects and derivative failures.

Test cases for CSV import and bulk operations

Test cases28 cases on reruns duplicating successes, delimiters inside quoted fields, byte order marks, leading zeros, ambiguous dates and bulk action scope.

Test cases for feature flags and progressive rollout

Test cases28 cases on unreachable flag services, unstable bucketing, rollouts that reshuffle users, kill switch latency, server and client mismatch and stale flags.

Test cases for Android app lifecycle and permissions

Test cases28 cases on state lost to process death, configuration changes, permanent permission denial, revocation while backgrounded, doze and battery restrictions.

Test cases for iOS app lifecycle and permissions

Test cases28 cases on the keychain surviving uninstall, suspended termination, limited photo access, allow once location, app switcher snapshots and biometric invalidation.

Test cases for wearable app sync

Test cases28 cases on data recorded away from the phone, duplicate records on resync, full buffers, clock drift, health permissions, battery budgets and unworn readings.

Test cases for VR and AR experiences

Test cases28 cases on the frame rate comfort floor, tracking loss, guardian boundaries, involuntary camera movement, AR anchor drift and spatial data privacy.

Test cases for IoT device pairing and telemetry

Test cases28 cases on offline buffering and reconnect floods, fleet wide reconnection storms, shared credentials, wrong device clocks and stale queued commands.

Test cases for embedded firmware update

Test cases28 cases on power loss mid write, automatic rollback and health confirmation, signature and anti rollback checks, staged rollouts and recovery mode.

Test cases for user profile and account settings

Test cases28 cases on partial saves reported as success, optimistic updates the server rejected, mass assignment through a profile form, avatar content inspection and session invalidation.

Test cases for account deletion and data export

Test cases28 cases on export links that must be authorised and expiring, deletion cascading to storage, caches, logs and processors, grace periods, legal holds and deadlines.

Test cases for consent and cookie management

Test cases28 cases on cookies and tracking requests firing before consent, reject parity with accept, tag manager bypass, withdrawal, cached banners and server side forwarding.

Test cases for notification preferences and delivery

Test cases28 cases on opt outs honoured on one channel and ignored on another, marketing sent as transactional, unsubscribe scope, imports resetting consent and digest timezones.

Test cases for admin impersonation and support access

Test cases28 cases on actions attributed to the customer instead of the admin, credential exposure, chained and upward impersonation, session expiry and immutable access records.

Test cases for audit logs and activity history

Test cases28 cases on forged entries through log injection, immutability and tamper detection, actor attribution across impersonation and jobs, retention and legal holds.

Sources

Want date handling proven, not assumed?

QAble covers functional and boundary paths with ISTQB-certified engineers. Start with a free QA audit of your product.

Talk to QA Advisor