一旦你创造了一个环境，让员工在工作时间完成工作，开始鼓励他们每周不要超过40小时，接着你就可以基于他们在40个小时能够完成的工作量给他们酬劳。我总是发现这样能够提升创造力(因为员工不能在太疲劳的状态下完成工作，这是因为他们在工作时不能关心自己)。
当你开始注意规律，不仅仅是时间，还包括更容易地给员工的表现给予精确的适度的评价。你的员工是否完成了他们的计划和测试设计?当他们开发测试的时候，他们还要修订那些他们需要的改进的部分?(如果你只是注意有多少测试可以使用，我可以重复地开展相同的测试)计划每周工作40个小时，并且为你要在这段时间完成的工作付报酬。
6. 承认自己的错误
每个人都会犯错。他们会因为忘记开会而使客户发怒。承认你犯错是令人尴尬的。我们中的许多人认为对小组承认自己犯错会失去尊严。
如果你不是经常犯错，你承认错误的时候其实 能够赢得尊敬。如果你忘记一次会议，你为此道歉，其他的人会理解你并且最终原谅你。
不管你做了什么，不要否认或故意忽略你的失误。故意忽略不会让错误消失这只会让错误成长为怪物。最近，有一个委托人在会上对他的员工大声斥责。会后，他认识到他不应该那样在小组会上那样做。他只是想让他们安心工作，等过几天再道歉。
我建议在他们对他积累怒气之前，应该用正确的方式和他的员工交谈。他起初不愿意，但是他后来还是温和地在两天后和他的每个员工单独进行了交谈。每个人都是这样对他说的：“我只是在会后才对你感到生气的。如果您能够立即和我谈谈，我就不会把它们积累起来。但是现在已经两天过去了,我仍然对您感到生气，事实上，我还更加恼火，我现在不能确信现在是否能相信您。我不介意你对我们大吼，但是我不能确定是否还会再这样做。
我的客户不知道应该如何处理这种情况。他认为他的等待是正确的，但是却让问题变得更加严重。他已经决定再也不会犯这样的错误了，而且会立刻和会员工交流。
他的员工用了好几个月来重新相信他，但是我的这位客户的确通过承认过错而增加了他的个人魅力。现在，他和他的员工对这件事可以当做是玩笑来说。他们说这是他的认知和能力的巨大转折点。
7. 决定承担一个项目必须首先问你的组员是否有能力完成当你是一个下级的员工，你的老板对你说“我们是否可以在下个十月完成项目?”回答说“当然”会令人惊讶。但是，你的员工会因为你回答“我要考虑一下。”而表示赞赏。
即使你已经在考虑这个问题，告诉了你的员工你们将来做它，你还是应该得到足够的信息来考虑。你应该从这几方面来看：
· 一段时间内，你也许会因为另一件工作而感到对这个问题迷惑。
· 也许有你正被其它需要考虑的问题所累，因为你不再有相同的时间像你第一次看到它的时候。
· 如果你“训练”你的上司让你的回答有漏洞，你的上司会继续给你让你回答他的压力。
· 当你与你的员工在做决定之前讨论问题时，你应该把这些和他们说一说：
· 我想知道是什么让你想做这个项目。
· 我不怕告诉我的上司要怎么处置它。
在决定做一个项目之前先好好做考虑是一种对你员工的尊重。另外，考虑他们的想法也会使你从他们那里赢得尊重和忠诚。
8. 计划定期的培训
作为管理学的一部分，测试是一种挑战和对规则的经常性的改变。因为经常的改变，要制定定期的培训计划。如果你没有基于不断的变化而培训你的员工，你就会有损失。
培训可以是关于特定项目或者是技术。你可以进行训练用不同的方法：
· 提供一个简单的午餐，让每个你的每个组员讨论一个特定的领域。这特别对同时要做很多不同项目的小组有用。当每个人做不同的项目，这会有助于每个人了解你小组所有的工程。
· 做一个对每个部门的阶段说明。无论幸运与否，每个部门都会有和你小组相仿的工作，但是一般来说其它部门都不知道另外的部门在做什么。
· 如果你们有交叉利益的小组，你可以让两个小组都展现他们各自为公司所作的项目，或者只是针对你的测试小组。
· 邀请外面的专家来讲一个特定的技术或者一种项目。这些专家或者是专业的顾问，善演讲的人，也或是一个博学的朋友或同事。
· 如果你买了工具或者已经进行了培训，考虑组织一个内部的“使用者”会议。人们可以在那里分享他们使用这种工具的感受并且讨论它的问题，优点和恶作剧。这特别对有缺陷的追踪系统和构造管理系统有效果。
9. 计划测试
作为一个测试经理，你不可能有时间去做所有你想做的事。所以，计划你和你小组能做什么。作为测试经理，首先应该确定自己的任务，是在发布之前找到大的缺陷?还是评估软件的状态?或者是帮助开发经理在发布之前做风险评估?你的任务有可能是其中一项又或者是其中几项结合。无论是怎样，在进入的玩命工作时期之前, 对测试进行计划, 你组里的每个人都要竭尽全力你不需要做所有的事。你不是对所有事都计划而是精简，你就会有时间, 然后你就可以计算出你能再做什么。
测试的计划是对每个产品或是对各个开发阶段的产品开展测试的策略。测试要多严格?什么测试不用进行?你在测试里要用硬件和软件的那些组合?什么样的组合不能作为彻底的，可能的，在所有的测试里都运用到的。
测试是一种危险的评估。你和你项目里的其它成员能够进一步做出决定：你乐意对产品的测试部分和非测试部分冒多大的的险?
一旦你决定要测试什么，对每个产品发展发布标准。发布标准是对每一项发布挑剔的重要性评判的客观的标准。“如果那样将会不错”不是步伐标准。“如果不那样做客户将会置我们于死地”才是发布标准的组成部分。
文章来源于领测软件测试网 https://www.ltesting.net/
