局域网办公软件选型：断网环境下的功能验证怎么做

选局域网办公软件时，很多演示都在联网环境里完成。页面流畅、消息秒到、会议正常，但把服务器搬进不接外网的机房，问题才陆续出现。登录一直转圈，附件预览打不开，手机收不到提醒，升级包下载失败。

断网环境的功能验证，不是拔掉网线看软件能不能打开，而是确认离开互联网后，日常办公的完整链路还能不能跑通。 服务端装在本地、局域网内能访问、断公网后核心功能可用、手机从办公网外还能接入，这是四件不同的事。下面按一条可执行的顺序，把验证拆成环境准备、五层检查和结果判定。本文讨论的局域网办公软件以企业即时通讯和协同办公为主，包括消息、文件、会议、文档和移动端。WPS这类单机办公套件不在范围内。如果还在判断要不要走私有化部署，可以先看 私有化部署与内网部署说明。

一、断网验证到底验什么

1. 先分清四种断网边界

断网不是一个状态，而是一组边界。物理隔离的要求更严，服务器和终端都不接外网；逻辑隔离靠防火墙、VLAN或网闸限制访问，可能保留受控出口；临时断网用来模拟公网故障，观察降级和恢复；混合接入则是总部在内网、分支或出差人员通过VPN或接入网关回来。

边界不同，验证重点也不同。先回答三个问题，服务器能不能连公网，客户端从哪些网段来，外部人员要不要接入。 服务器不能连公网，就不要把以公有云为主的产品放进同一张候选表，这一条是淘汰项，不是加分项。

2. 四个结论不能混

服务端部署在本地，说明数据位置由企业掌握；员工能在局域网访问，说明网络可达；断开公网后核心功能仍可运行，说明系统没有关键外部依赖；手机从办公网外还能接入，说明跨网访问链路成立。这四件事经常被销售演示合并成一句支持私有化部署，实际验收时要分开测。

一个常见误区是只看登录页面能不能打开。登录成功可能只证明客户端连上了服务端，消息中转、文件预览、会议服务、移动推送和升级检查仍可能各自依赖外部资源。测试时不要只截一张登录成功的图，要把每一步的实际结果和失败信号记下来。

断网切断的是外部链路，内部服务器、终端和消息链路仍要单独验证。

3. 把通过标准写在测试前

验证经常遇到的情况是，测完一堆功能，事后说不清哪一项决定了选型。开始前先分三类，必选项、可选项、淘汰项。必选项是业务离不开的能力，比如登录、消息、文件、会议；可选项是锦上添花的能力；淘汰项是一票否决的条件，比如授权必须联网校验、断网后无法登录、业务必须的移动端无法使用。

下面这张表可以作为验证底稿。每一层都要有可观察的结果，不能只写正常或异常。

验证层	重点项	常见失败信号
部署与登录	离线安装、授权、账号、端口	安装缺依赖、授权要联网、登录转圈
消息与文件	单聊群聊、离线消息、大文件、预览	重连丢消息、附件打不开、预览失败
会议与文档	会议服务、屏幕共享、文档预览编辑	会议创建失败、共享黑屏、文档乱码
移动与接入	内网Wi-Fi、VPN、推送	后台收不到、锁屏无提醒、外部无法登录
运维与升级	备份恢复、离线升级、日志	备份不可恢复、升级要联网、日志缺失

二、先把测试环境搭对

1. 隔离环境与回退

测试环境要和目标环境接近，不要拿一台连着外网的测试机跑一遍就下结论。能划独立网段就划独立网段，服务器不接外网，客户端只从测试网段访问。测试前给服务器做快照或完整备份，记录网络拓扑、防火墙策略和代理设置。断网测试会涉及重启、改配置、导数据，没有回退手段，很容易把测试环境弄坏。

如果只能做逻辑隔离，把限制条件写清楚。哪些地址能访问服务器，哪些端口放行，是否经过代理或网闸，跨网段时延多少。 只在演示环境里能登录，不代表在真实网络策略下能稳定运行。

2. 离线物料清单

内网现场经常卡住的地方不是安装步骤，而是缺东西。安装包、依赖组件、授权文件、客户端安装包、升级包、驱动、字体、会议组件、文档服务组件，都要提前在可联网的机器上下载，校验完整性后再拷贝进内网。每个文件记录版本号和来源，避免现场发现版本对不上。

如果候选产品提供一键安装包，先确认它是否真的把运行依赖打包完整。有些安装包启动后仍会去下载组件，断网时就会停在半路。把安装过程完整走一遍，观察有没有联网请求、有没有超时重试。更完整的部署顺序可以参考 本地部署即时通讯的完整流程。

3. 基础服务与端口

内网域名、时间同步、HTTPS证书和端口，是容易被忽略的四项。使用内网域名时，确认客户端能正确解析；服务器时间偏差过大，登录、消息和会议都可能出问题；启用HTTPS时，证书要覆盖实际访问地址，客户端信任链要提前导入。

端口按产品文档逐项放行。以喧喧IM为例，官网部署说明要求放行TCP的11443和11444端口。服务器前面的硬件防火墙、操作系统防火墙和云安全组要分别核对，只开一处不够。具体端口和安装步骤可以对照 喧喧IM安装升级手册，不同版本以官网当前文档为准。

4. 账号、终端与测试数据

账号要覆盖管理员、普通成员、离职或禁用账号、外部接入账号。如果使用LDAP或AD，测试账号能否认证、组织架构能否同步、人员变动后通讯录是否及时更新。单点登录、IP登录限制、组织隔离这些能力如果列入采购范围，也要在断网环境实际生效，不能只看后台有没有开关。

终端不要只测管理员那台电脑。把Windows、macOS、Linux、信创终端、移动端和Web端列成矩阵，记录系统版本、CPU架构和浏览器版本。测试数据准备大文件、图片、语音、带表格和特殊字体的文档、较大规模的群组和历史消息。 终端清单往往比功能清单更能影响上线范围。

5. 一张表记录证据

每个验证项记录七列，项目、前置条件、操作步骤、预期结果、实际结果、证据、结论。证据可以是截图、日志片段、耗时记录或错误提示。结论只写通过、有条件通过、不通过，不要写基本可用这种无法比较的描述。

测试人、测试日期和产品版本也要写进表里。后续比较不同候选产品时，必须确认版本、终端和网络条件一致，否则很容易拿甲产品的较新版本对比乙产品的旧版本，得出没有意义的结论。

三、第一层 部署、授权与登录

1. 离线安装

断网安装时，重点观察三件事，安装过程是否要求联网、是否缺依赖、服务是否真的启动。安装完成后检查服务进程、后台页面和日志。消息中转服务和业务服务端如果是两个进程，只启动一个，可能出现能登录但收不到消息的情况。

通过标准可以写得更具体，无外网环境下能完成安装，服务进程持续运行，后台页面可访问，日志没有致命错误，客户端能连上服务器。任何一项不满足，都先停下来排查，不要急着进入功能测试。

2. 授权文件

授权是断网验证里容易漏掉的一步。有些产品安装时不需要联网，运行后却要联网校验授权；有些产品授权文件绑定服务器、IP或域名，换机器就要重新申请；还有些产品授权到期后功能直接降级。这些行为要在测试环境实际走一遍。

以喧喧IM为例，官网部署文档写明安装完成后在官网注册并申请授权文件，再把license目录覆盖到服务器对应目录。这个流程意味着断网现场之前就要把授权准备好，装完再去找授权，现场很可能没有条件完成。测试时记录授权导入方式、绑定条件、到期时间和续期流程， 不要假设装完就能一直用。

3. 登录与账号体系

登录要分几种情况测，老账号登录、新账号开通、禁用账号登录、密码重置、LDAP或AD认证、单点登录。断网后如果登录必须访问外部身份服务，或者验证码短信发不出去，这条链路就不成立。

组织架构同步也要测。新建部门、调整人员、离职禁用，通讯录能不能及时反映。IP登录限制如果启用，换一个不在白名单的地址尝试登录，确认限制真的生效。这些能力在不同版本中的范围可能不同，验收时按实际采购版本核对。

4. 客户端分发

客户端安装包从哪来，版本和服务端是否匹配，内网能不能统一分发，这些问题要在上线前解决。后台生成下载链接是一种方式，提前把安装包放到内网文件服务器也是一种方式。移动端还要确认安装渠道，不能默认员工都能访问应用商店。

客户端版本不一致会带来很难排查的问题。测试时记录服务端版本、桌面端版本和移动端版本，升级后重新核对一次。通过标准是客户端能安装、能登录、版本与服务端匹配，内网分发不依赖外网。

四、第二层 消息、文件与检索

1. 消息链路

消息测试不要只发一句你好。单聊、群聊、@提醒、已读未读、撤回、消息顺序、断线重连、离线消息、多端同步和消息漫游都要覆盖。测试时关闭客户端、切换网络、重启服务器，观察消息是否丢失、重复或乱序。

消息链路的通过标准是最终一致。 断线重连后能补齐，多个终端看到的状态一致，离线期间的消息不会凭空消失。只测在线状态下的秒回，说明不了断网环境下的可靠性。

2. 文件链路

文件比消息更容易暴露问题。图片、语音、文档、大文件、断点续传、点对点传输、文件预览、文件存储位置和过期清理，要逐项测。上传成功不等于对方能打开，预览成功不等于编辑能保存。

文件预览可能依赖单独的文档服务组件，会议可能依赖单独的音视频服务。只装主服务就验收，后面很容易返工。如果采购版本包含服务端文件加密存储或数据库消息加密存储，确认这些能力在断网环境下仍然生效，不要只看配置项是否存在。

3. 检索与历史消息

历史消息检索要测关键词、时间范围、发送人和跨端加载。数据量小时检索快，不代表数据量上来后还能接受。可以导入一批历史数据，再观察检索响应和客户端内存占用。

重启服务后重新检索一次，确认索引没有丢失。数据库迁移或升级后也要再测， 消息存得下和查得到是两件事。

五、第三层 会议、文档与集成

1. 音视频会议

会议要测创建、邀请、入会、屏幕共享、白板、分组讨论、预约提醒和移动端入会。音视频服务往往是独立组件，主服务能登录，不代表会议能开。以喧喧IM为例，官网安装手册把Jitsi音视频服务列为独立安装项，断网验收时要把这个服务、端口、证书和带宽一起纳入。

带宽按并发路数估算。音频会议每人约0.5Mbps，音视频会议每人约1Mbps，十几个人同时开摄像头，就按十几路并发算。具体能力可以对照 音视频会议功能说明，实际表现以目标网络实测为准。

2. 文档协同

文档协同要测预览、在线编辑、版本回溯和多人协作。安装手册里如果有Office服务端或文档转换组件，断网环境要一起安装和授权。只测上传下载不够，打开一份带表格、图片和特殊字体的文档，确认预览不乱码、编辑能保存、版本能回溯。

字体缺失是内网文档的常见问题。测试终端没有安装业务常用字体时，排版可能变化。把字体一并纳入离线物料清单，或者确认文档服务端是否内置字体。通过标准是文档能打开、能编辑、能保存，多人操作不冲突。

3. 业务集成

如果要把OA、ERP、禅道或生产告警接进来，断网环境下API、Webhook、机器人和单点登录都要联调。接口通不等于消息能到人，找一条真实业务链路走完，触发、发送、接收、回写、失败重试。生产告警这类场景还要测重复发送和延迟。

集成测试要记录接口地址、认证方式、超时设置和失败日志。 演示环境能推送，不代表目标网络能推送。 跨网段、防火墙和代理都可能让接口失效，必须在最终网络环境里跑一遍。

六、第四层 移动端与外部接入

1. 同一内网先测通

先让手机连企业内网Wi-Fi，完成登录、收发消息、传文件、语音和会议。检查桌面端和移动端的消息是否同步，历史消息能否漫游，通知是否正常。扫码登录也要测，确认扫码过程不依赖外部服务。

移动端的问题往往在后台才出现。应用在前台能收消息，切到后台或锁屏后收不到，说明推送链路和消息链路不是一回事。测试时把应用切后台、锁屏、断网再恢复，逐项观察。

2. 外部接入走受控通道

手机在外部网络时，常见做法是通过企业VPN或接入网关回到内网。不要把内网服务直接映射到公网，也不要依赖DMZ映射。喧喧IM的公开资料明确不支持通过DMZ区映射服务，具体接入方式要和网络团队、厂商一起确认。

外部接入还要配账号、IP、设备和权限策略。临时账号设置有效期，接入结束后及时回收。 能访问不等于该访问，外部接入的权限边界要和内部账号分开设计。

3. 推送要单独验证

移动推送是否依赖系统级公网通道，必须单独验证。测试时把应用切到后台、锁屏，再发消息，观察是否提醒；断网恢复后看消息是否补齐。如果厂商使用公网推送通道，纯内网环境通常需要替代方案，或者接受移动端只在特定网络下收消息。

喧喧IM官网移动办公页把手机端推送和内网服务器是否需连外网列为常见问题。选型时应要求厂商给出明确说明和实测结果，不能只看支持移动端这句话，推送行为以实际测试为准。

七、第五层 运维、升级与恢复

1. 备份与恢复

备份对象至少包括数据库、附件、配置文件和授权文件。备份策略用全量加增量，首次上线后立即做一次全量备份，再实际恢复一次。恢复后检查账号、消息、文件、权限是否完整，不能只看备份任务显示成功。

没恢复过的备份不能算备份。 恢复演练要记录耗时和步骤，确认普通运维人员能独立完成。备份文件存放在哪里，是否加密，保留多久，也要一起确定。

2. 升级与回滚

内网不能自动更新，升级包、依赖和客户端安装包都要离线准备。升级前备份，先在测试环境验证，再上生产。重点看数据库迁移是否影响历史数据、客户端是否要同步升级、升级失败能否回滚。

升级过程中断网，服务能不能恢复，也要测一次。通过标准是离线升级包可用、升级后核心功能正常、历史数据完整、回滚路径清晰。任何一步需要联网下载，都要提前准备替代方案。

3. 日志、审计与监控

登录、消息、文件和管理操作日志是否可查，留存多久，断网后是否仍记录。账号禁用、离职回收、IP登录限制要在断网环境实际生效。监控至少覆盖服务进程、端口、磁盘、CPU和内存，消息延迟和失败率有条件也要看。

日志和监控的价值在故障时体现。测试时人为停掉一个服务，观察是否能及时发现、是否有告警、恢复后是否自动重连。 没有监控的私有化部署，出问题只能等用户来报。

4. 厂商支持方式

厂商远程支持是否需要联网，是否支持内网穿透，响应时间多长，问题闭环怎么记录。这些内容要提前写进服务条款或验收附件，不要等到出故障再确认。

如果厂商只能通过公网远程支持，而现场与外网隔离，就要约定本地化支持方式。运维交接也要做，至少让两名内部人员掌握安装、备份、升级和常见故障处理。

八、把验证结果变成选型结论

1. 先定淘汰项

断网后无法登录、授权必须联网校验、消息或文件链路缺项、业务必须的移动端无法接入、升级无法离线完成，任何一项过不了，都应淘汰或缩小上线范围。不要因为其他功能演示得漂亮，就把这些硬伤留到上线后解决。

淘汰项要在测试前定好，测试后不要临时改标准。否则很容易变成先看中某个产品，再为它调整评分表。 选型的顺序是先定标准，再看结果，不是先定赢家。

2. 用同一张表比较

把候选产品放在同一张表里，按必选项、可选项和淘汰项逐项比较。每项权重在测试前确定，测试后只填结果。功能数量多不等于可用，演示流畅不等于断网可用。记录证据比记录印象可靠。

比较时确认版本、终端和网络条件一致。拿甲产品的较新版本对比乙产品的旧版本，或者拿专业版演示对比开源版采购，都会让结论失真。 同一版本、同一环境、同一批测试数据，比较才有意义。

3. 试点与合同

可以从20到50台终端起步做试点，至少包含一台信创终端、一个移动端用户和一个外部接入用户。试点跑两周，覆盖登录、消息、文件、会议、离线升级和审计。把试点写进合同节点，而不是等上线后再补。

合同或验收附件里写清楚离线升级方式、授权续期流程、外部依赖清单、版本功能范围、支持响应时间和验收标准。把这些内容落到纸面，后面换人、换版本、换网络条件时才有依据。

九、以喧喧IM为例能核对什么

以下信息来自喧喧IM官网公开页面和安装手册，核对日期为2026年11月3日。产品版本和界面可能调整，落地前以官网当前文档为准。

喧喧IM由禅道软件（青岛）集团有限公司研发，定位是企业级即时通讯与协同平台，采用私有化部署，服务端和数据放在企业自有服务器。官网说明支持两种网络环境，一种是服务器具备公网IP、客户端通过公网访问；另一种是企业只允许内网访问，服务器不连外网，所有客户端都在内网访问。纯局域网场景对应第二种。

部署侧，喧喧IM提供Windows和Linux一键安装包，官网部署说明要求放行TCP的11443和11444端口，授权文件需要提前在可联网环境申请再导入。音视频会议对应官网安装手册中的Jitsi音视频服务安装项，文档预览和在线协同还会涉及Office服务端等组件，这些都要和主服务一起纳入断网验收。

版本差异要特别注意。官网版本页把文件传输、点对点传文件、音视频会议、文件预览、协作文档、组织隔离、单点登录、LDAP认证、IP登录限制、服务端文件加密存储、数据库消息加密存储等列在专业版。官网版本页给开源版列出的是通讯录、一对一聊天、讨论组聊天、基础消息类型、基础消息操作、消息记录管理和讨论组管理等。 如果采购的是开源版，验收清单要按开源版实际功能裁剪，不能拿专业版演示结果代替。 版本范围可以对照 开源版与专业版的功能差异。

移动端支持多端同步、消息漫游和通知设置，但推送是否依赖外部通道仍要在目标网络实测。信创方面，官网及公开资料列出银河麒麟、统信UOS、Deepin等国产操作系统，以及鲲鹏、飞腾、申威、龙芯等国产CPU。具体组合和版本要以适配清单和现场安装结果为准。

这类方案适合数据要留在企业、服务器不能连外网、又有信创要求的场景。如果业务要求手机在公网直接访问，或者依赖大量公有云协同生态，就需要额外设计接入和组件，先做一轮小范围概念验证再决定。 私有化部署解决的是数据位置问题，不等于所有功能自动具备断网可用性。

十、常见问题

1. 断网测试要断到什么程度

至少做一次真正断网，把服务器和客户端都断开外网，覆盖登录、消息、文件、会议、文档和移动端。如果只能做逻辑隔离，把防火墙策略、放行端口和代理设置记录下来，再补一次恢复测试，观察重连和数据补齐。

2. 服务端装在内网，是否等于断网可用

不等于。部署位置只说明服务端在哪里，登录认证、授权校验、移动推送、升级检查、会议服务和文档预览仍可能依赖外部资源。按部署与登录、消息与文件、会议与文档、移动与接入、运维与升级五层逐项测，才能得出结论。

3. 开源版能不能做断网验证

可以，但要按开源版的实际功能清单验收。开源版和专业版的功能范围不同，文件传输、音视频会议、文件预览等能力是否在范围内，以官网版本页和实际安装结果为准。用专业版演示结果代替开源版验收，结论不可靠。

4. 内网部署后手机还能用吗

手机能访问内网服务器就可以用。常见方式是连接企业内网Wi-Fi，或者通过VPN、接入网关回到内网。手机在外部网络时，推送、登录和消息同步要单独验证，不能假设和桌面端一样。

5. 授权到期会怎样

不同产品行为不同。有的到期后限制部分功能，有的直接无法登录，有的需要联网续期。测试时记录到期后的表现、续期是否需要联网、换服务器是否要重新申请，并把这些写进合同或验收附件。

6. 断网验证要跑多久

至少覆盖一个完整工作日，加一次重启、一次升级和一次恢复。涉及信创终端、移动端和外部接入的项目，建议做两周试点。时间太短，很多问题只在特定操作或特定终端上出现，测不出来。