这个问题、也许不管在任何项目当中都是很重要的。特别是软件的项目、靠的是很多的人、个性不同的人、思维不同的人。如何让这么多的人能够为了一个共同的目标、分享、协作、共同努力就是一个很复杂的事情了。作为一个团队的管理者、我们应该做到什么、我认为至少有下面这些。1、了解自己---- 团队的管理者要清晰的了解自己、能给自己一个明确的定位。只有当非常清晰的了解自己能力之后、我们才可以知道自己需要什么样的协助、需要怎么样的去协助他人。 成功的管理者不是靠一个人的能力、而是靠很多的帮手才可以成就的。所以

2007-11-28 作者: test 来源: test的博客今天阅读了一篇文章“让你的blog重获青春”，里面介绍了几个方法。忽然觉得这些方法对于我们做其他工作也很有用。因为目前在做测试工作，所以仿写一下，让我们的测试迸发出激情。很多做测试的朋友（特别是做较长时间的）都有一种感觉，没有了刚开始做测试的热情和积极学习的劲头，失去了对那些枯燥的程序的兴趣，不管如何改换花样也找不到以往那些锲而不舍、认真负责的精神了。我个人也有这样的感觉，我想这与生活的压力，公司对自己工作的认可和测试工作的重视程度都有关系，不管

作者: 未知 来源: 网络转载背景：我们的软件产品需要在A、B、C三种硬件平台（理论上对我们的软件影响是不大的）上工作，早些时候已经成功在A上工作了，但在B、C上还有些问题，加班的那天是一个deadline，需要保证在B、C上也能够工作。这个产品由X、Y、Z三个部分组成，分别由三个team负责，基本的关系是：X和用户打交道，X调用Y，Y是数据进数据出，Y调用Z，Z和硬件打交道。其中，X和Y都是新写的程序，而且早些时候，在X上发现了较多BUG，Y基本上没发现问题。Z的代码在以前的产品中就有，相对已经比较稳定。由于项目的

出处： 天极软件出来做软件测试三，四年了，确实正应了那句“测试不如开发”，只是个人观点，而且我工作过都是外企和大型国有企业，软件测试流程和管理都相对很规范化的。下面几点给做测试的朋友参考一下：1、钱肯定少过开发人员，除非你工作七，八年才能拿年薪10W以上，一般的软件测试工程师很难上6K以上，开发人员工作四，五年后拿7，8K是太多数的。2、加班的现象可以说是很普遍，周一到周五随时加班是很正常的，周末肯定有一天要加班。3、不管怎么样努力和用什么测试效果的数据说明，领导还是不太重视测试部

1、程序测试的过程具有破坏性　　人类的活动具有高度的目的性，建立适当的目标具有重要的心理作用。如果我们的目的是要证明程序中没有错误，那我们就会不自觉地朝这个方向去做；也就是说，我们会倾向于挑选那些使程序出错的可能性较小的测试数据。另一方面，如果我们的目标是要证明程序中有错，那就会选择一些易于发现程序所含错误的测试数据。而后一种态度会比前者给程序增添更多的价值。　　测试的定义意味着程序测试的过程是具有破坏性的，其程度甚至达到了不可容忍的地步。社会上大多数人的人生观是建设性的，而不是破坏性

2008-04-17 来源:网络从进入XX公司，到现在已经整整一年了。这一年过的是平淡无奇，既没有成为公司之星，也没有被公司辞退，算是不好不坏吧。刚到公司的时候，我做的是测试工程师。做测试工程师是我对自己的职业规划。说实话，我能得到这份工作真的很高兴。来公司的第一个星期，因为有一个项目缺人，所以部门经理提前结束了我的考核期，让我随项目组进行集中开发。从此，我开始了我的测试生活。虽然以前在新浪做过测试，但是象现在这样跟着一个项目组做测试还是第一次。基本上是第一次写测试计划、第一写那么大量的测

2008-04-17 作者:liuwenf110 来源:csdn随着国内软件测试行业的不断发展，软件测试工作更加深入、规范。其中对测试人员的绩效考核也越来越重要。目前，很多公司对测试人员的考核方面都不相同，有些公司仍然是以单纯的问题单数量来对测试人员进行评价，这样直接对测试人员工作方向产生误导，影响到测试人员工作的积极性和稳定性。因此，为了能够更好对测试过程进行管理，必须对测试人员有一个客观、全面的评价。下面是本人在工作中的一些体会希望能给大家带来一些启发：一、测试人员工作绩效评价的误区1、 仅从提交的问

测试生命周期　　测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估　　测试计划就是定义一个测试项目的过程，以便能够正确的度量和控制测试。第一部分：测试计划测试计划的问题：　　1、测试计划经常是等到开发周期后期才开始实行，使得没有时间有效的执行计划；　　2、测试计划的组织者可能缺乏Client/Server测试经验；　　3、测试的量度和复杂性可能太大，没有自动化工具，很难计划和控制。测试策略：　　测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试（单元测试、集成测试、