很多公司都有提bug的标准，对于新人刚介入测试行业时，提bug的时候，描述的清晰与否就很重要，那一个很明朗清晰的bug应该包含那些呢？
bug包含的要素有那些？（以jira工具为例）
1、项目名称：选择相应的系统或者跨域项目
2、问题类型：功能bug，改进， 新功能，需求变更
3、概要：bug标题，清晰简单明了，如【登陆】正常用户名和对应密码登陆系统报错
4、测试步骤&数据：测试数据（账号，用户名和密码），测试步骤，测试结果（实际结果，预期结果）
5、环境：sit pre prod
6、修复版本：版本号。提测的对应版本号
7、bug原因
8、经办人（需要区分前后端问题，无法区分的先给后端）
9、接口信息
10、其他：客户端、日志非必填
（这里延伸下：bug的原因：
•代码问题
•产品需求不一致：需求上下游对需求的理解规划不一致导致的问题
•需求缺陷：需求未考虑到产生问题•内部defect重现：之前出现过，并已修复，现在又出现
•数据问题：脏数据、不同环境导致的
•发布问题
•新引入的问题：修复bug导致的其他问题
•配置问题
•需求未开发
•环境问题）
一定要清晰明确，避免研发再找你确认浪费时间，但是实际测试过程中，研发也不太会看这些，我相信大家都遇到过，所以可以先跟研发说问题后，再补充记录该bug。具体问题具体对待，你可以不用这样干，但是你要会这样做，职场第一要求。
