随着部门管理团队和组织结构调整，目前研发团队的组织构架分为：部门管理、设计部、开发部、测试部、支持部和项目管理部，各部门的职责划分也日益清楚。测试作为研发质量保证部门，需要与设计、开发、支持和项目管理部门进行密切合作：
设计部门在将用户需求转换为UI设计和原型设计之初，需要对UI效果（包括：调色、布局、Label选择、字体<颜色、大小>等）和原型（包括：用户交互、页（界）面跳转、菜单层次及定义、业务逻辑等）做评审。通过评审（或客户认可）后的UI设计和原型设计将作为开发、测试后续工作的共同执行标准；
开发部门作为与测试部门息息相关的部门，两者之间不存在制约、从属关系。两个部门有着共同的目标：实现设计部门通过审核的UI设计和原型设计描述的功能、效果，所以两个部门不像大家想象中的那么对立（至于一些公司要拿开发人员的缺陷数说事儿，那也是人为造成的隔阂）。两者之间的关系就是下面的一个简单循环：
测试团队负责高效、高质地找到（复现）缺陷；
开发团队负责高效、高质地修复缺陷及缺陷影响范围；
测试团队负责验证开发团队的修复有效、完整；
在循环过程中，不可避免的要发生一些辩论，因此双方共同遵守同一标准在解决问题的过程显得非常重要。
项目管理部门（或者负责人）作为整个项目掌控者，需要在项目周期、人员、质量、其它资源、客户满意度之间找到平衡，最终使项目盈利。因此需要追踪（考察）设计、开发、测试三个部门的项目进度与预期计划（时间、成本）之间的匹配，测试部门作为质量控制部门需要向项目管理部门展示软件测试进度、软件测试结果、软件测试遇到的问题等，这些信息将作为项目管理部门作出变更、结项等行为的部分依据。
支持部作为项目上线后的监控部门，作为产品和客户间的接口人能够直接获取客户的反馈、软件运行的状态，事实上的软件质量验证者。测试团队需要在软件上线前，将软件已知的缺陷及规避方式、软件用户指南等资料与支持部门进行交接，保证支持团队对软件基本使用不存在困难。同时测试团队还负责支持部门反馈的客户修改建议、缺陷等内容发布前的测试工作。
随着各部门工作渐入佳境，测试团队结合研发目前积极推广的敏捷开发模式对研发各兄弟部门、公司建议如下：
明确岗位职责及项目团队角色，高效完成项目组任务（每个人不可能处理所有事情，只有专注的处理自己擅长事情，团队效率才能更高效，项目角色的意义也在此）。
尽早将设计成果、解决方案进行审核，尽量避免进入测试阶段发现设计类的缺陷。
严格按照流程开展各项工作，流程的意义在于规范团队成员的行为，尽量减少冗余沟通
工作效率和准确率。虽然在初期，某些流程规范不完整，大家可以定期地提出改进建议，优化流程，不能因噎废食。
提高测试团队成员个人技能，拓宽、加深项目成员测试广度和深度。
相信大家在适应、熟悉了流程和岗位职责后，大家的工作效率越来越高，工作成果越来越丰硕，公司的研发将为公司带来更多盈利。
版权声明：本文出自 大妮 的51Testing软件测试博客：http://www.51testing.com/?3793
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
