缺陷理解问题（工作反思一）

各位好，

       写这封邮件并不是仅仅因为XXXX 项目， XXXX项目项目只是一个导火线，之前也想过写邮件，但终究还是被“理性”战胜，当然写这封邮件也不是为了批评某几个人或某一批人，只是想反馈一哈在工作中遇到的问题，希望在以后的工作中可以尽量减少这些曲折提高工作效率。

首先我想说一下最基本的缺陷问题，最为一个研发人员，看懂缺陷应该是基本功，但是入职以来发现，很多研发人员喜欢跑过来直接让测试人员直接演示缺陷，也不是什么多高深的缺陷，开始觉得奇怪，后来就顺口问了一句“为什么老跑过来问呢，JIRA上每一个缺陷的描述都很清楚啊”，结果他们的回答让我很震惊，“因为不想看JIRA上的描述太麻烦了”。我们在JIRA上提的缺陷每一个缺陷都有“环境信息”（包含管理平台地址、登录帐号和客户端不同角色的描述和登录帐号），但凡看过JIRA上的缺陷内容或是仔细看过JIRA发的缺陷邮件的内容都应该很清楚。研发人员问地址问帐号的情况更是有不低于1000次，其实这些信息在每一个缺陷中都有记载，哎。。。

后来想想，其实这个不能全怪他们，一是入职以来没有JIRA系统使用的培训，二是没有文档可以参考，其实我之前写过JIRA系统的一些文档发送给了当时的研发负责人，但是没有传开，就此沉寂了，三是。。。不知道要怎么说，其实关于JIRA系统的使用网上的内容很多，从没有一个人主动去学习。。。

当各位看到这封邮件时说明我已经决定离开了，因为在这里我增长的脾气远比我增长的本领大，这封邮件就作为临别的礼物之一。

这是我写下的一封还没有发出的邮件，相当于日记吧，希望自己在工作中能留下一点记忆。