缺陷的信息：
缺陷严重程度：给开发指明当前重点；方便领导把控产品状态。（测试定的）
致命
严重
一般
建议
缺陷报告样例：（目的描述缺陷，使开发能够重现缺陷过程）
缺陷标题，
类型，
缺陷内容：（前置条件，重现步骤，期望结果与实际结果）
优先级，
缺陷严重程度。
缺陷常见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
每个人注意的操作有两部分：
- 经办人选择
- 工作流状态变更（上方可以更改工作流的状态。）
