bug流程图，请大家多指教
本帖最后由 duxiaohan0326 于 2014-9-15 17:16 编辑自己写的bug流程图，总结归纳了很多，欢迎大家指导下！
需要购买呀。 Miss_love 发表于 2014-9-15 16:57
需要购买呀。
已修改，请版主放心阅读！ duxiaohan0326 发表于 2014-9-15 17:17
已修改，请版主放心阅读！
感谢分享。 duxiaohan0326 发表于 2014-9-15 17:17
已修改，请版主放心阅读！
这个是用什么软件画图的呢？ Miss_love 发表于 2014-9-15 17:32
这个是用什么软件画图的呢？
小画家:lol
xmind对于这种流程的还没研究明白。 为什么最开始是测试经理而不是项目经理确认缺陷？ http://bbs.51testing.com/thread-1026052-1-1.html 挺好的，谢谢分享 不错 ，支持一下:) 图画的不错啊 luming 发表于 2014-9-15 18:27
为什么最开始是测试经理而不是项目经理确认缺陷？
我是这么想的，项目经理的话可能在这个项目里并不会太去关注测试工作中遇到的bug问题，测试经理这么个角色就是负责项目中测试任务把关的，而项目经理是个统筹角色，所以对于是不是bug不应当由他来负责。
测试中遇到的问题属不属于bug,首先应当根据需求说明来判断，所以在测试部门这些问题都能给出较为准确的判断。 anruxian 发表于 2015-2-6 16:55
图画的不错啊
谢谢指导哈， duxiaohan0326 发表于 2015-3-27 09:07
我是这么想的，项目经理的话可能在这个项目里并不会太去关注测试工作中遇到的bug问题，测试经理这么个角 ...
确认缺陷大多数条件下不会是测试干的事情,因为缺陷确认有很多的事情是开发方才能决定的.
第一:缺陷的优先级,这个不应该是测试人员决定,而是应该由开发方决定的,先改或后改哪个问题.
第二:是否缺陷.项目经理才有权利去确认哪个需要改哪个不需要改,测试方提交的问题,本来就应该是测试方面认为是缺陷的,否则还有提交的必要吗?如果修改缺陷的开发人员说不是缺陷,还是要到项目经理那里去确认,不如直接让项目经理直接说哪个改哪个不改,不改的测试方面再确认,能省不少的事情.
第三:缺陷也许会有一些其他方面的分析,比如缺陷的引入阶段,这个问题测试方可能无权决定.
所以通常情况下,缺陷的确认过程都是由开发方执行的.当然了,根据公司的具体情况,测试经理做也没问题. 一个完整的调研需求、软件设计、开发、测试的流程中，缺陷的判定是根据的，所以是否是缺陷是可以判定的。测试依据是软件需求，这也是开发设计的基准。为什么测试就确定不了呢？确定不了的一定是没有提及或者根据已存文档无法提取隐含的，这由项目经理来协调确认。
测试经理是用来对测试员工的bug进行初步确认并追踪的，开发人员在收到bug验证、确认、解修改的过程中就包含了对bug的二次确认过程。
如果什么东西都由开发人员去确认，还需要测试人员干什么？
所以你的观点我不认同，开发与测试有着不同的分工，而且理念不一样，测试的目的恰恰就是验证开发人员的成果物是符合设计需求的，进而符合客户需求。
luming 发表于 2015-3-27 18:58
确认缺陷大多数条件下不会是测试干的事情,因为缺陷确认有很多的事情是开发方才能决定的.
第一:缺陷的优 ...
每个软件公司的岗位架构不同，设计的行业也不尽相同，所以不能前篇一律。
不同的公司，根据自身的特点，都有相应的bug管理流程
页:
[1]
