软件测试bug的要素：软件测试流程及Bug管理流程

威哥 2023-01-23 22:07:13 565

软件测试bug的要素：软件测试流程及Bug管理流程根据测试点编写测试用例，包括前置条件，详细的测试步骤，以及预期结果，为什么是可选？大部分公司是敏捷开发，一：时间不允许，二：很多功能可能无法和prd保持一致或换了一种实现方式，那么测试用例就无法使用，所以测试点必写而测试用例根据公司情况来定。4：编写测试用例（可选择）根据产品需求，制定测试目标，测试内容，测试分工，测试工具，甚至测试风险，一般由测试主管来定。3：设计、评审测试点设计测试点，是整个测试过程最核心的部分，测试人员根据产品需求文档，把所有可测的功能点整理出来。评审测试点，防止测试点有遗漏或需求理解有误，要不要做，根据任务大小来决定是否有必要，因为比较耗时，开需求评审，花了一定时间分析需求，评审测试点，还需要花差不多的时间对需求重新整理，所以这点很多公司直接略过。

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

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页测试，需要标明浏览器（chrome，IE，Firefox等），具体版本号是多少；app测试，需要注明Android/iOS，iOS15.1还是iOS15.4。

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

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

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