Web应用测试性能及功能测试标准(样本).docVIP

Web应用测试性能及功能测试标准 样本 测试篇 2009-11-14 23:08:13 阅读79 评论0 ??字号：大中小?订阅 前提：并发用户数为50个以内，在线用户数为500个以内，CPU占用都在70%以下,内存在70%以下，I/O处于不繁忙状态 1. 用户登录响应时间不能超过5S。 2. 按用户/账户/客户查询与缴费两个操作响应时间都需要在3~5S完成（但是如果数据量超过50条情况下响应时间分别为7S以内）。 3. 所有查询数据在500条以内，响应在5S以内（包括日志，余额查询等）。 4. 所有查询数据在5000条以上，响应时间在10S以内 （包括日志，余额查询等），如果数据量巨大（例如：10万条等），根据实际情况限制处理。 5. 所有查询数据500~5000条之间，响应时间在8S以内 （包括日志，余额查询等）。 6. 所有查询操作都需要显示进度导航条，便于用户感受（针对特殊过程，与开发具体讨论）。 7. 所有导入/导出/生成文件 数据在500条以内，响应在5S以内（包括日志，余额查询等）。 8. 所有导入/导出/生成文件 数据在5000条以上，响应时间在15S以内 （包括日志，余额查询等）, 如果数据量巨大（例如：10万条等），根据实际情况限制处理。 9. 所有导入/导出/生成文件 数据500~5000条之间，响应时间在10S以内 （包括日志，余额查询等）。 10. 所有查询导入/导出/生成文件 数据操作都需要显示进度导航条，便于用户感受。 11. 所有系统处理（具体指：销帐，返销账，扎账处理等，不属于统计、查询、导入、导出类）数据的过程时间不能超过5S（针对特殊过程，与开发具体讨论）。 12. 所有功能项（从“网厅对账”切换到“退费管理”、“返销帐”切换到“扎帐处理”等）WEB页面切换时间在3S以内。 13. 添加/删除/修改操作的时候，如果是一条数据，响应时间在3S以内。 14. 添加/删除/修改操作批量数据，响应时间在5S以内。 15. 如果显示数据包含多列，列距可以手动移动。 16. 显示数据包含多列，暂定义如果列数不超过7列的情况下，全部显示在WEB页面。如果超过7列，增加一列“详细”单击“详细”显示所有列数据，其中7列显示重要字段内容。力争整体页面不需要左右滚动条（如果列数做成可配置更好）。 17. 如果列宽不能显示完全数据，应当当鼠标置于数据不完全项时，自动在鼠标右下方显示全部内容或者自动换行（两者只能使用其一，且所有界面保持一致）。 18. WEB页面，单页显示数据的行数不要超过50行，如果超过50行，翻页显示（如果行数做成可配置更好），翻页显示，在页面的右下角处，需要有“上页、下页、跳转、首页、尾页”等按扭。 19. 行距可以手动移动。 20. 查询时,列名应固定,不能随下拉滚动条移动。 21. 在有需要修改、删除、等操作的页面中，修改、删除按钮应固定，不能随滚动条而动，因数据行数过多时，选中一条数据，还需拉到最下方点击按钮，操作不方便（针对特殊过程，与开发具体讨论）。 22. 删除/修改某一行记录，删除/修改之后，仍然停留当前位置，不整页重新查询。 23. 对必填项应有提示信息，如在必填项前加*（*使用红色标识）。 24. 在可多选的数据项，应有全选及全不选复选框。 25. 对一些不允许输入信息的字段应做不可编辑限制。 26. WEB页面查询出数据，应当按某一列进行排序或者根据客户要求多列排序。 27. 时间、类型、原因等查询类型里面，应该有默认值（针对特殊过程，与开发具体讨论）。 28. WEB页面字符要保持一致，界面要统一（如：冒号，要么统一使用全角要么统一使用半角）。 29. 错误提示，风格要统一（如：如果有错误，统一使用弹出对话框方式，且使用对话框也要统一）。 30. 非统计（例如：规则）类等需要支持模糊查询。 31. 注释语句要使用统一格式（例如：颜色、字体等都需要统一）。 32. 每个功能按扭都需要支持“回车键”操作（针对特殊过程，与开发具体讨论）。 33. 每个输入框需要基本的内容及长度效验功能。 34. 如果输入框涉及金额及需要单位的，在输入框旁边添加单位。 35. 分别支持IE（不同版本也需要支持）和firefox等浏览器。 36. 用户密码/登录密码等重要信息需要加密保存。 37. WEB页面需要超时设置，超时时间可以在配置文件里面配置。 38. 错误提示要定位准确，提示信息简洁、易懂。不能出现“如：-1405”直接弹错误码这种提示（针对具体不容易说明错误原因，与测试人员一起沟通）。