Web应用测试性能及功能测试有哪些标准

发布日期:2016-11-29 浏览次数:117

前提:并发用户数为5个以内,在线用户数为5个以内,CPU占用都在7%以下,内存在7%以下,I/O处于不繁忙状态

1. 用户登录响应时间不能超过5S。

2. 按用户/账户/客户查询与缴费两个操作响应时间都需要在3~5S完成(但是如果数据量超过5条情况下响应时间分别为7S以内)。

3. 所有查询数据在5条以内,响应在5S以内(包括日志,余额查询等)。

4. 所有查询数据在5条以上,响应时间在1S以内 (包括日志,余额查询等),如果数据量巨大(例如:1万条等),根据实际情况限制处理。

5. 所有查询数据5~5条之间,响应时间在8S以内 (包括日志,余额查询等)。

6. 所有查询操作都需要显示进度导航条,便于用户感受(针对特殊过程,与开发具体讨论)。

7. 所有导入/导出/生成文件 数据在5条以内,响应在5S以内(包括日志,余额查询等)。

8. 所有导入/导出/生成文件 数据在5条以上,响应时间在15S以内 (包括日志,余额查询等), 如果数据量巨大(例如:1万条等),根据实际情况限制处理。

9. 所有导入/导出/生成文件 数据5~5条之间,响应时间在1S以内 (包括日志,余额查询等)。

1. 所有查询导入/导出/生成文件 数据操作都需要显示进度导航条,便于用户感受。

11. 所有系统处理(具体指:销帐,返销账,扎账处理等,不属于统计、查询、导入、导出类)数据的过程时间不能超过5S(针对特殊过程,与开发具体讨论)。

12. 所有功能项(从“网厅对账”切换到“退费管理”、“返销帐”切换到“扎帐处理”等)WEB页面切换时间在3S以内。

13. 添加/删除/修改操作的时候,如果是一条数据,响应时间在3S以内。

14. 添加/删除/修改操作批量数据,响应时间在5S以内。

15. 如果显示数据包含多列,列距可以手动移动。

16. 显示数据包含多列,暂定义如果列数不超过7列的情况下,全部显示在WEB页面。如果超过7列,增加一列“详细”单击“详细”显示所有列数据,其中7列显示重要字段内容。力争整体页面不需要左右滚动条(如果列数做成可配置更好)。

17. 如果列宽不能显示完全数据,应当当鼠标置于数据不完全项时,自动在鼠标右下方显示全部内容或者自动换行(两者只能使用其一,且所有界面保持一致)。

18. WEB页面,单页显示数据的行数不要超过5行,如果超过5行,翻页显示(如果行数做成可配置更好),翻页显示,在页面的右下角处,需要有“上页、下页、跳转、首页、尾页”等按扭。

19. 行距可以手动移动。

2. 查询时,列名应固定,不能随下拉滚动条移动。

21. 在有需要修改、删除、等操作的页面中,修改、删除按钮应固定,不能随滚动条而动,因数据行数过多时,选中一条数据,还需拉到最下方点击按钮,操作不方便(针对特殊过程,与开发具体讨论)。

22. 删除/修改某一行记录,删除/修改之后,仍然停留当前位置,不整页重新查询。

23. 对必填项应有提示信息,如在必填项前加*(*使用红色标识)。

24. 在可多选的数据项,应有全选及全不选复选框。

25. 对一些不允许输入信息的字段应做不可编辑限制。

26. WEB页面查询出数据,应当按某一列进行排序或者根据客户要求多列排序。

27. 时间、类型、原因等查询类型里面,应该有默认值(针对特殊过程,与开发具体讨论)。

28. WEB页面字符要保持一致,界面要统一(如:冒号,要么统一使用全角要么统一使用半角)。

29. 错误提示,风格要统一(如:如果有错误,统一使用弹出对话框方式,且使用对话框也要统一)。

3. 非统计(例如:规则)类等需要支持模糊查询。

31. 注释语句要使用统一格式(例如:颜色、字体等都需要统一)。

32. 每个功能按扭都需要支持“回车键”操作(针对特殊过程,与开发具体讨论)。

33. 每个输入框需要基本的内容及长度效验功能。

34. 如果输入框涉及金额及需要单位的,在输入框旁边添加单位。

35. 分别支持IE(不同版本也需要支持)和firefox等浏览器。

36. 用户密码/登录密码等重要信息需要加密保存。

37. WEB页面需要超时设置,超时时间可以在配置文件里面配置。

38. 错误提示要定位准确,提示信息简洁、易懂。不能出现“如:-145”直接弹错误码这种提示(针对具体不容易说明错误原因,与测试人员一起沟通)。

猎才二维码