软件测试工具—JIRA使用

1.创建

在这里插入图片描述

项目：一般为业务线名称
问题类型：任务、故事、缺陷等
概要：bug的简要描述，一般写出定位地方和目前现状
Sprint：一般为业务线迭代简称
测试阶段：按照各公司的测试流程对应标注清楚即可
优先级：按照每个公司的标准，和测试的story在整个项目中的占比，进而评估优先级。(十分紧急的例如崩溃，页面302、404等无法访问或者页面加载无数据，会对客户使用造成重大影响的问题可以升级P1；P4一般为建议类型的bug，由产品决定此次迭代是否会优化)
描述：一般给出bug的复现路径，实际和预期结果，测试环境极其账号，方便时附上bug链接地址，方便开发人员快速了解
用户体验：是否为用户体验类的bug，即测试人员以用户角度出发判断是否为体验类bug
附件：可以附上复现的操作步骤视频或图片标注bug位置。一是为测试留测试bug证据，二是帮助开发了解和复现，从而查找原因
经办人：一般是此问题模块对应的开发人员
bug具体原因及影响点：一般由开发人员编写，是对bugj解决后标注的问题原因以及此次修改可能会影响的地方
是否为改bug引起：测试或开发标注
在这里插入图片描述

编辑时，新加‘测试bug原因分类’，可选项包括：测试错误、旧有bug、改bug引起、需求变更、偶现、兼容性、性能、跨团队等等。根据实际场景具体分类