1.Bug的Description的描述 Report Bug时，描述有效的Description的关键点： Condense－精简，清晰而简短； Accurate－准确，确定是Bug； Neutralize－用中性的语言描述事实，不带偏见，不用幽默或者情绪化的语言； Precise－...
软件测试使用各种术语描述软件出现的问题，通用的术语如下： ● 软件错误（software error） ● 软件缺陷（software defect） ● 软件故障（software fault） ● 软件失效（software failure） 区分这些术语的概念很重要，它...
1．引言： 生产软件的企业安排很多人来测试它们的软件产品。测试的目的就是发现bug（缺陷，defect）以便修正它们。正常情况是尽快处理可能的bug，从而减少修正bug的成本。因为，众所周知，bug越早被发现并修正，所消耗的资源越少。问题是在很多情...
Bug被later了，可能会在下个项目中重新激活这些bug，这个问题，在部门周例会上不只一次的被提起。 Bug为什么会被later，有历史遗留问题，有新的问题最终被决定later。因为： 1、有时不修改程序错误反而是个更好的办法，最重要的理由之一就是...
一、软件缺陷的定义及主要类型 我们对软件缺陷分析一下,所谓"软件缺陷（bug）"，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。一般来说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级...
会员mr.bee： 1、尽可能的描述清楚该缺陷的重现方式，尽可可能的提供系统信息，包括相关可能的设置； 2、在缺陷管理针对不可重现的缺陷增加一个字段，方便他人查看，若再出现了不可重现的缺陷，可以通过该字段过滤查看，确认是否之前已经在被其他...
测试中难免会有这样的Bug，就像UFO一样随即飘逝，不可捉摸的到。怎样处理这样的Bug。 一、这样的Bug必须提交： 1、它就像一个定时炸弹一样，说不定就会再次发生。如果发生在客户使用时，可能会带来伤害。 2、程序员拥有测试员不具备的工...
缺陷不可重现的情况有很多种，按照我个人的工作经验和理解可以分为一下几类。 1. 自动化工具执行回归测试发现缺陷，之后单跑一个测试用例不会无法重现 2. 自动化工具执行测试用例发现缺陷，之后手动无法重现问题 3. 手动执行测试用例发...
软件测试的主要目的在于发现软件存在的错误(Bug)，对于如何处理测试中发现的错误，将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误，才能消除软件错误，保证要发布的软件符合需求设计的目标。在实际软件测试过程中，对于每个Bug都要经过测...
书写清晰、完整的缺陷报告是对保证缺陷正确处理的最佳手段。它也减少了工程师以及其它质量保证人员的后续工作。 为了书写更优良的缺陷报告，需要遵守“5C”准则： Correct（准确）：每个组成部分的描述准确，不会引起误解； Clear（清晰...
一、软件缺陷的定义及主要类型 所谓"缺陷（bug）"，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。一般来说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。 ...
在团队开发过程中，发现bug和处理bug似乎是一件很平常的事情，但是，我们有没有考虑过，造成这些bug的原因，进而会占用我们大量调试时间的根源都有哪些呢？ 你可能会对这个问题不屑一顾，既然是bug，无非就是因为程序代码运行出错，或者由于相关设...
软件缺陷跟踪是我们在项目开发中的一个很重要的步骤，特别是在多个人合作的项目中。当项目出现Bug时，软件测试人员可以把他提交到缺陷跟踪系统，指定程序员修改进行修改或者由哪个程序员自己认领这个任务，同时可以跟踪这个Bug的状态等等。如果换一种看...
本文档的作者是一家大型软件外包企业的管理人员。该企业在全国服务外包企业50强中排在15位以前。为保护隐私，我们在此隐去客户的名称。 由于本公司的业务是日本外包，而外包会遇到2个客户——发包方和用户，缺陷管理就变得十分复杂，而且又十分重...
缺陷管理和软件开发各个方面紧密相关。 缺陷管理是和软件开发的项目管理、需求、设计、开发、测试严密相关的，因此缺陷管理系统如果能够在某些方面做得更好，那么它将会给用户的使用带来更多的方便： 1）和其他开发工具紧密结合：比如测试管...
1. 背景介绍 软件中的缺陷（Defect或Bug）是软件开发过程中的副产品。通常，缺陷会导致软件产品在某种程度上不能满足用户的需要。 每一个软件组织都知道必须妥善处理软件中的缺陷。这是关系到软件组织生存、发展的质量根本。可遗憾的是，并非...
关于这个主题，要想说的明白和全面并且有价值，偶觉得有点难度，一个最主要的原因就是任何公司的bug管理流程都是基于其bug管理工具的。不同公司用不同的bug管理工具，微软也不例外，同样有自己的bug管理流程，目前看来很适合微软team，不一定适合所有软...
1．BUG等级划分建议： 目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分...
一、发现问题 之所以是“发现问题”而不是“发现BUG”，是因为在确认是BUG之前，测试人员发现不正常的现象不可以武断的认为一定是BUG，因为很有可能是环境问题或自己对需求或设计有误解。 1、发现问题的心态 测试过程中，如果有问题（可...
