UI测试常见BUG汇总

录入界面

  1.1 输入字段要完整,且要与列表字段相符合(参照数据库进行检查)

  1.2 必填项一律在后面用*表示(必填项为空在处理之前要有相关的提示信息)

  1.3 字段需要做校验,如果校验不对需要在处理之前要有相关的提示信息

  (1) 长度校验

  (2) 数字、字母、日期等等的校验

  (3) 范围的校验

  1.4 录入字段的排序按照流程或使用习惯,字段特别多的时候需要进行分组显示

  1.5 下拉框不选值的时候应该提供默认值

  1.6 相同字段的录入方式应该统一(手动输入 、点选 、下拉选择、参照)

  1.7 录入后自动计算的字段要随着别的字段修改更新(如单价变后,金额也变)

  1.8 日期参照应该既能输入,又能从文本框选择

  界面格式

  2.1 字体颜色、大小、对齐方式(根据字段的性质确定)、加粗的一致性

  2.2 文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性

  2.3 所有新增、修改、查看页面加上页面说明(如:XXX新增、XXX编辑、XXX查看等说明字样),(弹出的)界面要有标题,标题与内容要一致

  2.4 不同界面显示相同字段的一致性(如列表界面和编辑界面)

  2.5 界面按钮显示要求(查询、新增、删除顺序)

  2.6 列表的顺序排列应该统一(按照某些特定条件排序)

  2.7 下拉框中的排列顺序需要符合使用习惯或者是按照特定的规则排定

  2.8 所有弹出窗口居中显示或者最大化显示

  2.9 信息列表中如果某个字段显示过长用“…”或者分行显示

  2.10 人员、时间的缺省值一般取当前登录人员和时间

  2.11 对于带有单位的字段,需要字段的标签后面添加如下内容:“(单位)”

  功能问题

  3.1 按钮功能的实现(如返回按钮能否返回)

  3.2 信息保存提交后系统给出“保存/提交成功”提示信息,并自动更新显示

  3.3 所有有提交按钮的页面都要有保存按钮(每个界面风格一致)

  3.4 凡是点选或者下拉选择的界面,如果一旦选择完了无法回到不选择的情况,需要加上“清除选择”功能按钮

  3.5 没有选择记录点击删除/修改按钮要提示“请先选择记录”

  3.6 选择记录后点击删除按钮要提示“确实要删除吗?”

  3.7 需要考虑删除的关联性,即删除某一个内容需要同时删除其关联的某些内容

  3.8 界面只读的时候(查询、统计、导入)等,应该不能编辑

  查询问题

  4.1 查询条件缺少一些可以查询的字段

  4.2 有些查询条件需要支持模糊查询

  4.3 需要考虑有些查询条件本身的关联性(即某个查询条件的取值范围是依赖于其他查询条件的取值)

  4.4 查询条件名称与信息列表及信息编辑页面相应的字段名称完全统一

  4.5 不同模块相同字段的查询方式应该统一(手动输入 、点选 、下拉选择)

  4.6 出报表的时候,查询条件需要显示在报表标题的下面,这样看报表的时候知道数据的依据是什么

  4.7 对于范围的查询采用全闭的形式(如 [2006-1-1,2006-12-30])

### Web测试与App测试的区别 #### 1. ### 功能测试范围 Web测试主要集中在浏览器上的功能验证,确保网站在不同的浏览器和分辨率下正常工作[^1]。而App测试不仅需要验证功能的正确性,还必须考虑到更多的特殊场景,例如来电、短信、网络切换等异常情况对应用程序的影响[^2]。 ```python # 示例:模拟弱网环境下请求发送 import requests def test_weak_network(): try: response = requests.get('https://example.com', timeout=5) assert response.status_code == 200, "Request failed under weak network conditions" except Exception as e: print(f"Weak Network Test Failed: {e}") ``` #### 2. ### 性能测试需求 虽然两者都需进行性能测试,但侧重点有所不同。对于Web应用而言,重点关注的是页面加载时间和服务器响应速度;而在移动应用中,除了这些常规指标之外,还需要特别注意内存泄漏、CPU占用率以及电池消耗等问题[^3]。 #### 3. ### 兼容性测试挑战 Web开发人员可以通过调整CSS样式表来适应大多数现代浏览器的不同解析规则。然而,在移动平台上,由于存在多厂商生产的设备型号及其各自的操作系统版本差异巨大,这就使得全面覆盖所有可能性变得极其困难[^3]。因此,实际工作中往往依赖真实物理设备或者云端仿真服务来进行广泛的兼容性检验。 #### 4. ### GUI/UI自动化难度对比 尽管二者都可以利用Selenium/Appium这样的开源工具实施UI级别的回归检查作业,但由于触摸屏交互方式的独特属性(如捏合缩放手势),再加上安卓碎片化现象严重等原因,致使后者的技术门槛相对更高一点。 --- ### 面试常见问题汇总 以下是围绕该主题可能会碰到的一些典型询问事项: 1. **请描述一下您是如何开展跨浏览器兼容性测试工作的?** - 提供具体实例说明如何运用BrowserStack/Sauce Labs之类的在线服务平台辅助完成这项任务。 2. **谈谈针对移动端特有的几种专项测试类型吧。** - 结合前述提到过的诸如中断恢复能力评估、离线缓存策略审查等内容展开论述。 3. **如果发现某款新发布的iOS版本出现了严重的崩溃错误怎么办?** - 讲解快速定位问题根源的方法论,并讨论怎样高效地向官方反馈此类Bug。 4. **能否分享一个成功解决复杂嵌套WebView组件难题的经历吗?** - 展示个人解决问题的能力的同时彰显丰富的实战经验价值。 5. **面对日益增长的应用规模,我们应该采取哪些手段提升持续集成管道内的单元&集成测试覆盖率呢?** - 推荐引入像Jenkins这类CI/CD解决方案配合相应的插件扩展模块共同构建高效的流水生产线程体系架构图谱展示效果更佳哦! ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值