电子投票是技术功能，会议表决还包含议题、人员资格、选项、通过条件与结果确认。下列内容用于采购与验收时划清术语和测试边界，不代表未经过当前版本演示的功能已经交付。
投票、表决与电子笔记不能混用
投票表决描述发起投票、记名或匿名、单选或多选、评议评分、计票、结果展示和记录导出。电子笔记描述个人文字记录、手写批注、重点标记、保存及会后查看；即时消息描述文字或文件消息与会务通知。三类功能的数据对象、权限和验收步骤不同。
会前先明确业务规则
需求清单应写明议题来源、可投票人员、记名或匿名、选项类型、弃权处理、法定人数、通过条件、开放与截止时间，以及结果由谁确认。业务制度没有明确时，软件默认值不能替代会议规则。
功能演示至少覆盖六类操作
- 由有权限的角色创建议题并发起投票；
- 按约定身份与资格提交选项，阻止无权限和重复提交；
- 分别验证记名、匿名、单选、多选、评分等项目范围内的模式；
- 验证中途退出、资格变化、网络中断和超时截止；
- 按约定规则计票并展示、确认或导出结果；
- 核对管理操作、规则变更和结果生成的审计记录。
匿名不等于完全不可追溯
匿名表决应先定义谁不能看到身份、后台保存什么数据、异常如何调查及日志如何留存。安全结论必须限定到具体版本、配置、数据模型与测试结果，不能仅凭页面文字判断。
验收记录应能复现结果
验收用例要记录软件版本、终端、网络、参会人数、规则、输入、预期结果和实际结果。涉及正式决策时，业务负责人还应确认制度与表决规则；技术测试不能代替法律或治理审查。
不同场景怎么选
普通意见收集先明确是否需要匿名与结果导出；董事会、党政会议等正式表决需由业务负责人确认人员资格、通过条件与留存规则；多会场场景还要测试时间同步、网络中断与重复提交。选择能用指定规则复现计票结果、并明确匿名边界的方案。