2020-06-28 11:19发布
对于一个问题，其处理过程是一个周期，周期的不同阶段，其所处的状态也是不一样的。不同状态所对应的处理人也是不一样的。
打开 ： 表示问题被提交等待有人处理。
重新指派 ： 问题被重新指派给某人处理。
处理 ： 问题在处理中，尚未完成。
固定 ： 确认此问题存在，但暂时不进行处理。
回归 ： 对已经修复的问题进行回归确认。Reopened :
关闭 ： 问题的最后一个状态。
提交（打开）缺陷
在提交一个缺陷的缺陷，首先尽量描述这个缺陷的属性。Bug重现环境，bug类型，bug等级，bug的优先级以及详细的重现步骤，结果与期望等。
当然，我们在提交一个问题之前首先应该保证，这个缺陷是没有被提过的，以免造成重复缺陷单。
如果是回归不通过的缺陷，其状态又会变为打开状态。
分配（转交）缺陷
这一步不是必须的，跟项目模式有关，有些公司测试部门与开发部门独立，那么测试人员就不确定自己测试的模块是由哪位开发人员负责的，在这种情况下，测试人员统一把问题指派给项目组长或经理，由项目组长（或经理）对问题进行确认后再次分配给相应的开发人员。
有些测试人员是穿插到不同研发团队中的，所以对不同的开人发员负责的开发模块非常清楚，这个时候就可以将问题直接指派给相应的开发人员。
也有一种情况，本来此问题应该由A开发人员负责，但由于A开发人员的调离或辞职，些问题为转交给其它人员处理。“分配”强调是上级对下级；“转交”强调的是平级之间。
确认缺陷
当开发人员接到一个缺陷时，首先是对其进行分析与重现，如果对其进行分析发现不是缺陷（可能由于测试人员不了解需求）或无法对此问题进行重现，那么就需要将此问题反回给测试人员，并注明原因。如果确认为缺陷则需要对其进行处理。
推迟处理
在处理问题之后，还需要进行一次判断，是否需要推迟处理，有些需求已经确认了是问题，由于其可能在极端情况下才会出现，或需要对系统架构进行改动，或其优先级非常低，所以暂时不需要对此问题进行处理（或到下个版本进再进行修复）。
固定
对于推迟处理的问题可以暂时进行固定（“固定”为QC中的叫法。）一般固定的问题需要经过项目经理与测试经理协商后才能固定。
处理缺陷
开发人员在确认完一个问题需要处理时，那么就对其进行处理工作。（例如，redmine 是支持处理人时时更新问题处理进度的，如 已处理30% ，已处理80% 等，当然，对于短时间内可以修复的问题就没必要时时的去更新处理进度。）
回归缺陷
回归缺陷对于测试人员来说是非常重要的工作，其有三个入口两个出口。
确认非缺陷问题：对于提交的一个缺陷，开人员处理为非问题或无法重现，然后直接转交给测试人员回归。测试人员再次确认，如果真如开发人员所说，则将问题关闭。如果非开发人员所说，是由于问题描述模糊或其它原因喂重现问题，则再次注明原因转给开发人员。
确认修复问题：对开发人员修复的问题再次进行确认，确认能过，则关闭问题。确认不通过，将问题再次打开并转给开发人员。
确认固定问题：有计划的对固定问题进行确认，有些固定问题随着时间的推移，版本的更新或已经不存在了，对这类问题应该及时关闭。有些固定问题依然存在且变得紧急，对于这类问题应该及时打开交给开发人员处理。
关闭缺陷
对于已经修复的缺陷进行关闭，这也是一个缺陷的最后一个状态。
虽然从事开发行业的女生越来越多，但女生的比例还是远比不上男生。软件测试的男女生比例则基本相当，软件测试要求细心、耐心，大部分女生也是比较适合学的。而且软件测试课程分为手工测试和自动化测试，手工测试分为功能测试、性能测试、接口测试。自动化测试...
需要。很多人当初抱着测试不需要懂代码，才选择了这个行业，这个就要看对自己的职业定位了，是止步于月薪过万就可以了，还是往20k、30k去突破，如果这样的话，是肯定要会接口、会自动化，就必然要涉及到代码。如果真的看不懂代码，实际的测试后期的工作会出现...
在我看来游戏开发挺难的，尤其像手游一类的还有网游，里面有很多的程序代码而且伤神又费力，不过也有女生在这方面做的很好的，如果你感兴趣，非常想学，可以试试
软件测试专业现在很火热，很缺少人才，25岁学软件测试能学会，就业薪资也高，工作也相对轻松
测试类型有：功能测试，性能测试，界面测试。功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用...
这个其实和接口测试的场景密不可分的，比如说：外部接口测试： 必须先接口测试通过了，才能执行功能测试子系统或者各个模块之间的联调测试： 必须各子系统后台代码完成，并提供接口才可以完成测试，一般来说都要求各子系统功能测试通过后再进行...
这个是会因为公司的架构不同而不同的，并不是固定的，但是一般是会有专门的测试部门，或者叫质量保证部，也有可能是叫别的名字。
移动端测试，包括App兼容性测dao试，7*24小时稳定性测试，功耗性能测试，UI测试，交互测试等，课程主要学习的内容有：1、功能测试主要包括计算机基础、软件测试核心理论、Linux、数据库，学习目标是掌握软件测试核心理论，结合Linux、数据库等可实现移动端、w...
标题 1. 首先要做一个标题党（此标题党非彼标题党）。标题一定要清晰简洁易理解，不应该臃长 2. 尽量前缀要规范，例如模板： [Product][Version]_[Feature]_[Title]，这样描述会很清晰，也方便查找 3. 缺陷的标题一定要描述在什么情况下发生了什么问...
1、 缺陷报告可以记录缺陷2、可以对缺陷进行跟踪管理3、可以对缺陷报告进行分类 总结 统计
1、缺陷编号（Defect ID)，提交BUG的顺序。2、缺陷标题（summary),简明扼要的说明一下这个BUG。3、缺陷的发现者（DetectedBy) ,一般是自己。4、发现缺陷的日期（Detected on date)，一般是当天。5、缺陷所属的模块（subject)， 在测试哪个模块的时候发现的BUG...
缺陷标题好的缺陷标题需要让相关人员一目了然，一般建议的格式是条件+失败。缺陷类型缺陷类型也是根据具体的项目而定的。但一般情况下分为功能、界面、建议。重现步骤重现步骤的编写规则可以参考测试用例中的操作步骤 ，一定要足够详细、说明清楚问题的操作顺...
工具：NoSQLUnitJsTestDriverQTRunnerVenusFluintBuster.JSSQLUnitECUTQTestlibUnitilsgreatestDbUnitAbbotGoogleTest框架：JUnitMoqJSCaptureMockCUnitPyUnitCppUTestCppUnitzCUTcipra
JunitTestNGGoogleTestpytestunittestJmockitJaCoCogcov、lcov、gcovrCoverage.pyEvoSuiteDiffblue Cover
React Hooks测试库( Testing Library)是一个简单而完整的React Hooks测试工具。 React Hooks测试库让用户可以为React钩子创建简单的测试工具，自定义钩子的输入和检索输出，以处理在功能组件体内运行的情况。 使用React Hooks，用户不必为了测试而去担...
1、单元测试注重代码逻辑，接口测试注重业务逻辑；2、单元测试的粒度最小，是测试最小独立的单元模块（不依赖其他模块）；接口测试不是，会覆盖很多；3、单元测试是白盒测试，接口测试是黑盒测试；4、单元测试关注的是代码的实现和逻辑，测试范围较小，保证实...
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','/static/images/logo.png', '推荐 qwe 的问题《缺陷的生命周期？》','http://www.shouhuola.com/q-20990.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
对于一个问题，其处理过程是一个周期，周期的不同阶段，其所处的状态也是不一样的。不同状态所对应的处理人也是不一样的。
打开 ： 表示问题被提交等待有人处理。
重新指派 ： 问题被重新指派给某人处理。
处理 ： 问题在处理中，尚未完成。
固定 ： 确认此问题存在，但暂时不进行处理。
回归 ： 对已经修复的问题进行回归确认。Reopened :
关闭 ： 问题的最后一个状态。
提交（打开）缺陷
在提交一个缺陷的缺陷，首先尽量描述这个缺陷的属性。Bug重现环境，bug类型，bug等级，bug的优先级以及详细的重现步骤，结果与期望等。
当然，我们在提交一个问题之前首先应该保证，这个缺陷是没有被提过的，以免造成重复缺陷单。
如果是回归不通过的缺陷，其状态又会变为打开状态。
分配（转交）缺陷
这一步不是必须的，跟项目模式有关，有些公司测试部门与开发部门独立，那么测试人员就不确定自己测试的模块是由哪位开发人员负责的，在这种情况下，测试人员统一把问题指派给项目组长或经理，由项目组长（或经理）对问题进行确认后再次分配给相应的开发人员。
有些测试人员是穿插到不同研发团队中的，所以对不同的开人发员负责的开发模块非常清楚，这个时候就可以将问题直接指派给相应的开发人员。
也有一种情况，本来此问题应该由A开发人员负责，但由于A开发人员的调离或辞职，些问题为转交给其它人员处理。“分配”强调是上级对下级；“转交”强调的是平级之间。
确认缺陷
当开发人员接到一个缺陷时，首先是对其进行分析与重现，如果对其进行分析发现不是缺陷（可能由于测试人员不了解需求）或无法对此问题进行重现，那么就需要将此问题反回给测试人员，并注明原因。如果确认为缺陷则需要对其进行处理。
推迟处理
在处理问题之后，还需要进行一次判断，是否需要推迟处理，有些需求已经确认了是问题，由于其可能在极端情况下才会出现，或需要对系统架构进行改动，或其优先级非常低，所以暂时不需要对此问题进行处理（或到下个版本进再进行修复）。
固定
对于推迟处理的问题可以暂时进行固定（“固定”为QC中的叫法。）一般固定的问题需要经过项目经理与测试经理协商后才能固定。
处理缺陷
开发人员在确认完一个问题需要处理时，那么就对其进行处理工作。（例如，redmine 是支持处理人时时更新问题处理进度的，如 已处理30% ，已处理80% 等，当然，对于短时间内可以修复的问题就没必要时时的去更新处理进度。）
回归缺陷
回归缺陷对于测试人员来说是非常重要的工作，其有三个入口两个出口。
确认非缺陷问题：对于提交的一个缺陷，开人员处理为非问题或无法重现，然后直接转交给测试人员回归。测试人员再次确认，如果真如开发人员所说，则将问题关闭。如果非开发人员所说，是由于问题描述模糊或其它原因喂重现问题，则再次注明原因转给开发人员。
确认修复问题：对开发人员修复的问题再次进行确认，确认能过，则关闭问题。确认不通过，将问题再次打开并转给开发人员。
确认固定问题：有计划的对固定问题进行确认，有些固定问题随着时间的推移，版本的更新或已经不存在了，对这类问题应该及时关闭。有些固定问题依然存在且变得紧急，对于这类问题应该及时打开交给开发人员处理。
关闭缺陷
对于已经修复的缺陷进行关闭，这也是一个缺陷的最后一个状态。
相关问题推荐
虽然从事开发行业的女生越来越多，但女生的比例还是远比不上男生。软件测试的男女生比例则基本相当，软件测试要求细心、耐心，大部分女生也是比较适合学的。而且软件测试课程分为手工测试和自动化测试，手工测试分为功能测试、性能测试、接口测试。自动化测试...
需要。很多人当初抱着测试不需要懂代码，才选择了这个行业，这个就要看对自己的职业定位了，是止步于月薪过万就可以了，还是往20k、30k去突破，如果这样的话，是肯定要会接口、会自动化，就必然要涉及到代码。如果真的看不懂代码，实际的测试后期的工作会出现...
在我看来游戏开发挺难的，尤其像手游一类的还有网游，里面有很多的程序代码而且伤神又费力，不过也有女生在这方面做的很好的，如果你感兴趣，非常想学，可以试试
软件测试专业现在很火热，很缺少人才，25岁学软件测试能学会，就业薪资也高，工作也相对轻松
测试类型有：功能测试，性能测试，界面测试。功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用...
这个其实和接口测试的场景密不可分的，比如说：外部接口测试： 必须先接口测试通过了，才能执行功能测试子系统或者各个模块之间的联调测试： 必须各子系统后台代码完成，并提供接口才可以完成测试，一般来说都要求各子系统功能测试通过后再进行...
这个是会因为公司的架构不同而不同的，并不是固定的，但是一般是会有专门的测试部门，或者叫质量保证部，也有可能是叫别的名字。
移动端测试，包括App兼容性测dao试，7*24小时稳定性测试，功耗性能测试，UI测试，交互测试等，课程主要学习的内容有：1、功能测试主要包括计算机基础、软件测试核心理论、Linux、数据库，学习目标是掌握软件测试核心理论，结合Linux、数据库等可实现移动端、w...
标题 1. 首先要做一个标题党（此标题党非彼标题党）。标题一定要清晰简洁易理解，不应该臃长 2. 尽量前缀要规范，例如模板： [Product][Version]_[Feature]_[Title]，这样描述会很清晰，也方便查找 3. 缺陷的标题一定要描述在什么情况下发生了什么问...
1、 缺陷报告可以记录缺陷2、可以对缺陷进行跟踪管理3、可以对缺陷报告进行分类 总结 统计
1、缺陷编号（Defect ID)，提交BUG的顺序。2、缺陷标题（summary),简明扼要的说明一下这个BUG。3、缺陷的发现者（DetectedBy) ,一般是自己。4、发现缺陷的日期（Detected on date)，一般是当天。5、缺陷所属的模块（subject)， 在测试哪个模块的时候发现的BUG...
缺陷标题好的缺陷标题需要让相关人员一目了然，一般建议的格式是条件+失败。缺陷类型缺陷类型也是根据具体的项目而定的。但一般情况下分为功能、界面、建议。重现步骤重现步骤的编写规则可以参考测试用例中的操作步骤 ，一定要足够详细、说明清楚问题的操作顺...
工具：NoSQLUnitJsTestDriverQTRunnerVenusFluintBuster.JSSQLUnitECUTQTestlibUnitilsgreatestDbUnitAbbotGoogleTest框架：JUnitMoqJSCaptureMockCUnitPyUnitCppUTestCppUnitzCUTcipra
JunitTestNGGoogleTestpytestunittestJmockitJaCoCogcov、lcov、gcovrCoverage.pyEvoSuiteDiffblue Cover
React Hooks测试库( Testing Library)是一个简单而完整的React Hooks测试工具。 React Hooks测试库让用户可以为React钩子创建简单的测试工具，自定义钩子的输入和检索输出，以处理在功能组件体内运行的情况。 使用React Hooks，用户不必为了测试而去担...
1、单元测试注重代码逻辑，接口测试注重业务逻辑；2、单元测试的粒度最小，是测试最小独立的单元模块（不依赖其他模块）；接口测试不是，会覆盖很多；3、单元测试是白盒测试，接口测试是黑盒测试；4、单元测试关注的是代码的实现和逻辑，测试范围较小，保证实...