本文目录一览：
- 1、软件测试BUG的判断依据有那些？
- 2、软件测试中bug的种类有哪几种？bug的易用性是什么？
- 3、软件测试BUG的种类和种类定义
- 4、软件测试时，发现转账的经典bug有哪些？
- 5、软件测试过程中不停的涌现新的BUG如何处理?
- 6、软件测试新手如何快速找出软件中的Bug
软件测试BUG的判断依据有那些？
1、查看报错日志，通过日志分析，需要有一定的经验，并且有一定的代码基础，才能更好地定位问题。
2、查看数据库的数据，了解所测功能的数据表结构，测试过程中，查看数据库的数据，确认数据的正确性。
3、查看缓存（如Memcache、apc、redis等缓存）是否正确。
扩展资料：
快速发现bug方法
1、尽快熟悉公司的产品业务，根据产品的业务属性来熟悉产品的业务流程，这样才能迅速找出软件中存在的一些重要的缺陷，这样发现的软件的价值才是有价值的，否则即使能找到一些软件缺陷，那也是纯软件的缺陷，价值不大。
2、不用让程序开发员＂用户不会这样操作＂的观点说服自己，遇到这样的情况，要坚持自己的正确的观点，把这种现象作为一个Bug。
软件测试中bug的种类有哪几种？bug的易用性是什么？
BUG是缺陷。
所以看到你这个问题，我被雷倒了。。。。缺陷的易用性？难道你是想利用漏洞干什么吗？
BUG分类一般可以从严重程度，和修复优先级分。
严重程度顾名思义就是BUG 对软件造成的问题大小 比如是普通的功能缺陷 还是重大的 会死机等
修复的优先级就是 要马上修的，和可以不修的，或以后修的。
而优先级和严重程度并不成正比。并不是严重的就要马上修，也不是不重的，就以后修。
如有不明白的，自己再行百度一下吧。
软件测试BUG的种类和种类定义
复制的 希望对你有用。、 软件缺陷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如何处理?
1、分析新BUG产生的原因；
2、分析出现bug的模块，一般80%的bug出现在20%模块
记住 ，测试时不能保证质量的，只是检验质量，软件的质量好不好，主要还开开发人员的素质和能力，我见过很多改一个bug能造2个新bug的开发
软件测试新手如何快速找出软件中的Bug
摘要：当前用户对软件企业开发出来的软件质量提出了越来越高的要求了。所以在这种大的环境背景下，催生了一个新兴的职业——“软件测试工程师”的职业。尤其是最近2-3年来加入这个职业或者即将加入到这个职业的人也越来越多了。那么作为一名软件测试工程师，我们该如何迅速找到软件中的缺陷Bug呢？ 下面结合作者多年的软件测试经验谈谈。按照作者的观点：凡是不符合用户需求的，或者在使用过程中给用户造成不便的，都认为它是Bug。话虽然说的有点极端，但是现实就是如此。那么对于刚入行的软件测试新手迅速找出软件中的Bug思路如下： 1、尽快熟悉公司的产品业务 比如你们公司做ERP软件的，你肯定要迅速熟悉EPR的业务流程；比如你们公司是做法院软件的，那么你一定要熟悉法院审判案件的流程，只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷，你发现的软件缺陷才是有价值的。否则即使你能找到一些软件缺陷，那也是纯软件的缺陷，价值不大。 2、把自己当成是用户 把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗？ 2.1 比如在大量要求用户输入的软件界面中，有一些用户喜欢使用Tab键采用全键盘的输入；此时的正确的接口应该采取从左到右，从上到下的顺序。 2.2 比如有的用户喜欢使用快捷键操作等（Ctr+C，Ctr+V，Ctr+F），但是实际情况下一些开发出来的软件的快捷键却根本不起作用。 2.3 比如软件在需要用户输入的信息的时候（特别是在填写个人资料的时候），必填项后面一律要用*等醒目的标示，要让用户知道这个地方时必须填写的。 2.4 下拉框不选值的时候，应该有个默认值；并且要多检查程序中的多处下拉框，因为很多情况下下拉框取不到值。 3、善于怀疑，不要迷信高手 世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。如果你认为某个或者某些程序员水平很高，他写的这个地方应该没问题吧，那么我要说你错了，这样很容易遗漏软件中的Bug。因为程序开发人员毕竟是普通的人，只要是人就会犯错误的。 4、不要让程序开发人员的观点：“用户不会进行这样的操作”而说服自己 遇到这样的情况，你要坚持你自己正确的想法，以后对方会明白你的。比如在一个录入员工基本信息的系统中，系统中对员工的年龄作为负值、而没有作为判断、也可以保存到数据库中，此时你不要被程序员的用户不会进行这样操作的观点说服自己，你要坚持你正确的观点，把这种现象作为一个Bug吧，勇敢点！你的选择不会不错！ 5、在软件测试过程中要跟踪一条数据完整的流程 在软件测试的时候要跟踪一条数据完整的流程，保证数据的正确性这个真的是太重要了：假如你在测试一个销售的类型的软件的时候：你应该先做订货-à入库-à盘点-à销售-à查询。首先你要保证这个数据的流向是正确的无误的。假如你在测试法院审判软件的时候，你要先收案-à立案-à发送审批-à排期---审理审判-à结案判决-à归档-à查询。总之跟踪一条数据的流程，保证数据的正确性。如果经过你测试的软件在用户使用过程中业务流程上都走不通的话，那么这样的软件你说经过你的测试，但是在比人看来与没有测试有什么区别呢？ 6、回归测试要注意的细项 程序员提交新的程序版本后，作为测试人员应该立即与程序员沟通这个修改的功能、并且这个新修改的功能影响哪些功能。举个简单的例子来说明一下：比如在一款软件中，程序开发人员修改了某个“会员”的某个字段信息。作为测试人员首先你要测试“会员”的功能这个是你首先需要做的。另外你还要和程序员沟通询问他们新修改的这个会员的字段，会影响会员的销售功能吗？会对会员以前的销售记录的查询有影响吗？如果对这些功能有影响，那么这些功能都是你在回归测试的时候重点测试的地方，也是最容易产生Bug的地方了。 7、与使用者互动的缺陷 7.1 如填写资料错误应的时候，应该能够提示错误的位置，让用户知道是这个地方输入数据不对。 7.2 删除数据之前给一定要给出是否删除确认提示。 7.3 不要在软件中使用中英文混合的提示比如：比如对于用户某个操作的错误提示，不要一会用“error”、一会用“错误”；一会用“succeed”另一会用“成功”，总之要统一。