测试BUG

新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）=======激活bug======指派开发======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）（1）常规操作引起的崩溃，死机，死循环，内存泄露，无法启动，异常退出，严重花屏。（3）涉及金钱，如支付类的软件，金钱的计算。

测试bug与测试实例前言一、测试vs开发：这到底是不是一个bug？二、测试实例1.杯子怎么测2.网站怎么测 前言 设想这样一种场景，你是一名优秀的软件测试工程师，在一个项目的测试中发现了一个bug，结果提交之后，开发大大并不认为这是一个bug，驳回你的意见，这时你应会怎么办？ 测试方法学了很多，但是具体的测试用例又是怎么样的，测试对象不同，测试用例又有哪些共性和不同呢？ 今日的学习心得主要解决的就是上述两个问题~ 一、测试vs开发：这到底是不是一个bug？ 遇到这种情况的你，首先明确，要相信自己的专业素养，

分享几个软件史上比较严重的bug案例。。。 堪称CS史上最严重错误，至少造成10亿美金损失： “我把 Null 引用称为自己的十亿美元错误。它的发明是在1965 年，那时我用一个面向对象语言( ALGOL W )设计了第一个全面的引用类型系统。我的目的是确保所有引用的使用都是绝对安全的，编译器会自动进行检查。但是我未能抵御住诱惑，加入了Null引用，仅仅是因为实现起来非常容易。它导致了数不清的错误、漏洞和系统崩溃，可能在之后 40 年中造成了十亿美元的损失。近年来，大家开始使用各种程序分析程序

研发收到BUG会进行修复，该过程测试只需要将bug产生的具体流程步骤讲解给研发听，如果bug描述的文字详细，该部分测试是无需介入的，研发修复好后会将BUG再次指派给对应测试。在IT软件行业里面，BUG代表的是研发在开发软件的过程中，编写过程产生的缺陷、错误，或与产品提出的需求不符合的功能点等的泛指，在测试过程之中，测试的任务便是找出这些BUG~一般优先级代表该BUG研发需要修复的优先，比如一个研发收到10个BUG，他会优先将优先级为最高的BUG优先看，优先级一般分为：最高、高、中、低、最低五个个等级；

软件开发中的BUG案例1 概述    众所周知，软件开发过程中BUG是难以避免的。但是一个训练有素的程序员却能将BUG的出现率尽可能的降低。本文档将BUG粗略地分为几个大类，以便于学习参考。程序结构和处理逻辑类：包括程序的结构，算法的选择和实现等。 可移植性类：包括跨平台代码的移植、封装等。 可维护性类：包括诊断性代码、测试支持、注释、命名风格等。 其他问题：不好归类的BUG、实践技巧等。 2 程

提bug单，应该是我们测试人员与开发人员交流沟通的重要渠道了。既然涉及交流沟通，自然就有沟通成本。 我们都是希望可以与开发小哥们愉快高效沟通的。要做到高效沟通，除了要注意语言上的技巧之外，bug单的内容描述也是需要额外注意的。 一、bug单 其实，之所以要提bug单(缺陷报告)，最主要还是希望可以通过这份文档，把发现的缺陷准确无歧义地表达清楚。 开发小哥可以根据缺陷报告快速理解缺陷，并精确定位问...

    这是从其他地方贴来的，希望有需要的来瞧瞧...   一般情况下UI测试中常见的bug有如下几个方面：  1. 录入界面　　1.1 输入字段要完整，且要与列表字段相符合（参照数据库进行检查）　　1.2 必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息）　　1.3 字段需要做校验，如果校验不对需要在处理之前要有相关的提示信息　　（1） 长度校验

图片描述不显示

文章转载自：http://www.51testing.com/html/34/393434-3724808.html   面试的时候，会经常被问到你测试中遇到的bug，说出印象最深的。只有平时思考，多总结遇到的bug，不断提升自己的level，自然能从容面对面试官的“废物测试”。 1、输入框为空/最大值判断;为空、最大值显示    设计时，应统一规范规则，特别是输入框最大值。还有内容为空时页...