测试小组的管理
- 测试经理要让员工可以成为互换的齿轮
- 每个员工都会以不同的方式去完成自己的工作
- 不能扼杀员工的创造性
- 测试经理要对员工的创造性，可说服性，判断力或人际敏感性有大概的了解
- 测试经理要让员工对其工作结果负责
员工具有不同的强项和兴趣，需要进行针对性的进行管理
从哪些方面评估员工的测试报告
- 报告直率的提出了问题吗？
- 报告留下迫切要求后续测试的漏洞吗？
- 发现程序错误的测试看起来例行公事还是很有见地
- Bug很难发现吗?bug 出现在程序一般比较稳定的部分吗？如果是那么是因为测试工程师的坚韧还是好运气
- 程序员能理解提的bug吗？程序员对测试报告有什么反馈意见？这反映出来程序员和测试员的良好协作，还是相互指责
评价测试工程师的可以可以根据以下的条件：
- 阅读提交的bug
- 阅读编写的代码
- 阅读编写的测试文档
- 收集与其一起工作的程序员和其他有关人员的意见
- 他卷入了什么争端，为什么？
- 在按期完成任务方面做的怎么样
- 遗漏了什么类型的bug
- 他对其他测试工程师和程序员提供了什么类型的帮助，以提高他们工作 的有效性和生产率?
- 他在学习新技能吗？新技能应用到工作中吗？传授给其他人了吗？
- 他站在公司的立场上处理过什么问题？
我们不建议进行微观管理：了解员工做什么并据此进行指导，
只需要告诉他们什么时候以及怎样完成自己的工作。
测试经理必须要分配小组的大部分工作，并且自己可能没有充当如何角色。如果测试经理完全丧失测试的技术能力，那么就会丧失可信性。
不要指望所有人都可以有效处理多个项目，如果承当多个项目，测试工程师会把时间分的很碎，要在管理上面花很多时间，要参加很多会议，要花大量时间了解各个项目
测试工程师需要积累专业领域知识，相关技术方面的专门知识，积极提高技能
如何帮助新测试员获得成功
- 安排新测试工程师与项目相关人员见面，熟悉一下公司的环境
- 为测试员指派一位指导者，来回答各种问题，检测新测试工程师所完成的工作
- 让新员工对照沉淀文档来熟悉系统，通过正面测试是员工快速的熟悉产品
- 对于一个几乎要完成的项目，最好不要安排新员工，因为新员工不了解项目而且在测试的时候发现的问题，大多数都是不熟悉系统造成的。这样会浪费老测试工程师的时间，
员工的士气很重要
- 礼貌地对待员工，尊重员工
- 注意他们的工作
- 称赞好的工作，热心和诚实努力
- 如果员工加班，测试经理也要加班
- 如果可能，安排员工做他们感兴趣的任务和项目
- 如果员工任务完成得不够顺利，可指导别人给予帮助，指导
- 提供培训的机会
- 了解员工时要全方面的了解，不要偏听偏信
- 公开的指责员工，会使员工心怀不满，有问题可以私下指出其错误
长期的加班会使员工体力透支，跳槽率提高，低效，工作草率
有些项目需要短期突击加班很正常，但是长期加班不提倡
在指定项目进度计划时，不要指望员工能够明天都8小时集中在工作上，测试工程师需要参加会议，接受培训和编写状态报告和备忘录等
不要同意自己知道的不现实的进度计划，要尽可能准确地估计完成不同任务需要多长时间
身为测试经理在员工遇到困难时，要及时处理提供帮助。提供精神的支持并解决各种不公正待遇，要为员工提供培训的机会
录用员工时：
- 谨慎把其他小组拒绝的人吸收到测试小组中
- 要根据测试小组需要承当的任务，，以及完成这些任务所需的技能做出规划
- 测试团队要有不同背景的人，不同技能的人
- 录用热爱测试工作的人
- 在面谈时要应聘者展示期望有的技能，
测试工程师在找工作的时候要清楚一件事，很多公司都有这样或者那样的问题，不比本公司的问题少
找工作之前可以做的准备
- 多注意休息，使自己的精神状态良好
- 更新好简历
- 搜集自己想要加入的公司，查看公司对技能的要求
- 如果可以最好找一个内部推荐人
- 了解准备应聘的公司，可以从互联网或其他从业者
- 学习脚本语言
- 提高自己的写作技巧
- 提高自己的公众讲话技巧
- 如果能考证的话，可以考证，这样可以加分
如何写好简历
- 如果想要应聘不同的岗位，必须要写出不同的简历
- 简历里面要以时间顺序描述自己的工作经历，要突出介绍在每个工作中取得的成就
- 简历里面要包含功能性或关键词简历，要突出自己的技能，
- 可以适当的夸大自己的背景，技能或经验，但是不要太离谱
- 某些很容易查出来的东西不要造假，如学历等