性能目标

项目：行政协同平台

编制人：刘洋

部门：产品研发中心

版本：V1.0 0000-00-00

结论：4 项中 1 项达标，2 项未测

一、目标背景

本文规定行政协同平台试点的性能目标。平台供总部 A 座 186 名员工在浏览器中预订会议室、请假、登记访客和领用办公用品。峰值按上午 9 点集中预订估算，同时在线约 80 人。目标供上线前验收，测量环境与即将上线的版本一致。

1. 指标只覆盖员工最常走的打开首页、提交预订、查看月历和登录。
2. 目标值按办公网、Chrome 浏览器、测试库数据量设定。
3. 未达标项由刘洋给出改进日期，张伟决定是否影响 10 月 21 日。
4. 测量记录保留原始时间和样本量，便于复查。

二、指标定义

响应时间从员工点击到页面可继续操作。并发指 80 个账号在 1 分钟内各提交一次预订。可用性按试点期计划内时间计算，上线窗口当晚的维护除外。错误率指提交后未得到成功或明确失败提示的比例。

1. 首页打开指从登录后进入四项入口的时间。
2. 提交预订指选择空闲时段后得到完成或占用提示的时间。
3. 月历查询指打开一间会议室当月占用的时间。
4. 可用性统计到分钟，计划维护需提前一天通知张伟。

三、目标与现状

下表为 9 月 27 日的测量。首页已达标，提交预订慢于目标，并发和可用性尚未开始测量。测量由刘洋在测试库完成，样本各 20 次。

四、测量方法

单用户指标在行政办公电脑上测量，网络为 A 座办公网。并发用脚本模拟 80 个账号，账号由王芳从测试名单中提供。每次测量前刘洋确认版本号，并在记录中写上。

1. 单用户每项测 20 次，去掉最高和最低各 1 次后取平均。
2. 并发安排在 10 月 10 日 20:00 后，避免影响白天验收准备。
3. 可用性从上线次日开始记，连续统计到试点满 30 天。
4. 测量脚本和原始记录放在项目目录，陈静可以抽查 5 条。

五、差距与改进

提交预订比目标慢 0.4 秒，刘洋判断时间花在占用冲突检查。改进安排在 10 月 3 日前完成，并用同样 20 次样本复测。并发和可用性按原日期测量，不因单项改进而取消。

1. 刘洋先优化冲突检查的查询，复测目标仍是 1 秒内。
2. 若 10 月 3 日复测仍慢于 1.2 秒，张伟评估是否调整目标并记录原因。
3. 80 人并发若错误率高于 1%，上线当晚分批开放账号。
4. 可用性低于 99.5% 时，刘洋按周报告中断分钟数和原因。

刘洋把 9 月 27 日的二十次样本原始时间放在项目目录，陈静可以抽查。提交预订的优化集中在冲突检查，复测仍用同一台行政电脑和同一版本口径。并发测试放在 10 月 10 日晚，账号由王芳提供。达标项在上线前再测一次，确认版本更新后仍然满足目标。