• 0
  • 0
分享

读者提问:

『阿常你好,常见的 BUG 类型有哪几种呀 ?』

阿常回答:

常见的 BUG 包含以下十种类型:

1、业务逻辑

主要的业务流程走不通或出现错误,比如新增保存不成功。

2、功能操作

一些功能按钮无法进行操作,点击按钮没反应。

3、功能优化

功能操作不方便、不合理的地方需要优化。

4、交互逻辑

分为界面交互和功能交互:

界面交互指的是页面的跳转;

功能交互指的是通过和程序交谈(输入数据等操作)来控制程序,让程序得到你要的成果,常用的交互功能有启用聊天功能、网站上添加留言功能、消息通知功能和自主服务功能等。

5、数据问题

基础数据不正确、数据未同步。

6、条件限制问题

1)输入框字符个数、长度和类型限制。 

2)图片尺寸大小、文件大小、格式类型、分辨率,图片名称字符长度及类型。

7、界面优化

界面不美观,排版有问题,不符合设计要求和使用者的习惯,需要进行界面优化。

8、兼容问题

WEB兼容测试、APP兼容测试、网络兼容。

9、性能问题

1)页面加载慢,延迟超过3秒 

2)占用CPU、内存的大小,内存泄漏

10、安全相关

1)IP和端口号要改为域名显示 

2)SQL注入测试 

3)服务器安全问题

阿常碎碎念:

以上原内容来自网络检索,阿常整理,侵删。

看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家后台私信阿常,一起探讨交流。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 状态码分类2XX 成功状态码2系状态码都是表示服务器收到客户端的请求并且正确处理。- 200 OK表示从客户端发来的请求在服务器端被正常处理了。在响应报文内, 随状态码一起返回的信息会因方法的不同而发生改变。 比如, 使用 GET 方法时, 对应请求资源的实体会作为响应返回; 而使用 HEAD 方法时, 对应请求资源的实体首部不随报文主体作为响应返回(即在响应中只返回首部, 不会返回实体的主体部分)- 204 No Content该状态码代表服务器接收的请求已成功处理, 但在返回的响应报文中不含实体的主体部分。 另外, 也不允许返回任何实体的主体。一般用于只需要从客户端往服务器发送信息, 而对...
            0 0 1491
            分享
          •   传统测试任务,小伙伴们想必都知道,我们只要清楚测试项目的目标、范围、需求等,去准备测试设计案例,定义完备的测试用例,根据业务场景去定义测试脚本。无脑地按部就班执行测试用例,运行测试脚本即可,最终记录缺陷并反馈问题。测试人员有较大说话权,只要挑出开发的bug,理直气壮地要求开发人员修改掉那些程序错误,能获得一定成就感。  然而,产品测试似乎没有项目测试那么容易。今天笔者想从产品测试角度分享一些经验,若您正在参与产品测试任务,需要避免哪些坑?希望能给您带来一些启发,在产品测试过程中得到更多成长。  辛酸的产品测试  为什么称产品测试过程很辛酸?  我们知道,搞产品比搞项目更加复杂。我们可以把产...
            0 0 466
            分享
          •   据报道,马斯克上周五向美国法官提出请求,希望法院驳回索赔2580亿美元的“狗狗币”诉讼案。在此案中马斯克被控以传销欺骗的形式推销加密货币狗狗币。  马斯克代表律师认为狗狗币投资者发起诉讼如同“幻想的虚构作品”,马斯克只是就狗狗币发了一些无伤大雅甚至有些愚蠢的推文而已。  到底马斯克想欺骗谁?他隐藏了什么风险?投资者从未清楚解释过。马斯克的确曾发布一些相关推文,比如宣称“Dogecoinrulz”,并且附带一张Dogememe图;还说过“没有高点,没有低点,只有Doge”,但不能凭借这些模糊的内容就指责马斯克欺诈。  马斯克律师辩解称:“狗狗币是合法加密货币,市值接近100亿美元,发送一些支...
            0 0 703
            分享
          •   N+1问题:N+1问题是指在使用关系型数据库时,在获取一组对象及其关联对象时,产生额外的数据库查询的问题。其中N表示要获取的主对象的数量,而在获取每个主对象的关联对象时,会产生额外的1次查询。  N+1问题是很多项目中的通病。遗憾的是,直到数据量变得庞大时,我们才注意到它。不幸的是,当处理 N + 1 问题成为一项难以承受的任务时,代码可能会达到了一定规模。  在这篇文章中,我们将开始关注以下几点问题:  N + 1 问题的一个例子  假设我们正在开发管理动物园的应用程序。在这种情况下,有两个核心实体:Zoo和Animal。请看下面的代码片段:  @Entity   @Table(name...
            0 0 557
            分享
          •   今年是进入测试行业的第九年,回想在这九年职业生涯中,来来往往也接触过很多很多的人。在跟不同的人一起工作的过程中,我会经常产生一些困惑,比如:  面对同样复杂的测试任务,有些人可以在一天之内梳理出解决方案,而有些却要墨迹很长时间? 有些人能够快速的描述出工作中的问题,而有些人支支吾吾一直说不清楚? 有些人当被问到“你这样说的依据是什么?”“有没有具体例子”时,经常被卡壳,有些人却能摆事实讲道理有条不稳的说上一二三?  但是随着工作的深入接触,不难发现那些高效解决问题以及能够高效沟通的人都会有这样一个共同点,就是他们拥有一套高效的结构化思维方式。  一、什么是结构化思维方式?  结构化思维简单...
            0 0 1528
            分享
      • 51testing软件测试圈微信