本文目录一览：
软件测试BUG的判断依据有那些？
1、查看报错日志，通过日志分析，需要有一定的经验，并且有一定的代码基础，才能更好地定位问题。
2、查看数据库的数据，了解所测功能的数据表结构，测试过程中，查看数据库的数据，确认数据的正确性。
3、查看缓存（如Memcache、apc、redis等缓存）是否正确。
扩展资料：
快速发现bug方法
1、尽快熟悉公司的产品业务，根据产品的业务属性来熟悉产品的业务流程，这样才能迅速找出软件中存在的一些重要的缺陷，这样发现的软件的价值才是有价值的，否则即使能找到一些软件缺陷，那也是纯软件的缺陷，价值不大。
2、不用让程序开发员＂用户不会这样操作＂的观点说服自己，遇到这样的情况，要坚持自己的正确的观点，把这种现象作为一个Bug。
软件测试BUG的种类和种类定义
复制的 希望对你有用。、
软件缺陷1、概念：软件缺陷简单说就是存在于软件（文档、数据、程序）之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题。按照一般的定义，只要符合下面5个规则中的一个，就叫做软件缺陷。�0�5 软件未达到软件规格说明书中规定的功能；�0�5 软件超出软件规格说明书中指明的范围；�0�5 软件未达到软件规格说明书中指出的应达到的目标；�0�5 软件运行出现错误；�0�5 软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。 2、软件缺陷的种类�0�4 （1）功能不正常�0�4 （2）软件在使用上不方便�0�4 （3）软件的结构未做良好规划�0�4 （4）功能不充分�0�4 （5）与软件操作者的互动不良�0�4 （6）使用性能不佳�0�4 （7）未做好错误处理�0�4 （8）边界错误�0�4 （9）计算错误�0�4 （10）使用一段时间所产生的错误�0�4 （11）控制流程的错误�0�4 （12）在大数据量压力之下所产生的错误�0�4 （13）在不同硬件环境下产生的错误�0�4 （14）版本控制不良所产生的错误�0�4 （15）软件文档的错误3、正确面对软件缺陷在软件测试过程中，软件测试人员必须确保测试过程发现的软件缺陷得以关闭；�0�5 测试是为了证明程序有错，而不是证明程序没错。不管测试计划多么完善和执行测试多么努力，也不能保证所有软件缺陷发现了就能修复。有些软件缺陷可能会完全被忽略，还有一些可能推迟到软件后续版本中修复。有些软件缺陷不被修复的原因如下。�0�4 （1）没有足够的时间�0�4 （2）不算真正的软件缺陷�0�4 （3）修复的风险太大�0�4 （4）不值得修复�0�4 （5）测试误登记 4、缺陷的分类按严重程度划分：严重、较严重、一般、建议 �0�6 严重：系统崩溃、数据丢失、数据毁坏�0�6 较严重：操作性错误、错误结果、遗漏功能�0�6 一般：小问题、错别字、UI布局、罕见故障�0�6 建议：不影响使用的瑕疵或更好的实现按优先级划分：最高、次高、中等、最低�0�6 最高优先级：立即修复，停止进一步测试�0�6 次高优先级：在产品发布之前必须修复�0�6 中等优先级：如果时间允许应该修复�0�6 最低优先级：可能会修复，但是也能发布缺陷的分类按测试种类划分： 逻辑功能类性能类界面类 易用性类 兼容性类
软件测试中bug的种类有哪几种？bug的易用性是什么？
BUG是缺陷。
所以看到你这个问题，我被雷倒了。。。。缺陷的易用性？难道你是想利用漏洞干什么吗？
BUG分类一般可以从严重程度，和修复优先级分。
严重程度顾名思义就是BUG 对软件造成的问题大小 比如是普通的功能缺陷 还是重大的 会死机等
修复的优先级就是 要马上修的，和可以不修的，或以后修的。
而优先级和严重程度并不成正比。并不是严重的就要马上修，也不是不重的，就以后修。
如有不明白的，自己再行百度一下吧。
