测试项目中常见的bug

前言

总结记录日常测试工作中,遇到的常见的问题,欢迎各位大佬补充!

功能测试遇到的问题合集

功能测试遇到的问题合集:
功能测试,个人认为主要是对页面的布局、表单等进行增、删、改、查、导入、导出等。
即:新建、编辑、查询、分页、删除、更改状态(停用/启用)、导入表格内容、数据导出为表格及业务之间的关联。
新增编辑类:

  1. 新建或编辑页,表单输入框长度没做最大限制,暴力测试超长内容提交直接报错。
  2. 新建或编辑页,数据提交后部分字段填写的值没有保存。
  3. 新建或编辑页,字段值唯一校验没加。
  4. 新建或编辑页,表单字段页面显示的带必填标识*,实际上没有做必填校验。
  5. 新建或编辑页,各个字段对应的功能未生效。(如:一个单选框的字段值不同,效果不同)
  6. 新建或编辑页,数字类型的字段,输入超大值会变成科学计数法的数值。
  7. 新建或编辑页,下拉框,字段值是关联其他地方的数据,没有数据时下拉选择弹框无法关闭。
  8. 新建或编辑、查询页,字段名称同一字段各个地方文案不一致。
  9. 新建和编辑页,字段数量不一致,有的字段有,有的字段没有。(需要注意的是可能是设计如此,需要和对应人员确认。)
  10. 字段值唯一校验,新建加了编辑页面没加,可以将值改成已存在的。
  11. 字段校验格式,编辑页面的格式和新建的格式不一致,或者说编辑根本没做格式校验。(如:手机号:编辑校验了格式,新建又没有校验格式)
  12. 进入编辑页面后数据没回显。
  13. 编辑数据后保存没生效。
  14. 编辑数据不修改直接保存,无法保存。(如:1.字段格式不一致可能会引起,2.部分字段编辑时值是禁止修改的可能存在该问题,3.部分字段的默认值丢失,原本新建时是有值的编辑页面没值没有了。)
  15. 创建的超长、超多内容导致页面布局混乱。(如:创建的内容会在其他地方关联使用,内容很长、很多,选择时页面直接被撑爆)。

删除类:

  1. 删除,删除后在创建相同内容的数据无法创建。(如:假删除的数据,新建时唯一校验没有排除已删除的)
  2. 删除被其他地方使用的数据,无法删除。(如:数据被其他地方引用存在关联关系)
  3. 删除数据后,可关联该数据的地方没过滤。(如:选择时,没有过滤掉删除、禁用的数据)
  4. 数据假删除,删除时只是改了数据字段的状态,看着是删了实际还是保留在数据库中。再次创建相同的数据,无法创建(2023/12/18新增)

查询类型:
4. 分页数据条数大于了分页数没有分页,多于的数据没显示出来、甚至跳转分页时直接报错。
5. 分页数据很多直接跨很多页跳转,报错。(如:存取在mongo中的数据,页面进行分页跳转时直接超过了mongo的最大跳转页数)
6. 系统的权限、菜单控制,很容易出现遗漏。(如:部分按钮/菜单未加权限,未勾选对应权限按钮没隐藏)
7. 系统的权限、菜单控制,两个菜单存在数据流向关联(如菜单一新建的数据,会再菜单二新建时用到)关系的,只有下游菜单时可能会无法获取到某些关联的数据,导致无法正常使用。

其他非功能性问题

  1. xss、sql注入屏蔽问题,过分屏蔽特殊字符。(如:很老的项目只能通过对表单一个个的进行敏感字符屏蔽,表单字段本来是有输入特殊字符的需求过分屏蔽导致无法输入)
  2. redis中的key过早删除(如:通话业务,部分数据缓存在redis中,设置的有效时间短(如10分钟自动删除),导致通话还未结束key就已经被删除)
  3. redis内存占用过高。(可能是缓存过期问题,部分key未设置过期时间或过期时间过长,导致资源占用高,性能下降。可使用rdr-linux工具进行分析,启动服务后是一个可视化的页面展示各个key的情况)
  4. mongo,未加索查询时全表扫描,导致大量慢查询。
  5. mq,处理超时导致数据丢失。(修改配置sendMessageThreadPoolNums,waitTimeMillsInSendQueue,参数可以缓解该现象)
  6. 应用cpu占用异常高。(可能是GC回收、存在大量操作做数据库而数据库又没加索引大量的慢查询导致。需要具体情况具体分析)
  7. 空库测试不通过。(即:部署时,只手动创建基本的库、表结构,启动项目服务能否正常启动,部分项目存在部分内置数据当数据不存在时没有初始化生成导致无法启动)
  8. 页面数据量多时(如:几百上千万数据)加载、查询缓慢。(检查是否存在慢查询、是否有索引)
  9. 强制刷新页面后,nginx 404页面丢失。(如:前端通过nginx转发到后端api服务的时候可能会出现这种情况,在nginx配置加上 try_files $uri $uri/ /index.html; 即可)

总结

以上是本人工作中遇到过的一些常见bug,还有很多遇到的bug一时想不起来,后续遇到后再持续补充。
个人见解,有很多不全面的地方,
欢迎各位大佬们补充!

### 回答1: 在电商项目测试bug可能包括但不限于以下方面: 1. 注册登录:用户无法注册或登录,无法使用网站功能。 2. 商品展示:商品展示不完整或错误,价格、图片、描述等信息不匹配。 3. 购物车:添加商品到购物车失败,购物车显示错误等。 4. 支付结算:支付失败,订单金额计算错误,发票信息错误等。 5. 物流配送:订单状态显示错误,物流信息不及时更新等。 6. 售后服务:退款、退货、换货等售后服务出现问题。 在测试电商项目时,需要对以上问题进行全面的测试,确保网站的正常运行和用户体验。 ### 回答2: 在电商项目测试bug是指在软件测试过程发现并报告的与系统规格说明或设计要求相矛盾、功能错误或异常以及用户体验问题等缺陷。以下是电商项目常见测试bug及其解决方法: 1. 注册页面bug:可能出现无法成功注册、注册信息丢失等问题。解决方法是检查后端数据库和前端页面逻辑,确保注册功能正常运行。 2. 页面显示bug:如页面布局错乱、文字重叠、图片加载失败等问题。解决方法是检查HTML和CSS代码,确保页面元素正确显示。 3. 登录验证bug:可能出现密码无法正确验证、账号登录异常等问题。解决方法是确保登录功能与数据库的账号密码一致,并对密码加密进行合理处理。 4. 支付bug:如支付页面加载慢、支付结果显示异常等问题。解决方法是检查支付接口的稳定性和数据传输是否正常,并排查后台逻辑是否有问题。 5. 订单处理bug:可能出现订单状态异常、订单信息丢失等问题。解决方法是检查订单处理流程和数据库操作,确保订单数据正确存储和更新。 6. 商品展示bug:如商品信息错误、商品评价缺失等问题。解决方法是检查商品数据源和数据接口,确保商品信息正确获取和展示。 7. 物流信息bug:可能出现物流信息更新不及时、物流查询无结果等问题。解决方法是检查物流接口和后台数据源,确保物流信息准确更新。 为了有效管理和解决这些测试bug,团队可以采用一套完善的缺陷管理系统,及时记录、分类和分配bug,优先解决严重性高、影响面广的问题。另外,持续的功能测试、性能测试和用户体验测试可以有效减少bug的产生,提高软件质量。测试团队应与开发团队密切配合,定期开展联合测试和沟通会议,及时解决测试bug,保证项目的顺利进行。 ### 回答3: 在电商项目测试bug是指在进行软件测试过程发现的错误、缺陷或异常。这些bug可能会导致系统崩溃、功能失效、数据丢失或用户体验不佳。 首先,电商项目测试bug可能涉及系统的各个方面,包括前端、后端、数据库和安全性等。比如,在前端方面,页面显示不正常、链接无效或按钮功能异常都可能是测试bug的表现。而在后端方面,可能会出现数据处理错误、API调用异常或数据传输不稳定等问题。 其次,电商项目测试bug也可能与系统的业务逻辑相关。例如,订单管理功能可能出现订单状态错误、支付失败或库存计算错误等问题。此外,在用户注册和登录过程,也可能会发现验证码无效、账号重复注册或无法正常登录等bug。 此外,电商项目的测试bug还可能与性能和安全性有关。例如,在高并发场景下,系统可能出现响应时间延迟或页面加载速度变慢等问题。而在安全性方面,可能会出现未经授权访问、信息泄露或支付漏洞等风险。 针对电商项目测试bug测试团队应该采取一系列措施来确保及时发现和修复。首先,需对系统进行全面测试,包括功能测试、性能测试、安全性测试等。其次,测试过程要准确记录bug的描述、复现步骤和预期结果,以帮助开发团队更快地定位和解决问题。最后,测试团队还应与开发团队密切合作,共同制定测试计划和bug修复优先级,以确保bug能够及时解决,并进行回归测试确认修复效果。 总之,在电商项目测试bug是不可避免的,通过高效的测试和密切的团队合作,我们可以最大限度地减少和解决这些bug,提高系统的稳定性和用户体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值