软件测试的bug流程

软件测试的bug流程？生活中难免会有各种各样的问题，如果你对这个不了解，一起来学习。

软件测试流程包括哪些内容？测试方法有哪些？,下面一起来看看本站小编自动化测试老莫给大家精心整理的答案，希望对您有帮助

软件测试的bug流程1前言

测试主要做什么？这完全都体现在测试流程中，同时测试流程是面试问题中出现频率最高的，这不仅是因为测试流程很重要，而是在面试过程中这短短的半小时到一个小时的时间，通过测试流程就可以判断出应聘者是否合适，故在测试流程中包含了测试工作的核心内容 ，例如需求分析，测试用例的设计，测试执行，缺陷等重要的过程。下面就以迭代测试为例，给大家画下测试流程图：

1、需求分析

一般在上一个迭代测试即将完成之时，下一个迭代的需求文档就已经发出来，放到配置管理平台，便于测试和开发自取，那这个时候一般测试人员就会自动去取需求文档，开始做需求分析，需求分析主要是分析接下来的需求，从功能交互，测试要点等方面入手分析。

需求分析完成之后，就会开始需求评审，如果对需求评审不了解的话，可以查看上一篇文章。

2、编写测试用例

需求评审完成之后，对测试而言，应该还需要编写测试计划和测试方案，一般测试计划是由测试主管编写，测试方案是高级测试工程师编写，故有些测试人员并不会要求编写，但是测试用例却是每个测试人员都需求编写的，一般测试用例我们主要用到的都是黑盒用例设计方法，如等价类分析法，边界值分析法，因果图，判定表，场景法，状态迁移，错误推测法等等，根据自己熟悉的方法和需求文档来设计测试用例。

测试用例编写完成后，测试人员就要开始用例评审，用例评审与需求评审的评审流程相同，只是发起人和评审内容，评审重点不同。

3、测试执行

一般用例评审完成之后，就要开始等待开发转测。

转测成功后，测试这边就要开始搭建测试环境，然后进行冒烟测试，冒烟测试通过后才开始进入正式测试执行阶段。

冒烟测试的重点：

（1）原来版本的主要功能

（2）新需求的主要功能主要流程

4、编写测试报告

测试报告是对一个测试活动的总结，对项目测试过程进行归纳，对测试数据进行统计，对项目测试质量进行客观评价。不同公司的测试报告模板虽不相同，但测试报告编写的要点都是一样的，一般都是先对软件进行简单介绍，然后说明这份报告是对该产品的测试过程进行总结，对测试质量进行评价。

一份完整的测试报告必须包含以下几个要点。

引言：描述测试报告编写目的、报告中出现的专业术语解释及参考资料等。

测试概要：介绍项目背景、测试时间、测试地点及测试人员等信息。

测试内容及执行情况：描述本地测试模块的版本，测试类型，使用的测试用例设计方法及测试通过率，依据测试的通过情况提供对测试执行过程的评估结论，并给出测试执行活动的改进建议，以供后续测试执行活动借鉴参考。

缺陷统计与分析：统计本次测试所发现的缺陷数目、类型等，分析缺陷产生的原因，给出规避措施等建议，同时还要记录残留缺陷与为解决问题。

测试结论与建议：从需求符合度、功能正确性、性能指标等多个维度对版本质量进行总体评价，给出具体明确的结论。

测试报告的数据是真实的，每一条结论的得出都要有评价依据，不能是主观臆断的。

5、提交缺陷

在正式测试阶段，测试人员是根据已经编写好的测试用例执行程序，当执行程序的实际结果与测试用例的预期结果不符时，就需要在缺陷管理工具上提交bug单，bug单会根据bug处理流程进行处理。

6、回归测试

当开发人员修改了大部分bug时，开发人员会再次合版，联调，转测，这时测试人员就会进入到回归测试阶段。

回归测试的重点：

（1）检查bug单上的缺陷是否被修复OK

（2）检查在修改bug的时候是否引入新的bug

7、部署上线/交付

在测试执行阶段会根据测试标准中的出口准则，结束测试活动，如果测试结果是OK的，这时运维人员就可以开始部署上线，或者进行版本交付。

上面的测试流程是基于有需求文档的一个完整测试流程，如果公司没有需求文档，则测试流程就会在上面的基础上有所删减。

感谢每一个认真阅读我文章的人！！！

如果下面这些资料用得到的话可以直接拿走：

1、自学开发或者测试必备的完整项目源码与环境

2、测试工作中所有模板（测试计划、测试用例、测试报告等）

3、软件测试经典面试题

4、Python/Java自动化测试实战.pdf

5、Jmeter/postman接口测试全套视频获取

我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。如果在学习或工作中遇到问题可以直接进群询问，群里也会有大神帮忙解答，需要的可以找我。

软件测试的bug流程2

软件测试流程，在面试的时候，都会提及的一个问题，不管是刚毕业还是工作了几年之后。

1：需求分析

作为测试人员，第一：从测试的角度来分析需求的可测性，测试人员最基本的就是掌握产品的业务逻辑，比开发和产品经理还要了解，你是最了解的！所以从测试角度分析需求的可行性或可能存在的漏洞。第二，全面了解需求背景（毕竟人人都是产品经理）和需求内容，明确自己的测试任务。

2：制定测试计划（可选择）

根据产品需求，制定测试目标，测试内容，测试分工，测试工具，甚至测试风险，一般由测试主管来定。

3：设计、评审测试点

设计测试点，是整个测试过程最核心的部分，测试人员根据产品需求文档，把所有可测的功能点整理出来。评审测试点，防止测试点有遗漏或需求理解有误，要不要做，根据任务大小来决定是否有必要，因为比较耗时，开需求评审，花了一定时间分析需求，评审测试点，还需要花差不多的时间对需求重新整理，所以这点很多公司直接略过。

4：编写测试用例（可选择）

根据测试点编写测试用例，包括前置条件，详细的测试步骤，以及预期结果，为什么是可选？大部分公司是敏捷开发，一：时间不允许，二：很多功能可能无法和prd保持一致或换了一种实现方式，那么测试用例就无法使用，所以测试点必写而测试用例根据公司情况来定。

5：准备测试环境

每个公司必备的环境，有些公司是开发维护，有些是测试人员。常见的环境有：开发环境：开发本地调试的环境；测试环境，比如一个功能10个人开发，10个人开发完成，所有人代码提交，在测试环境对所有代码进行拉取部署再联调，联调通过测试，测试人员进行测试；预发布环境，线下测试完成，会上预发布环境，进行线上预测，目的是减少测试环境直接上线的风险；正式环境，给用户使用的环境。等功能正式上线，测试还需要把所有流程都跑一遍，确保上线没有问题，没有遗漏。

6：执行冒烟测试

对主要功能进行测试，如果流程不通，直接打回，为什么？流程不通，说明开发没自测，测试人员没必要浪费时间继续测试。

7：执行测试点/测试用例

根据设计的测试点/用例，逐条验证，如果出现bug，提交bug，bug包含系统，版本号，详细的测试步骤，相关截图报文等，bug描述的越详细，越便于开发排查问题；正常工作中，如果你的bug描述不详细，开发心里会比较反感，第一：大部分开发讨厌改bug，谁愿意承认自己写的代码有问题呢？第二：描述不清楚，要多次沟通，浪费时间，甚至有些开发对于这种bug，置之不理，不利于以后的合作。

8：bug跟踪处理

提交bug，要及时跟踪，如果被修复，回归验证没问题，及时关闭，如果还有问题，bug激活重新指派给开发，进入重新修复的流程。

9：产品验收

测试完成交给产品经理验证，检查实现的功能，是否满足他们的需求，产品经理验收在什么时候进行？建议是线下测试完成之后（如果不符合需求，可以及时修改，线下改比上线后再改方便多了）和上线测试完成之后。

10：测试报告

上线之后，对此版本的bug，以及测试过程中发现的问题进行分析和总结。

Bug的组成：测试产品，测试版本，操作系统和版本，前置条件，测试步骤，必要的截图，报文，bug等级，指派人员。

测试产品及版本：产品的版本号。比如：淘宝v1.0

操作系统和版本：比如web页测试，需要标明浏览器（chromeapp测试经典bug举例，IE，Firefox等），具体版本号是多少；app测试，需要注明Android/iOS，iOS15.1还是iOS15.4。

前置条件：比如这个bug，是登录还是未登录情况下出现。

测试步骤：一定要详细，一步步如何操作出现的。

截图：问题页面截图保存，看起来直观明了。

报文：接口里的报文给到开发，如何抓，之后会详细说明。

bug等级：开发根据bug等级修复，优先级高，比如阻塞测试流程，开发优先修复。

指派人员：这个bug属于哪个开发，就指派给谁。

举例说明：

1级错误：比如：打开淘宝app，闪退，死机，或者500错误，或者订单总额是500，通过篡改数据改成1，也可以提交成功，造成了公司的亏损等。

2级错误：要求登录页支持微信登录，但提测后发现，该功能未实现或无法登录等。

3级错误：输入框，允许输入500，当输入500，实际只保存了499个字符或登录的功能，iOS15.1登录跳转正常，iOS15.4登录后，无跳转等。

4级错误：优先级比较低，如果版本时间紧急，可以放在下个版本迭代，或开发优先解决1,2,3级错误，最后再来调整。常见的有：文案有错别字；描述不清楚，有歧义；样式不统一；操作繁琐，用户使用不方便等。

bug生命周期：

常见的任务管理系统：禅道，TAPD，JIRA，Redmine等，有的公司会自研一套适应自己公司开发流程的系统。

最后，关于软件测试学习，offer选择等等，都可以通过后台私信交流。需要学习资料或者帮忙修改简历也可以私信！！也可百度搜索“特斯汀软件测试腾讯课堂”或关注公众号“特斯汀软件测试”，里面涵盖很多精彩免费视频或干货知识

软件测试的bug流程3

软件功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。软件产品的功能直接影响到用户体验，所以软件功能测试意义重大。

一、软件功能测试的测试流程

1、测试计划：测试计划一般由测试经理编写，根据需求估算测试所需资源(人力，设备等)、所需时间、功能点划分、如何合理分配安排资源。

2、设计测试用例：根据测试计划，修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档和详细设计文档。测试人员根据这两份文档补充测试用例。

3、测试环境：测试人员搭建测试环境。

4、执行测试：开发人员提交一个版本app测试经典bug举例，如果存在未完成的功能，开发需跟测试人员说明，然后测试人员根据测试用例的详细步骤，执行测试用例，发现BUG提交缺陷库。

5、软件功能测试BUG跟踪：开发人员提交第二个版本，包括修改的BUG以及增加的部分功能，测试人员进行第二轮测试和回归测试，跟踪BUG直到关闭。

6、测试报告：通过不断测试、BUG跟踪、直到用例全部测试完毕，覆盖率、缺陷率以及其他各项指标达到质量标准，即达到上线要求。