标签:状态 提交 review 功能 修改 优先级 one 显示 视角
缺陷严重程度:给开发指明当前重点;方便领导把控产品状态。(测试定的)
致命
严重
一般
建议
缺陷报告样例:(目的描述缺陷,使开发能够重现缺陷过程)
缺陷标题,
类型,
缺陷内容:(前置条件,重现步骤,期望结果与实际结果)
优先级,
缺陷严重程度。
缺陷常见4状态:新建(测试发起缺陷)--打开(开发确认了)---修复(开发认为修复好了)---关闭(经测试确认已解决,由测试人员关闭)
缺陷优先级:(开发的bug解决顺序---开发经理才能最终确定,给开发看当前急待解决bug)
低:可改可不改
中:要改,但不一定是当前版本
高:立即最近解决掉。
正常情况严重程度越高优先级越高,但是优先级还要考虑其他因素,如小问题影响同事协作bug/更改可能有其他风险等等,优先级应该提高。。
缺陷类型:
代码错误---开发锅(故障)
设计错误---产品锅
性能问题---比如延时高
安全问题---保密/hack攻击
JIRA是项目管理层面的黑盒测试bug管理,并不会直接连接jenkins工具:
比如你测试工程师发现了bug,可以通过jira提交,同样的产品经理发现了bug也能提交。
问题来了:jira管理的bug是功能bug;
jenkins+ant持续集成是为了开发过程中的测试,后面集成构建发布后再接测试就能够做功能级别的测试。---此后功能bug就可以报给jira跟踪。
发布前的源码集成时的bug(比如主分支冲突)不会被报到jira,只会在jenkins/git软件中提示。
JIRA软件介绍:
1.支持多平台
2.支持多语言(中英日韩...)
3.配置灵活,动能强大。
jira使用者:
测试
开发
领导
产品/项目经理
其他-如运维
jira中的”问题/事件(issue)“概念:
jira中所有的工作都可以称为issue-事件!
jira中的"工作流"概念:--工作(就是某个issue)的流动-----可以管理项目中的所有事情!!!
ToDo(待办)--in progress(解决中,开发点)--in review(待评审,开发点,并修改经办人为测试人)----Done(测试点)
issue更宏观包括的类型有:“bug缺陷”,”待改进“,“任务”,“新功能”等等
jira中所有的事都可以叫issue,因此其实发起的东西就是issue,只不过有时候这个issue本质上是任务,有时候是bug等。
测试视角登录jira:
点击“新建"创建事件(会显示ToDo状态)
然后填写问题
然后填写优先级
然后选择"经办人"(即流转目标对象)
提交即可
在问题栏中可见到你提交的issuse
标签:状态 提交 review 功能 修改 优先级 one 显示 视角
原文地址:https://www.cnblogs.com/Henry-ZHAO/p/14660427.html