用户登录
用户注册

分享至

软件测试bug颜色区分 软件测试BUG的种类和种类定义

  • 作者: 欧罗提拉稀
  • 来源: 51数据库
  • 2020-04-21

复制的 希望对你有用。、软件缺陷1、概念:软件缺陷简单说就是存在于软件(文档、数据、程序)之中的那些不希望,或不可接受的偏差,而导致软件产生的质量问题。按照一般的定义,只要符合下面5个规则中的一个,就叫做软件缺陷。 软件未达到软件规格说明书中规定的功能; 软件超出软件规格说明书中指明的范围; 软件未达到软件规格说明书中指出的应达到的目标; 软件运行出现错误; 软件测试人员认为软件难于理解,不易使用,运行速度慢,或者最终用户认为软件使用效果不好。 2、软件缺陷的种类(1)功能不正常(2)软件在使用上不方便(3)软件的结构未做良好规划(4)功能不充分(5)与软件操作者的互动不良(6)使用性能不佳(7)未做好错误处理(8)边界错误(9)计算错误(10)使用一段时间所产生的错误(11)控制流程的错误(12)在大数据量压力之下所产生的错误(13)在不同硬件环境下产生的错误(14)版本控制不良所产生的错误(15)软件文档的错误3、正确面对软件缺陷在软件测试过程中,软件测试人员必须确保测试过程发现的软件缺陷得以关闭; 测试是为了证明程序有错,而不是证明程序没错。不管测试计划多么完善和执行测试多么努力,也不能保证所有软件缺陷发现了就能修复。有些软件缺陷可能会完全被忽略,还有一些可能推迟到软件后续版本中修复。有些软件缺陷不被修复的原因如下。(1)没有足够的时间(2)不算真正的软件缺陷(3)修复的风险太大(4)不值得修复(5)测试误登记 4、缺陷的分类按严重程度划分:严重、较严重、一般、建议 严重:系统崩溃、数据丢失、数据毁坏 较严重:操作性错误、错误结果、遗漏功能 一般:小问题、错别字、UI布局、罕见故障 建议:不影响使用的瑕疵或更好的实现按优先级划分:最高、次高、中等、最低 最高优先级:立即修复,停止进一步测试 次高优先级:在产品发布之前必须修复 中等优先级:如果时间允许应该修复 最低优先级:可能会修复,但是也能发布缺陷的分类按测试种类划分: 逻辑功能类性能类界面类 易用性类 兼容性类

软件测试中bug的种类有哪几种?bug的易用性是什么?

BUG是缺陷。

所以看到你这个问题,我被雷倒了。。。。缺陷的易用性?难道你是想利用漏洞干什么吗?

BUG分类一般可以从严重程度,和修复优先级分。

严重程度顾名思义就是BUG 对软件造成的问题大小 比如是普通的功能缺陷 还是重大的 会死机等

修复的优先级就是 要马上修的,和可以不修的,或以后修的。

而优先级和严重程度并不成正比。并不是严重的就要马上修,也不是不重的,就以后修。

如有不明白的,自己再行百度一下吧。

手机软件测试怎么区分应用层面和非应用层面Bug?

随手机对人们生活中的影响越来越大,App测试工作逐渐被众人所知。从一开始的众包到现在的自动化探索,手机测试上的技术发展也是日新月异。

App测试相比以往传统的软甲测试相关要复杂的多且困难的多。

基于工作经验,我将如何做好app的测试归结为如下内容。

(1) 非功能测试

app测试的一个重要方面是app的非功能需求。移动app在推出市场或进行进一步开发前,测试人员有一定的职责做该类需求的跟踪工作。

早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅,问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈,看看用户是否能很好地使用新功能,以便得出第一印象。

(2) 功能测试

每项开发的新功能都需要进行测试。app测试中功能测试是一个重要方面。测试人员应该要进行手动测试和后期的自动化测试维护。刚开始测试时,测试员必须把app当做"黑盒"一样进行手动测试,看看提供的功能是否正确并如设计的一样正常运作。除了经典软件测试,像点击按钮、提交订单看看会发生什么,测试员还必须执行更多功能的app测试。

除了整个手动测试过程,测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够,所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多自动化测试工具,有商业的也有开源的,面向各个不同平台,如Android,iPhone,WindowsPhone7,BlackBerry以及移动Webapp。根据开发策略和结构,品质管理测试专家需找出最适合他们环境的自动化工具。

(3) 客户端性能测试

一个App做的好不好,不仅仅只反应在功能上。被测的app在中低端机上的性能表现也很重要。比如:一个很好玩的游戏或应用,只能在高端机上流畅运行,在中低端机上卡的不行,也不会取得好的口碑。

关于App的性能测试,我们比较关注的参数有:CPU,内存,耗电量,流量,FPS。同时也需关注一下App的安装耗时和启动耗时。

目前大家可能比较困惑的一个问题,多高的CPU,内存,耗电量,流量,FPS才算是符合发布的值呢看这里可以告诉大家,可以参考精品游戏的一些数值,将自己研发的app与业内精品的app数据做对比。

(4) 适配兼容测试

App在经过功能测试后,也需对其进行适配兼容测试需要检查的项主要有以下几点:

(a) 在不同平牌的机型上的安装、拉起、点击和卸载是否正常;

(b) 在不同的操作系统上的安装、拉起、点击和卸载是否正常;

我们在实际测试中,常常会遇到下列问题:

(a) 在某个平牌某个系统上,app安装不上;

(b) 在某个平牌某个系统上,app无法拉起;

(c) 在某个平牌某个系统上,app拉起后无响应或拉起后黑屏、花屏;

(d) 在某个平牌某个系统上,app无法顺利卸载;

(WeTest腾讯质量开放平台)这个产品可以实现多款热门机型的适配兼容测试。

(5) 弱网络测试

App在使用的过程中,难免会遇到弱网络环境,例如在公车上、在地铁里。在这种情况下,常常会出现网络抖动、上行或下行超时,导致应用中出现丢包。

作为一个测试人员,我们要对app在上线前做一定场景的弱网络环境模型,并查看app在弱网络环境下是否存在某些未知的问题。下面是我们常用的弱网络环境场景:

(a) 3G弱网络信号场景模拟;

(b) 市区低速移动场景模拟;

(c) 郊区高速移动场景模拟;

(d) 请求回应超时_上行超时场景模拟;

(e) 请求回应超时_下行超时场景模拟;

(f) 网络抖动场景模拟;

(6) 耗电量测试

App在手机上的表现,除了功能外,app是否耗电,也是测试过程中重点要关注的一项。手机设备在满电的时候,这个App能玩多久;App每小时的耗电是多少;App在某个场景挂机10分钟耗电量是多少;这些都是我们平时在耗电量测试中比较关注的点。

(7) 协议测试

模拟客户端直接发送协议包给服务器,看看服务器是否有一定的校验,认不认客户端发过来的数据。协议测试,主要是为了处理用户发送恶意协议到服务器,骗过服务器的校验。

(8) 安全测试

App在上线前,都需要做详细的安全测试。安全测试主要为了检测应用是否容易被外界破解;是否存在被恶意代码注入的风险;上线后外挂的风险高不高等。

(9) 服务器性能测试

服务器性能测试,主要包含单机容量测试和24小时稳定性测试。单机容量测试,可以检测到单机服务器在90%的响应时间和成功率都达标的前提下,能够承载多少用户量。使用特定游戏模型压测24小时,服务无重启,内存无泄漏,并且各事务成功率达标。

这个可以在WeTest入口预约。

(10) 服务器容灾测试

服务器容灾测试,主要指某个服务进程奔溃掉后,是否具有自行恢复能力。比如游戏逻辑进程消失后,是否会自动拉起;memcached崩溃时,是否会重新启动,是否会对所有玩家有影响。这些都是app测试过程中需要考虑的因素。

(11) 中断测试

针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法,如:App在前台和后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。测试电话,短信,彩信,微博或其他通知进来时app的反应。

(12) 上线后期的舆情跟踪

新的app上线后,用户对此应用的评价,存在哪些测试期间未察觉的Bug,论坛上对于该应用热门的帖子有哪些,应用商店中该应用的口碑如何等,都是app在上线后,测试人员需要关注的点。若需要测试期间未发现的Bug,需要新测试服进行确认并根据该问题的修复。

软件测试BUG的判断依据有那些?

不存在唯一标准!确定是否为BUG应从两方面考虑:开发人员方面与客户方面。

软件测试中,怎样提交bug?或者说,以怎样的形式提交bug?其中提交bug要用到什么工具?

您好,测试提交bug要看你们公司和客户的规定,一般都是公司有自己的管理bug的网站服务器。按照公司和客户商议后的规范填写!

软件测试的流程是什么?bug具体是什么?怎么提交?

简单跟你讲下吧,

1.软件测试流程,一般是这样:需求了解——测试计划——测试设计——测试用例编写——测试执行——bug管理跟踪——测试报告生成

2.bug就是测试过程中发现的程序缺陷,可以指需求上的,也可以指功能、性能上的

3.bug提交有多种方式,可以通过测试管理工具来管理bug,比如QC等

4.bug的生命周期: 发现bug(open)——修复bug(fixed)——关闭bug(closed)

软件测试中发现错与发现BUG有什么区别?请举例说明。

自测 一般指 程序开发完毕 有开发人员 自己 调试通过 或者 按照软件需要到达的功能 自己测试

白盒 就是不考虑软件的如何展现 如何通过页面展现 进行功能的实现,直接是 看开发写的代码进行 函数 检验 业务逻辑检验 这又分为静态和动态的 静态就是直接用眼看 代码 进行走读,看是否存在不合理的地方 动态就是 通过工具或者开发工具dbug 看是否有问题

黑盒 就是不考虑软件代码质量如何 ,只是从操作 使用者的角度出发 看是否实现了软件应该有的功能

错误可以说就是bug bug就是需要合理管理发现错误和问题 就是叫法的问题

转载请注明出处51数据库 » 软件测试bug颜色区分 软件测试BUG的种类和种类定义

软件
前端设计
程序设计
Java相关