Services

How do you do website acceptance testing? A 12-item system acceptance checklist: set aside 2–3 days before launch, warranty usually runs 3–6 months from sign-off, and missed issues often cost extra

2026.10.30 · 63 views
How do you do website acceptance testing? A 12-item system acceptance checklist: set aside 2–3 days before launch, warranty usually runs 3–6 months from sign-off, and missed issues often cost extra
“

Your website or system is done and the vendor asks you to sign off. You click the homepage and sign; a month later the contact form never sends and the mobile layout breaks, and the vendor says the warranty only covers items listed at acceptance. Here are three acceptance principles, a 12-item checklist, four common traps, a self-check and who we are and are not a fit for. ”

Share:

Short answer: Before signing an acceptance form, spend 2–3 days testing features, mobile layouts, forms, speed and permissions against a checklist, and record the results in writing. Most contracts start a 3–6 month warranty at sign-off, and issues not listed at acceptance are often treated as new work.

Before an interior design firm's new website went live, the vendor sent an acceptance form. The owner clicked the homepage and portfolio on a desktop, liked what he saw and signed. A month later he found that contact-form emails all went to spam, the mobile booking button was hidden, and only the vendor had an admin account. The vendor replied that the warranty covered only issues listed at acceptance; fixing it would be another NT$18,000.

The conclusion first: three principles of system acceptance

Acceptance is not about whether it looks nice; it confirms that every contracted item works.

  • Test against a list, not a feeling: each item should map to the contract and spec and be ticked off one by one.
  • Test real situations: use a phone, real email addresses and an ordinary staff account, not just the vendor's demo.
  • Keep written records: list issues with screenshots, retest after fixes, then sign. Under the Civil Code's warranty rules for work contracts, documented defects are far easier to claim.

Website and system acceptance checklist: 12 items and why each matters

These 12 items cover over 90% of post-launch problems; a brochure site takes about a day, a functional system 2–3 days.

#ItemHow to testWhy
1Every featureWork through the spec line by lineUntested features are hard to call defects later
2Mobile and tablet layoutCheck on a real iPhone and AndroidMost traffic is mobile; layout breaks are common
3Forms and notificationsSubmit using your Gmail and company inboxEmails in spam mean customers never reached you
4Payments and ordersRun payment, refund and cancel with test cardsMoney issues are hardest to fix after launch
5Accounts and permissionsLog in with different rolesPermission errors can leak personal data
6Load speedRun PageSpeed Insights on key pagesCore Web Vitals affect experience and search
7SEO basicsCheck titles, descriptions, URLs and sitemapRedesigns often lose old rankings
8Old URL redirectsSpot-check 10 old URLs for 301sAvoid old links turning into 404s
9Admin operationsHave the responsible staff member add and edit contentAn admin only the vendor can use locks you in
10Data importSpot-check 20 migrated recordsMigration errors surface after launch
11Access handoverConfirm domain, hosting and top admin are in your nameWithout access, switching vendors is hard
12Backups and warrantyPut backup frequency, warranty and response time in writingOtherwise you learn the scope only when something breaks

Common traps: cheap packages skip acceptance and handover

These four usually appear only after you sign.

  • A one-day acceptance window: the contract should allow at least 5–10 working days, with free fixes for issues found.
  • "No reply means accepted": acceptable if the window starts when the test site is delivered.
  • Vague warranty: "3 months' warranty" is not enough; state what errors are covered and response times.
  • No code or access: require top admin, hosting and domain access at acceptance, or hold the final payment.

Self-check: can you trust this vendor's acceptance process?

If more than three answers are "no", settle them before signing.

  • ☐ The vendor offers an acceptance checklist
  • ☐ There is a separate test site
  • ☐ The contract states the acceptance window
  • ☐ The contract states warranty and response time
  • ☐ Issue reporting has a fixed format and tracking
  • ☐ Admin, hosting and domain access are handed over at acceptance
  • ☐ Admin training or a manual is provided
  • ☐ The final payment follows successful acceptance

Frequently asked questions

How long does website acceptance take?

About a day for a brochure site and 2–3 days for systems with members or payments. Allow 5–10 working days in the contract.

Can I request changes after signing?

Defects within warranty, yes; new requirements usually cost extra. List every issue at acceptance.

Can non-technical owners do acceptance?

Yes. Follow the checklist with a phone, real inboxes and staff accounts; no code reading needed.

Can a third party help with acceptance?

Yes, especially for complex payments, permissions or data migration, where missed items are common.

Working with us: who we are and are not a fit for

ScriptWalker (a Taiwan-based Laravel/Flutter custom development studio) provides an acceptance checklist, a separate test site and an acceptance window on every project; custom development starts at NT$80,000 and maintenance at NT$2,000/month. We suit owners willing to spend 2–3 days on acceptance who want to keep their domain and code; we are not a fit for lowest-price-only projects, next-day launches or projects with no one assigned to acceptance. You can also send us a site another vendor delivered for an independent acceptance review:

Share: