政务类应用有个特点，用户端的设备不受控。有人用新电脑，有人用旧机器，有人用的是国产化设备，还有人用的是手机。系统在设计时要考虑这些差异。
还有一层要求是无障碍，让有视力或者操作障碍的人也能使用。这一点在政务服务类系统里是硬性要求。
一、兼容性要覆盖哪些环境
浏览器是最主要的一层。政务用户里还在用较老的浏览器的比例不低，特别是有些内部系统用的还是旧版本。开发时不能只用最新特性，要确认目标浏览器版本支持哪些能力。
操作系统层面。现在就包含了国产化环境这一项。系统要能在国产操作系统上正常运行，这涉及浏览器内核、插件的支持情况。有这类要求的项目要在早期就确认技术方案能不能落地。
屏幕分辨率。政务办公的显示器从一千出头的老显示器到高分辨率屏都有。布局要能在这些尺寸下都不出现错位、遮挡、需要横向滚动的问题。
二、无障碍要做到什么程度
基础要求是能用键盘操作。不用鼠标也能完成主要操作，焦点顺序合理，按下回车能触发按钮。这一点对有操作障碍的用户很关键。
文字要有足够的对比度。深灰字配浅灰底看着有层次感，但视力不好的人读起来困难。正文和背景的对比度要达到标准。
图片和图标要有替代文字。视力障碍的用户用读屏软件时，听到的是替代文字。写图片说明写产品图片，不如写具体是哪个产品。
表单的输入框要有明确的标签，不能只靠占位提示文字。占位文字在用户开始输入之后就消失了，读屏软件也读不出来。
三、怎么测
兼容性测试要真机测，不能只靠工具模拟。找一台旧电脑、一台国产化设备、一部手机，把主要流程走一遍。模拟工具能发现问题，但真机上还有工具测不出来的差异。
要测的是主要业务流程，不是每个页面都测一遍。用户最常用的那几个流程能顺畅跑通，就覆盖了大部分实际问题。
无障碍测试可以用读屏软件实际听一遍。闭上眼睛操作一遍关键流程，能完成说明基本达标。这个过程往往能发现很多平时注意不到的问题。
还可以找实际用户来试。年纪大的用户、视力不好的用户，用起来哪里卡壳，比任何标准都直观。
四、几个务实的建议
兼容性目标要写在需求里。不要笼统写兼容主流浏览器，要写明支持哪些浏览器、最低哪个版本。写得具体，开发和测试才有依据。
国产化适配要提前验证。这类环境的问题往往在项目后期才暴露，那时候改架构成本很高。如果项目有这类要求，先用一个小功能在目标环境上跑通再大规模开发。
无障碍的要求要区分轻重。核心的办事流程要做到位，辅助性的页面可以放宽。资源有限的时候，把力气用在用户真正会用到的地方。
最后一点，验收时要实际演示。兼容性和无障碍这类要求，口头上说支持没用，要现场在目标设备上跑一遍给验收方看。这个过程也能发现开发方声称的支持和实际情况的差距。