估计是没救了！
回复 23# plandy
除了你说之外，其实还有，1.比如沟通，在测试前必须达到三者对需求理解的一致；还有内部要沟通顺畅，有需求变动或者疑问及时提出来，类似于像QQ群那种，讨论后要提醒需求人员及时更新需求文档；当然有些需求变动也可以通过邮件形式发出来，保证大家都清楚。
2.在时间很紧的情况下，可以先把测试点写出来，比如写测试标题，再评审，会后完善，至于时间充裕可以完善测试用例，相互审核即可。
3.测试中，作为负责人可以统计每天用例执行情况及bug 的统计，分别发给需求、开发和测试人员，这里开发人员 只需发bug 统计。
4.工作是一方面，下面你要了解你属下对职业的目标，了解清楚了，可以在工作中尽量帮他们去实现接近目标，分工作任务时，根据每个人的能力情况来分。
5.每天可以开个例会，了解目前的进展情况、遇到哪些问题、需要谁来协助完成等。
6.每周可以办一次知识共享，分享信息、比如技术方面等等
7.每次上线后，可以请大家聚餐等，交流感情等，或者询问他们有什么好的建议之类的
我发现每个公司的流程都不一样，不可能一下都达到你想要的那么规范，只能一点点的改善、适合本公司的流程
我的情况我来说说
我是单位的测试负责人，加上我测试组就3人，其中一位是老员工，另外一位还未入职。单位的 ...
alan520gjk 发表于 2012-7-11 09:38 http://bbs.51testing.com/images/common/back.gif
测试主管或者是经理 是1个中层管理者的程度。是需要参与进入业务环节的，如果下面经验不足的情况下，由下获得业务的反馈，在决策上有导致全线崩溃的可能现象。可以把团建发展当1个工程来做。
1.主线改动：尽可能和程序保持良好关系，和项目经理沟通提前获得开发文档。
2.基线1：掌握几本工具和技能，和尽快做出成绩。（缺陷分析，脚本能力，系统测试能力）
3.基线2：在能力范围和时间范围内缆活，扩展人员。平铺学习。
4.合并基线1，2。然后进行范围培训，有时间去消化所学。
5.合并主线基线1，稳固回归，走的越稳越好。
