复制的 希望对你有用。、软件缺陷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级别说明

问题类型按照A、B、C、D、E顺序排列

A. 致命性：数据被破坏、数据丢失、系统崩溃、系统无法运行。

B. 重大性：处理结果不正确、流程不对、性能不能满足要求

重大性以上bug用白底红字方式标识出来。

C. 次要性：不会影响整个系统的运行性能，

D. 一般性：操作不方便，界面布局不合理，难以理解

E. 建议性：界面重构、描述更改、流程改进。

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

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

软件测试提交bug时包括哪些内容

1、Bug的标题（Title）和详细描述（Descriptions）:

标题主要是对你所提交的Bug进行简明扼要的描述；

详细描述是对Bug进行进一步详细的描述，例如在什么情况下发生等；也可以直接将标题作为描述部分（简短明了时可以）。

两者都是为了让查看Bug的人员很清楚的知道你所表达的意思。

2、回归（Regression）：

这一部分主要是测试一下前一个版本有没有此类bug（称为回归测试）。

3、Bug测试环境（Environment）：

在什么环境中发现的这个bug，例如：什么系统，哪个版本等。对于bug环境的描述可以通过简单的罗列即可（精简为主）。

4、复现的详细步骤（Repro Steps）：

这一步主要是让你将自己在测试的过程简单的写一下，从你开始测试软件的最开始到你发现bug的时刻为止（简单的说就是你的测试过程一步步罗列下）。

5、实际结果（Actual Results）和预期结果（Expected Results）：

实际结果就是你在测试软件的过程中，软件所表现出来的特征或者行为；

预期结果就是软件需要设计所要求达到的结果或者目标。

6、备注（Notes）:

这一部分主要是对bug的一些补充，例如：其它系统也发生，上个版本不发生等需要补充的内容。

7、当然，还有很多内容。例如bug的严重等级、优先等级等。针对不一样的Bug提交系统，做出相应的Bug提交内容即可。

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

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

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

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

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

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