|
恭喜恭喜~~
对于测试团队的构建的话, 我觉得首先要弄清楚下面两点, 1.测试团队存在的目的, 2.测试团队的最终远景, 这两点是后续团队建设的依据, 第二, 深入的理解公司现有的开发流程, 并针对该流程尝试将测试活动渗透到里面(这个过程是一个和部门经理/项目经理进行磋商的活动), 第三, 确定好测试流程后, 制定该流程的各个子活动的流程规范(什么人, 在什么时候, 需要做什么事, 该如何做, 做完后如何验证), 第四, 根据各个子活动, 确定测试流程的文档体系, 第五, 在公司范围内寻找试点, 第六, 根据试点的情况, 修改测试流程规范.
上述过程有可能会出现比较大的阻力, 风险如下:
1. 高层不支持, 认为测试活动的介入会导致工作量急增
2. 部门经理不支持, 认为测试活动的介入会修改对现有的稳定流程
3. 项目经理不支持, 认为测试活动的介入会导致项目进度的延缓
4. 开发人员不支持, 认为测试活动的介入会影响到个人的工作绩效
5. 测试负责人定义的测试流程不符合公司的实际情况, 影响生产率
6. 测试人员未能正确的认识测试流程以及测试规范, 造成与开发的沟通障碍
7. 测试团队对流程的执行力度不够, 导致夭折
应对上述风险的相关措施:
1. 获得高层的支持
2. 建立良好的过程改进机制, 达到持续改进
3. 建立良好的开发/测试沟通机制, 防止不必要的冲突发生
4. 通过组织级培训/会议等手段在公司范围内建立测试氛围
5. 通过适当的引入工具提高开发/测试流程的生产率
上面是我个人对测试过程框架构建的一些理解, 可能在实施过程中会遇到更多细节性的问题, 欢迎各位讨论.
Thanks in advance. |
|