平台网站运营服务规范.docx

1、平台网站运营服务规范 . 平台网站运营服务规范 (一) 账户保密与安全管理 1. 账号密码开通及使用 平台新用户开通账号，需向其部门分管领导提出账号开通书面申请，经直接上级网络部门经理核准后，由账号管理专员为其开通平台登录账号。 2. 账号密码的变更 在账号管理专员创建或初始化用户帐号和密码后，用户需要立即改变初始密码。 所有账号的登录密码必须定期进行变更（所有密码的变更周期应小于3个月，并大于5天），以最大程度确保密码的安全性。 账户丢失或遗忘密码，必须向其所在部门分管领导提出书面密码初始化申请，经核准后，由账号管理专员具体实施密码的初始化程序，然后通知有关用户，并登记备案。 账号管理专员在

2、发现任何企图非法使用某用户帐号的情况时，应立即强制该用户更改密码，并记录备案。 3. 用户帐号的禁止 在超过规定登录次数限制时，用户帐号会被系统自动锁住5。 用户帐号在规定时间（30天）内没有使用，用户帐号会被账号管理专员手工禁止。 用户没有按密码定期变更的规定定期修改密码，超过系统设定的时限（5天）后，用户帐号会被系统自动禁止。 用户在外长期休假（事、病假）、出差，在此期间，其相应的用户帐号应被账号管理专员手工禁止。 当用户发现帐号由于其他原因被禁止时，应及时报告部门分管领导和账号管理专员，账号管理专员在查明原因后再为其开通，并记录在案。 8 / 1 . 4. 用户帐号的删除 用户如果因变动

3、而不再需要访问平台信息资源时，账号管理专员在收到该用户所在部门分管领导的书面通知后，删除该用户相应的用户帐号。 用户离职后，账号管理专员在接到离职手续后，删除该用户所有的用户帐号。 为了项目或其他特殊原因而临时开放的用户帐号，如不再需要，经由项目负责人或分管领导同意后，由账号管理专员立即删除。 5. 用户帐号权限的变更 如果用户因职责变动或其他工作原因需要修改平台系统访问权限，其部门分管领导需要书面通知账号管理专员，由账号管理专员修改权限。 账号管理专员需要依照“最小需要知道”原则对用户权限分配情况进行定期检查，如有必要，将修改用户权限，并通知该用户和其部门分管领导。 6. 账号使用其他注意事

4、项 各级用户对自己所能查看到的信息负有保密的责任和义务，不得向任何无关人员泄露信息内容。 用户要定期更改密码，防止被盗。用户要妥善保管个人的帐号及密码，合理利用拥有的使用权限；每个用户要对本人帐号中的所有活动和事件负责。 若其他人员因工作需要使用到个人账户的密码，须经账户负责人同意后才可将密码提供他人使用。在相关人员使用密码后的一个工作日内，须及时对密码进行修改。 离职用户必须通知平台系统管理人员，由平台系统管理人员注销其帐号信息，并签字后，方可办理离职手续。 (二) 网络故障处理流程 网络故障包括网络中断、服务器异常、平台页面打开速度异常缓慢、平台展示数据错误、页面错误等需要紧急处理的异常情

5、况。 1. 故障的提出 用户发现网络异常情况后，应立即通过电话、邮件等方式通知系统管理人员。 8 / 2 . 2. 服务的响应 系统管理人员应首先判断各自局域网及所租用城域网线路是否正常，公司机关局域网由技术中心系统管理部门负责检查。若网络连接中断，应尽快通知线路服务提供商；若局域网设备、线路、配置等出现故障或由于病毒引起网络中断，应立即修复；网络恢复正常后，应通过电话、邮件等方式通知使用人员； 技术中心管理人员应立即安排网络管理人员进行问题排查，对于重大问题，部门负责人应及时向分管领导汇报； 系统管理人员应及时判断故障原因，无法解决时，应尽快联系设备或服务提供商，对于超出服务期的，部门负责人

6、应协助联系人员处理；对于大面积的病毒发作，网络管理人员应立即排查，迅速切断病毒的传播途径，对传播病毒的机器隔离清除，必要时对其系统重新安装； 3. 服务的反馈 故障排除后，系统管理部门应通知用户，并填写故障处理情况登记表。 故障处理情况登记表 2018.05序号 日期 用户名称 故障时间 修复时间 故障原因或故障说明 处理人员 张2018-5-10 * 2018-5-10 mulis 1 2018-5-10 示例：平台登录错误 表 故障处理情况登记表 (三) 网站访问功能测试 1. UI界面测试 1) 各个页面的样式风格是否统一； 8 / 3 . 2) 各个页面的大小是否一致；同样的LOGO图

7、片在各个页面中显示是否大小一致；页面及图片是否居中显示； 3) 各个页面的title是否正确； 4) 栏目名称、有无错别字或乱码；同一级别的字体、大小、颜色是否统一； 5) 切换窗口大小，将窗口缩小后，页面是否按比例缩小或出现滚动条；各个页面缩小的风格是否一致，文字是否窜行； 6) 父窗体或主窗体的中心位置应该在对角线焦点附近；子窗体位置应该在主窗体的左上角或正中；多个子窗体弹出时应该依次向右下方偏移，以显示出窗体标题为宜； 7) 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置；避免空旷的界面上放置很大的按钮；按钮的样式风格要统一；按钮之间的间距要一致； 8) 页面颜色是否统一；前景

8、与背景色搭配合理协调，反差不宜太大，最好少用深色或刺目的颜色； 9) 若有滚动信息或图片，将鼠标放置其上，查看滚动信息或图片是否停止； 10) 导航处是否按相应的栏目级别显示；导航文字是否在同一行显示； 11) 所有的图片是否都被正确装载，在不同的浏览器、分辨率下图片是否能正确显示（包括位置、大小）； 12) 调整分辨率验证页面格式是否错位现象； 13) 文字颜色与页面配色协调，不使用与背景色相近的颜色。 14) 如有多个系统展现同一数据源时，应保证其一致性； 15) 用户提示信息应具有一定的指导性，在应用程序正在进行关键业务的处理时，应考虑在前台界面提示用户应用程序正在进行的处理，以及相应的

9、处理过程，在处理结束后再提示用户处理完毕。 16) 在某些数据输入界面，如果要求输入的数据符合某项规则，应在输入界面提供相应的规则描述；当输入数据不符合规则时应提示用户是否继续。 17) 在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存（如果用户没有主动保存的情况下）； 18) 在对某些查询功能进行测试时，应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。 8 / 4 . 19) 界面测试时，应考虑某一界面上按钮先后使用的顺序问题，以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。 20) 界面测试时，应验证窗口与窗口之间、字段与字段之间

10、的浏览顺序是否正确； 21) 在某些对数据进行处理的操作界面，应考虑用户可能对数据进行处理的频繁程度和工作量，考虑是否可以进行批量操作。 22) 界面测试时应验证所有窗体中的对象状态是否正常，是否符合相关的业务规则需要。 23) 应验证各种对象访问方法（Tab健、鼠标移动和快捷键）是否可正常使用，并且在一个激活界面中快捷键无重复； 24) 界面测试不光要考虑合理的键盘输入，还应考虑是否可以通过鼠标拷贝粘贴输入。 25) 对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发，应避免其他形式的触发。 26) 对界面上的任何对象进行拖拉，然后进行查询、打印，应保证查询打印结果

11、不变； 27) 确保数据精度显示的统一：如单价0，应显示为0.00； 28) 确保时间及日期显示格式的统一； 29) 确保相同含义属性/字段名的统一； 30) 对所有可能产生的提示信息界面内容和位置进行验证，确保所有的提示信息界面应居中。 2. 链接打开测试 1) 页面是否有无法连接的内容；图片是否能正确显示，有无冗余图片，代码是否规范，页面是否存死链接； 2) 图片上是否有无用的链接；点击图片上的链接是否跳转到正确的页面； 3) 点击具体功能或按钮的链接，是否可进入相应的详细页面； 4) 导航链接的页面是否正确；是否可按栏目级别跳转到相应的页面。 3. 搜索功能测试 1) 搜索按钮功能是否实

12、现； 8 / 5 . 2) 输入网站中存在的信息，能否正确搜索出结果； 3) 输入键盘中所有特殊字符，是否报错；特别关注：_？.?/-；特殊字符 4) 系统是否支持键盘回车键、Tab键； 5) 搜索出的结果页面是否与其他页面风格一致； 6) 在输入域输入空格，点击搜索系统是否报错； 7) 本站内搜索输入域中不输入任何内容，是否搜索出的是全部信息或者给予提示信息； 8) 精确查询还是模糊查询，如果是模糊查询输入：中%国。查询结果是不是都包含中国两个字的信息； 9) 焦点放置搜索框中，搜索框内容是否被清空； 10) 搜索输入域是否实现回车键监听事件。 4. 表单测试 1) 注册、登录功能是否实现；

13、 2) 提交、清空按钮功能是否实现； 3) 修改表单与注册页面数据项是否相同，修改表单是否对重名做验证； 4) 提交的数据是否能正确保存到后台数据库中（后台数据库中的数据应与前台录入内容完全一致，数据不会丢失或被改变）； 5) 表单提交，删除，修改后是否有提示信息；提示、警告、或错误说明应该清楚、明了、恰当。 6) 浏览器的前进、后退、刷新按钮，是否会造成数据重现或页面报错； 7) 提交表单是否支持回车键和Tab键；Tab键的顺序与控件排列顺序要一致，目前流行总体从上倒下，同时行间从左到右的方式 8) 下拉列表功能是否实现和数据是否完整。 5. 输入域测试 1) 对于手机、邮箱等的输入是否有长

14、度及类型的控制 8 / 6 . 2) 输入中文、英文、数字、特殊字符（特别注意单引号和反斜杠）及这四类的混合输入，是否会报错； 3) 输入空格、空格+数据、数据+空格，是否报错； 4) 输入全角、半角的英文、数字、特殊字符等，是否报错； 5) 是否有必填项的控制；不输入必填项，是否有友好提示信息； 6) 输入超长字段，页面是否被撑开； 7) 分别输入大于、等于、小于数据表规定字段长度的数据，是否报错； 8) 输入非数据表中规定的数据类型的字符，是否有友好提示信息； 9) 在文本框中输入回车键，显示时是否回车换行； 10) 非法的输入或操作应有足够的提示说明。 6. 分页测试 1) 当没有数据时

15、，首页、上一页、下一页、尾页标签全部置灰； 2) 在首页时，“首页”“上一页”标签置灰；在尾页时，“下一页”“尾页”标签置灰；在中间页时，四个标签均可点击，且跳转正确； 3) 翻页后，列表中的数据是否任然按照指定的顺序进行了排序； 4) 各个分页标签是否在同一水平线上； 5) 各个页面的分页标签样式是否一致； 6) 分页的总页数及当前页数显示是否正确； 7) 是否能正确跳转到指定的页数； 8) 在分页处输入非数字的字符（英文、特殊字符等），输入0或超出总页数的数字，是否有友好提示信息； 9) 是否支持回车键的监听。 7. 交互性测试 1) 前台的数据操作是否对后台产生相应正确的影响。 8 /

16、7 . 2) 可实现前后台数据的交互；数据传递是否正确；前后台大数据量信息传递数据是否丢失（如500个字符）；多用户交流时用户信息控制是否严谨； 3) 用户的权限，是否随着授权而变化； 4) 对于修改、删除等可能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会。 8. 安全性测试 1) 在测试路径上出现：示例http:/172.16.48.116:8080/dzgh/xwzx/khzl/2008/11/13/58127.html把/2008/11/13/58127.html去掉，看是否能出现目录下文件； 2) 访问文件目录如果出现403错误，说明网页加以限制拒绝访问； 3) 访问文

17、件目录如果出现SSH其他根目录路径，说明有漏洞缺陷； 4) 用X-Scan-v3.2-cn工具对网站服务器扫描。可以对网站参透出开启的端口号，SSH弱口令，网站是否存在高风险；比如:在扫描参数中输入测试网站的地址，点击扫描。如果扫描出网站端口号高风险或SSH弱口令可以与开发人员沟通进行修改； 5) 测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。 6) 网站是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。 7) 为了保证网站的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。 8) 当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。 9) 服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。 10) 网页加载速度测试可以采用HttpWatch软件等，可以知道那些内容影响网站整体速度。 8 / 8