本章考虑的是一个项目接一个项目、年复一年地一起
工作的员工组成的小组。
经验210-平庸是一种保守期望
不要扼杀员工的创造性；不要是员工成为不能互换的齿轮；不能标准化员工；要以创造性、可说服性、判断力、人际敏感性等评价自己的员工；不能将员工与工作结果剥离；
经验211-要把自己的员工当做执行经理
大多数测试员都是执行经理，以此为基础进行管理；接受测试员具有不同的强项和兴趣，并有针对性管理；
经验212-阅读自己员工完成的错误报告
阅读错误报告，有助于测试经理了解产品情况，自己员工的强项和品德，以及影响自己员工的沟通和人际问题；针对报告，可能有一些问题：报告写的好吗？直率地提出问题了吗？留下迫切要求后续测试的漏洞了吗？
发现程序的错误是例行公事还是很有见地？程序错误很难发现吗？错误出现在比较稳定的部分吗？
报告的语气怎么样？程序员能够理解吗？
经验213-像评估执行经理那样评估测试员
不要仅仅把程序错误数做为一种度量；建议可以参照以下：错误报告、编写的代码、编写的测试文档、与其一起工作的程序员和其它有关人员的意见；鼓励测试经理积极、随时地跟踪员工的工作。
经验214-如果测试经理确实想知道实际情况，可与员工一起测试
经验215-不要指望别人能够高效地处理多个项目
有些人会接受多项任务，但是在特定的一周内，他们只能承担这些工作中的一项；积极地承担所有被分配的任务的测试员会把时间分得很碎，要在管理方面花很多时间。
经验216-积累自己员工的专业领域知识
可以通过多种途径积累真正的专业领域知识：阅读面向类似产品客户的杂志和书籍；参加教授客户如何使用本公司开发产品的培训班；参加与产品的下层主题有关的
学习班；在客户现场工作；推销自己公司或竞争对手的软件；回答公司
技术支持热线
电话；
经验217-积累自己员工相关技术方面的专门知识
经验218-积极提高技能
对于强化测试小组在公司中的价值极有帮助；
经验219-浏览技术支持日志
思考为了某类投诉减少自己可以做些什么；思考什么类型的测试会助于发现被测软件中类似的一些问题；
经验220-帮助新测试员获得成功
为测试员找好地方；至少安排一天时间与有关人员见面；
为新测试员指派一位指导者；
经验221-让新测试员对照软件核对文档
全面测试手册和在线帮助是很值得的；测试员应该核对所有事实描述和程序测试；
经验222-通过正面测试使新测试员熟悉产品
尝试简单但是实际的方式使用该产品；帮助测试员理解该产品或产品版本的优点；
经验223-让测试新手在编写新错误报告之前，先改写老的错误报告
一种方法是让其重新测试老程序错误，并改写出更有效的错误报告。
经验224-让新测试员在测试新程序错误之前，先重新测试老程序错误利用三类任务，可以帮助测试员了解被测产品、产品怎么样失效、怎么测试产品等。重现现在还没有关闭的程序错误；重新测试已经解决的程序错误；重新测试已经解决但还没有关闭的程序错误；
经验225-不要派测试新手参加几乎完成的项目
经验226-员工的士气是一种重要资产
礼貌对待员工、尊重员工；注意他们的工作；称赞好的工作、热心和诚实努力；员工加班，测试经理也要加班；为员工指派他们感兴趣的任务和项目；测试任务不顺利，则指派别人指导、帮助；提供培训机会；公平对待员工；不要对任何一位员工产生误导；不要与员工叫喊；避免公开批评；不要与员工私下议论其它小组的员工；测试经理不要与员工约会；
经验227-测试经理不要让自己被滥用
不要为了过度工作而搞垮自己和整个团队；不要承诺不可能做到的事；
经验228-不要随意让员工加班
避免让测试员长期加班；制定项目进度计划时，不要指望员工每天8小时集中在工作上，这不现实；不要同意自己知道的不现实的进度计划，尽可能准确估计完成不同任务需要多长时间；
经验229-不要让员工滥用
提供精神支持，解决各种不公正待遇；礼貌处理表现不当的测试员；
经验230-创造培训机会
经验231-录用决策是最重要的决策
经验232-在招募期间利用承包人争取回旋余地
经验233-谨慎把其它小组拒绝的人吸收到测试小组中
经验234-对测试小组需要承担的任务，以及完成这些任务所需的技能做出规划
经验235-测试团队成员需要有不同背景
经验236-录用其它渠道的应聘者
经验237-根据大家意见决定录用
经验238-录用热爱自己工作的人
经验239-录用正直的人
经验240-在面谈时，让应聘者展示期望有的技能
经验241-在面谈时，请应聘者通过非正式能力测验展示其在工作中能够运用的技能
经验242-在录用时，要求应聘者提供工作样本
经验243-一旦拿定主意就迅速录用
经验244-要将录用承诺形成文字，并遵守诺言
