今天完成的事情：

1.bug的标题规范；

2.bug的提交；

3.bug的标准状态；

一.bug的标题规范：

‍‍‍‍   【环境】【前/后台】页—面—路—径：错误‍‍

‍‍    示例：【线上】【后台】企业日常应用——任务管理——新增/编辑：报请求超时‍‍

‍‍  （若以bug形式提需求则环境一栏变为【需求】）‍‍‍‍‍‍‍‍

‍‍    我们所有的项目都会分为3个环境
    开发环境、测试环境、线上环境
    开发环境：开发人员所使用的
    测试环境：测试人员所测试的环境，测试环境验证无误后，才可以申请发布线上，线上环境出现问题后，要看下测试环境有没有该问题。
    线上环境：也就是正式环境，大家市场上可以正常使用的。

    so大家现在测试的时候，是在测试环境测试的。
    不同的环境账号不同 ，是因为服务器数据库这些都不同，所以不同环境的账密也不同步。

    除非导入数据（线上环境导入到测试环境，那导入的这部分是同步的

‍‍‍‍二.bug的提交；‍‍‍‍

‍‍‍‍‍‍‍‍    1.创建bug的时候要选指派人，如果有需要的情况就抄送相关人员

‍‍‍‍‍‍‍‍    2.标题要表达清楚。‍‍‍‍‍‍‍‍

    3.重现步骤，除了一些偶现的，请务必写上步骤以及期望结果

    4.类型/严重程度  这个要分为两点来说，（1）首先类型、是说明这个bug的类型属于简单界面，还是逻辑错误，还是其他问题，‍‍‍‍‍‍

类型有：

        代码错误

        界面优化

        设计缺陷

        配置相关

        性能问题

       标准规范

       测试脚本

      其他  

        测试人员要把标题写清楚，如果测试人员不知道属于什么类型的bug时也可和开发人员或者leader商量，属于哪种类型。

‍‍‍‍‍‍‍‍三.bug的标准状态;

    1、待处理（new）：测试人员或用户发现新问题后提交的状态

    2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。

    3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。

    4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。

    5、 仍存在（reopened）：测试人员认为BUG未修复成功，问题仍然存在，由测试人员设置。

    6、 不是问题（reject）：研发人员确认不是BUG，或者建议与意见决定不采纳。

    7、 暂不处理（hold）：当前版本不做修改，后续版本再考虑，由研发人员或测试人员设置。

收获：

1.了解BUG的提交，bug的状态和bug的标准状态。

遇到的问题：

电脑今天系统崩溃了，弄了半天才弄好

明天要完成的事：

1.学习禅道的使用

2.了解一下其他的自动化测试工具

3.继续学习python。

‍‍‍‍‍‍‍‍

‍