如果没有专门的测试人员，那么就是开发人员的自测，项目经理：测试。

      测试就是质量的把控。最后一个关卡

测试部：一个项目1-2个测试人员，一般1个测试人员跟踪几个项目；

   正规一点就是在项目初期，测试人员就会进来的。但目前大部分都不会这样，为了节约成本。都是一个测试人员跟几个项目；

   期初从口头传达等，慢慢发展到测试文档。最后也不是很完美。所以现在就有了专门的bug管理工具。【就是一个系统】：禅道

流程

   测试人员测出bug，提交到禅道，把这个分配给对应的开发人员

   测试人员测bug，测试人员要知道这个模块是哪一个人开发的：有bug的才分配给对应人员

   测试人员告诉开发人员bug，应该告诉你什么信息？比如登录：测试人员输入“dauhfdg&#*$@#”等点击登录，页面初见500错误【测试人员要重现错误】。

   哪一个模块，你是按照什么流程：输入什么，得到什么错误信息，还要告开发人员，测试人员会告诉你期望得到什么正确的效果

告诉是哪一个开发人员：人么时候完成修改？ 优先级 也会转达。那个紧急，那个可以在后面

集成邮件：

   测试人员发送给开发人员

开发人员修改bug

开发人员拿到之后。第一要bug重现。
      ====》得到和测试人员一样的错误：就修改
         ====》我们按照测试人员的流程输入，一切能正常运行。在确保你的操作有和测试人员的流程一致的操作；接下来就要私下沟通。需要找到你们的不同的地方。比如（JDK等等）

•    注：要和测试人员搞好关系，因为有时候会出现很灵异的状态，一个错误隔三四个月出现一次，你要找的时候就好了。非常灵异，也很不好改。这个时候测试人员如果深究 你必须给我搞完美了的时候，你就很难受了。也可以说那就算了，不常出现到时候出现在说。这就是要搞好关系的重要性。

   搞完了要告诉测试人员；bug在回复分配给测试人员，让测试人员再次验证---->如果ok了 他会关闭bug。------>如果不ok，又分配给开发人员，重新来。

测试和开发老大：（跟踪）

   分配的时候，抄送给你们相应的老大。一般都不干预你们，但是要知道情况

禅道

简单的点开 了解一下就行了 或者自己去玩一波。详细的人家有文档。自己去看哦

旭旭友情提供
禅道页面

测试人员添加

大旭测试人员提交错误文档
大旭测试人员提交

开发人员进来

旭旭开发上来看文档
旭旭看错误文档
旭旭确认错误
旭旭改完了提交之后
大旭测试人员关闭bug