求软件测试大神解释下这张流程图什么意思
kuaidi.ping-jia.net 作者：佚名 更新日期：2024-08-03
什么是软件测试流程图？
1.新提交的：一般由测试人员提交问题，主要是描述问题现象，然后提交给对应开发；
2.已解决的：开发人员收到问题后，开始对问题进行分析，判断该问题是否为软件缺陷，如果是，则需要修改程序，如果不是，则需要将问题退回给测试人员；
3.已验证的：开发人员确认问题为软件缺陷后，修改问题，将“已解决的”的问题通过版本更新的形式或其他提交到测试人员，此时问题成为待验证问题，“已验证的”由测试人员操作，确定开发修改正确后，问题将关闭。
4.已关闭的：从上面的描述，一种是开发人员认为问题不属于软件缺陷，因此将问题退回给测试人员，一种测试人员验证问题通过后，问题可以关闭了。
5.未解决的：如果前面开发认为不是软件缺陷的问题，测试认为是软件缺陷，此时则不会将问题关闭，则是重新提交，成为未解决的，另外一种是验证的时候仍存在问题，验证不通过，也会成为未解决。需要开发重新修改软件，成为“已解决的”。
从上图来看，该流程图明显不够完善，很难看得问题在各个阶段的状态，建议以问题状态作为跟踪依据更好。
这图不够完善
这个是BUG的管理的流程 ps:这个要建立在你们公司有专门的BUG管理工具 像BugFree ,esaybug
1.新提交的:是由你发现BUG并将它提交到BUG管理工具上,并将它发给相关的开发人员 .那么这个BUG当前的状态就是NEW
2.已解决的:开发人员确认这是BUG并将它修复好,然后重新发给你 这个状态就是已解决的
其实这里还有一种情况 开发人员认为这个不是BUG 所以也会重新发给你要你关闭 这个状态是 不是BUG
3.以验证的:这个是你将开发人员发给你的已修复好的或者不是BUG的进行验证,并确认已经解决的
ps:如果BUG依然存在就是另一种状态 未解决的
4.未解决的:① 证实开发人员未能修复此BUG②你确认自己没有判断错误,这确实是个BUG ③ 将已经却认修复好已经关闭的BUG重新开启,这个问题一般是版本更新后BUG重现,或者测试的手误点击关闭,或者没有测试完全,有没测到的地方
①③情况直接可以重发给开发人员并要其进行修复 ②情况可以将问题上报 由上级确认是否为BUG
5.关闭的:①有开发验证后确认已经修复好的进行关闭②测试人员确认自己提交的BUG不正确并进行关闭的
提交后，几个类 开始解决问题，解决完了关闭，解决完了验证，解决完了验证完了关闭，关闭解决不了的，未解决的等于旧提交的以此类推了。
解决bug 会引入新的bug 。经过验证且通过验证bug现在或许在一个时间段里没问题，但是将来有可能会出现bug。bug是层出不穷的，所以是个循环。纯属个人看法，请参考。
求软件测试大神解释下这张流程图什么意思
答：首先从流程图上看，该图是问题跟踪流程图。1.新提交的：一般由测试人员提交问题，主要是描述问题现象，然后提交给对应开发；2.已解决的：开发人员收到问题后，开始对问题进行分析，判断该问题是否为软件缺陷，如果是，则需要修改程序，如果不是，则需要将问题退回给测试人员；3.已验证的：开发人员确认问...
在学习软件测试,请帮忙描述一下下面图中的BUG状态流程图。
答：这个是一个标准的测试缺陷管理流程图：测试人员【报告错误】--在缺陷管理平台上新建了一个BUG，测试bug状态是【new】,研发人员收到BUG之后，（1）先确认BUG是否【已经报告？】，如果该BUG已经提交过，研发人员会将BUG打回，并提示重复BUG，此时的BUG状态是【Declined Duplicated】，测试人员检查BUG确实重复...
软件测试流程图怎么做
答：制作软件测试流程图共分为十个步骤，分别为：1、需求分析，测试开发人员对这一环节的理解程度直接影响到接下来的测试任务的开展；2、测试计划，有负责人编写，依据主要是项目开发计划和测试需求分析结果而制定；3、测试设计，主要包括测试用例编写和测试场景设计两方面；4、测试环境的搭建，符合要求的测试环...
什么是软件测试流程图?
答：楼上的，看了你给的链结，是这样的吗：所谓的测试活动流程就是指在拿到一个测试需求之后，一系列的测试活动，测试需求->测试计划->测试用例设计->执行测试用例->结果分析->缺陷解决->回归测试而单元测试->集成测试->系统测试->确认测试等是在软件生命周期的不同阶段根据测试的目标不同进行测试活动。
谁能给我详细的介绍下软件测试的V型图啊
答：V模型中开发和测试是一一对应的,就是在不同的开发阶段执行不同的测试,比如:在模型开发是从需求分析到概要设计到详细设计再到详细代码编程的。 在编码阶段,由于是详细代码所以在编程的时候进行单元测试。详细设计阶段把每个单元模块集成起来一起测试,就是集成测试,主要是测试代码的接口问题。在概要测试阶段是对系统的...
软件测试「版本发布、发版质量、质量应急预案」流程(泳道图)
答：4）这是一个全的流程，涉及到「外包供应商的角色」，如果你们是完全自有团队，可把「IT & 供应商」合并 。流程图，见链接 https://www.processon.com/view/link/611e6acd7d9c0834aa5f0903 注：这是在线脑图，图片太大，在线更清晰 。关于这份流程图，补充几个点：2、还是一样的观点， 带着...
软件测试基本流程
答：软件测试基本流程为需求分析、需求评审、编写测试计划、测试开展等。1、需求分析、需求评审。第一步要做的是需求分析，根据测评中心收到项目的需求说明书和原型图来做需求分析。（1）先将需求规格说明书阅读一遍，熟悉项目的基本需求，对项目有个大概的框架思路；（2）时间充足的情况下，可以利用画流程图...
哪位能告诉我这个的流程图怎么画啊?
答：这些图由构件标记符和构件之间的关系构成。在组件图中，构件时软件单个组成部分，它可以是一个文件，产品、可执行文件和脚本等。8、部署图 是用来建模系统的物理部署。例如计算机和设备，以及它们之间是如何连接的。部署图的使用者是开发人员、系统集成人员和测试人员。
软件测试的流程是什么?
答：A程序员流程 你会发现在流程图中，A程序员是先发上线之后，再进行测试。这是我们一个面向大众用户的网站，上面给与测试人员的定位是测试兼用户体验，测试将发现的bug和体验问题提交到缺陷管理系统，由经理对问题进行分析，指派开发人员解决。定期对系统进行更新。流程分析：这个流程唯一的优点，就是能快速的...
软件测试的工作流程是什么??
答：搭建Windows测试环境，熟练使用Bugzilla提交软件缺陷报告 至于为什么嘛，当然要一步步来的，要有计划才能执行啊，大概是这样吧 ^_^ 使用测试技术及工具：白盒测试和黑盒测试 Loadrunner、Winrunner 能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例 软件测试工作总体流程图：...
楼上的，看了你给的链结，是这样的吗：所谓的测试活动流程就是指在拿到一个测试需求之后，一系列的测试活动，测试需求->测试计划->测试用例设计->执行测试用例->结果分析->缺陷解决->回归测试而单元测试->集成测试->系统测试->确认测试等是在软件生命周期的不同阶段根据测试的目标不同进行测试活动。
可以在word中或者楼上说的visio去画流程图。一般需要先比较详细了解软件测试的事前准备，测试过程如采取什么样的步骤等等~~我也是外行而已啦呵呵
首先从流程图上看，该图是问题跟踪流程图。1.新提交的：一般由测试人员提交问题，主要是描述问题现象，然后提交给对应开发；
2.已解决的：开发人员收到问题后，开始对问题进行分析，判断该问题是否为软件缺陷，如果是，则需要修改程序，如果不是，则需要将问题退回给测试人员；
3.已验证的：开发人员确认问题为软件缺陷后，修改问题，将“已解决的”的问题通过版本更新的形式或其他提交到测试人员，此时问题成为待验证问题，“已验证的”由测试人员操作，确定开发修改正确后，问题将关闭。
4.已关闭的：从上面的描述，一种是开发人员认为问题不属于软件缺陷，因此将问题退回给测试人员，一种测试人员验证问题通过后，问题可以关闭了。
5.未解决的：如果前面开发认为不是软件缺陷的问题，测试认为是软件缺陷，此时则不会将问题关闭，则是重新提交，成为未解决的，另外一种是验证的时候仍存在问题，验证不通过，也会成为未解决。需要开发重新修改软件，成为“已解决的”。
从上图来看，该流程图明显不够完善，很难看得问题在各个阶段的状态，建议以问题状态作为跟踪依据更好。
这图不够完善
这个是BUG的管理的流程 ps:这个要建立在你们公司有专门的BUG管理工具 像BugFree ,esaybug
1.新提交的:是由你发现BUG并将它提交到BUG管理工具上,并将它发给相关的开发人员 .那么这个BUG当前的状态就是NEW
2.已解决的:开发人员确认这是BUG并将它修复好,然后重新发给你 这个状态就是已解决的
其实这里还有一种情况 开发人员认为这个不是BUG 所以也会重新发给你要你关闭 这个状态是 不是BUG
3.以验证的:这个是你将开发人员发给你的已修复好的或者不是BUG的进行验证,并确认已经解决的
ps:如果BUG依然存在就是另一种状态 未解决的
4.未解决的:① 证实开发人员未能修复此BUG②你确认自己没有判断错误,这确实是个BUG ③ 将已经却认修复好已经关闭的BUG重新开启,这个问题一般是版本更新后BUG重现,或者测试的手误点击关闭,或者没有测试完全,有没测到的地方
①③情况直接可以重发给开发人员并要其进行修复 ②情况可以将问题上报 由上级确认是否为BUG
5.关闭的:①有开发验证后确认已经修复好的进行关闭②测试人员确认自己提交的BUG不正确并进行关闭的
提交后，几个类 开始解决问题，解决完了关闭，解决完了验证，解决完了验证完了关闭，关闭解决不了的，未解决的等于旧提交的以此类推了。
解决bug 会引入新的bug 。经过验证且通过验证bug现在或许在一个时间段里没问题，但是将来有可能会出现bug。bug是层出不穷的，所以是个循环。纯属个人看法，请参考。
答：首先从流程图上看，该图是问题跟踪流程图。1.新提交的：一般由测试人员提交问题，主要是描述问题现象，然后提交给对应开发；2.已解决的：开发人员收到问题后，开始对问题进行分析，判断该问题是否为软件缺陷，如果是，则需要修改程序，如果不是，则需要将问题退回给测试人员；3.已验证的：开发人员确认问...
答：这个是一个标准的测试缺陷管理流程图：测试人员【报告错误】--在缺陷管理平台上新建了一个BUG，测试bug状态是【new】,研发人员收到BUG之后，（1）先确认BUG是否【已经报告？】，如果该BUG已经提交过，研发人员会将BUG打回，并提示重复BUG，此时的BUG状态是【Declined Duplicated】，测试人员检查BUG确实重复...
答：制作软件测试流程图共分为十个步骤，分别为：1、需求分析，测试开发人员对这一环节的理解程度直接影响到接下来的测试任务的开展；2、测试计划，有负责人编写，依据主要是项目开发计划和测试需求分析结果而制定；3、测试设计，主要包括测试用例编写和测试场景设计两方面；4、测试环境的搭建，符合要求的测试环...
答：楼上的，看了你给的链结，是这样的吗：所谓的测试活动流程就是指在拿到一个测试需求之后，一系列的测试活动，测试需求->测试计划->测试用例设计->执行测试用例->结果分析->缺陷解决->回归测试而单元测试->集成测试->系统测试->确认测试等是在软件生命周期的不同阶段根据测试的目标不同进行测试活动。
答：V模型中开发和测试是一一对应的,就是在不同的开发阶段执行不同的测试,比如:在模型开发是从需求分析到概要设计到详细设计再到详细代码编程的。 在编码阶段,由于是详细代码所以在编程的时候进行单元测试。详细设计阶段把每个单元模块集成起来一起测试,就是集成测试,主要是测试代码的接口问题。在概要测试阶段是对系统的...
答：4）这是一个全的流程，涉及到「外包供应商的角色」，如果你们是完全自有团队，可把「IT & 供应商」合并 。流程图，见链接 https://www.processon.com/view/link/611e6acd7d9c0834aa5f0903 注：这是在线脑图，图片太大，在线更清晰 。关于这份流程图，补充几个点：2、还是一样的观点， 带着...
答：软件测试基本流程为需求分析、需求评审、编写测试计划、测试开展等。1、需求分析、需求评审。第一步要做的是需求分析，根据测评中心收到项目的需求说明书和原型图来做需求分析。（1）先将需求规格说明书阅读一遍，熟悉项目的基本需求，对项目有个大概的框架思路；（2）时间充足的情况下，可以利用画流程图...
答：这些图由构件标记符和构件之间的关系构成。在组件图中，构件时软件单个组成部分，它可以是一个文件，产品、可执行文件和脚本等。8、部署图 是用来建模系统的物理部署。例如计算机和设备，以及它们之间是如何连接的。部署图的使用者是开发人员、系统集成人员和测试人员。
答：A程序员流程 你会发现在流程图中，A程序员是先发上线之后，再进行测试。这是我们一个面向大众用户的网站，上面给与测试人员的定位是测试兼用户体验，测试将发现的bug和体验问题提交到缺陷管理系统，由经理对问题进行分析，指派开发人员解决。定期对系统进行更新。流程分析：这个流程唯一的优点，就是能快速的...
答：搭建Windows测试环境，熟练使用Bugzilla提交软件缺陷报告 至于为什么嘛，当然要一步步来的，要有计划才能执行啊，大概是这样吧 ^_^ 使用测试技术及工具：白盒测试和黑盒测试 Loadrunner、Winrunner 能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例 软件测试工作总体流程图：...
