语法与结构正确
PHP/JS/CSS 无明显语法错误,目录与公共组件保持清晰。
以代码、页面、链接、SEO、响应式、日志和交付物组成完整验收链。
通过条件提前定义,完成后由实际结果决定是否进入下一阶段。PHP/JS/CSS 无明显语法错误,目录与公共组件保持清晰。
所有开放页面返回正确 HTTP 状态,不提前生成未开发死链。
Title、Description、Canonical、Sitemap 和结构化信息保持一致。
交付成果、验收记录、源码结果与临时文件清理均可核对。
按项目类型选择适用门禁,但核心结果必须可以验证。
检查语法、重复文件、资源引用、命名规范、公共组件和目录结构。
核对每条正式路由、页面模板、数据文件和 HTTP 状态。
检测空 href、javascript 假入口、死链、错误锚点与按钮目标。
检查独立元信息、Canonical、Sitemap、H 标签、内容主题和结构化数据。
验证手机端文字、卡片、导航、按钮、导读和横向溢出。
核对交付文件、页面状态、数据处理方式、临时文件和历史资料清理。
不以口头说明代替可复查结果。
记录文件总数和失败数量,避免只检查当前新增文件。
记录公开页面总数、200 数量和失败清单。
记录假链接、死链和失效锚点数量。
记录路由、Sitemap URL、缺失与额外数量。
在未约定正式接入前,不写入数据库、不修改后台,也不把演示状态包装成已上线功能。
记录临时文件、测试目录与历史无用文件的清理结果,保持正式目录清晰。
源码、数据、部署方式、临时文件清理和后续维护方式都需要在交付时确认。
验收范围以项目约定为准。
局部修改可能影响公共组件、导航、样式或路由配置。全站检查可以发现新改动对既有页面造成的回归。
不是。还需要检查信息层级、点击区域、横向溢出、固定导航遮挡、按钮可用性和阅读节奏。
把前端展示、真实数据和后台功能说明清楚,可以减少误解,也方便后续安全接入表单和业务系统。
不能作不现实承诺。质量控制的目标是通过明确门禁降低风险、快速定位问题,并为后续维护保留可追踪依据。