小公司如何做好软件测试？_小公司需要软件测试吗

首先，我们要确定一个小公司的范围，公司的规模上是如何划分的我不去研究，那不是我的职业，这里我说的小公司是按照一种狭义上的划分，是人们根据常理可以推断出公司的一些情况来说的，比如说看见小公司字样，首先人们会想到规模小，人数少等等。当然，这只是常理，通常来讲是这样的，不是绝对的，这个世界也没有绝对的事情。所以，当我对别人的观点表示不能理解或者不认同别人的说法，我不会说别人是错的，我会去找到根据来说明对方的说法不全面或不符合实际；还有一种可能就是在我找根据的过程中发现原来我的观点也没有我想象中的好。篇首说这么多只为引人接下来我的对于测试的一些个人看法，和大家交流 学习。

　　如上所述，通过这个小公司的概念来推断出这个公司的测试部门会不会小，小或不小不是从部门人数上来看的，如果有一个一百人的测试团队，你会认为这个团队小吗？至少从规模上看蛮大的。但是，如果这个团队是微软的，是测试window 8 的项目组，这个团队大吗？从工作上来看这些人要以一抵十，甚至拿一当百。今天说的不是公司的大小，也不是部门人数的多少，而是公司在资源紧张的情况下做项目，要如何提高效率，降低成本。与其说小公司，不如称之为小测试，所谓小测试指测试规模上、测试范围上、测试深度等多方面综合来看

　　我是一名测试人员，我来看问题的切入点往往都是从测试方面入手，关于软件测试在此不做过多论述，有测试就有测试部门，测试团队大一点的测试部门有测试经理，下属还要分很多项目部门；小一点的团队就是一个老大带着几个小弟，忙前忙后，流程规范一点的做起测试还有章可依，流程差一点，就不多说了，总之效率极其低，人力资源浪费严重，开发周期延期，公司项目成本偏高。如果研发体系的效率低，那么效率低的问题就不仅仅存在于测试部门，想要提高效率要从源头去抓起，去疏导捋顺。在这个过程中测试部门是一个重要环节，因为理论上测试涉及到整个项目的各个阶段。

　　对于测试部门来说，首先要明确部门职能，哪些工作属于范畴内的，哪些工作不是测试部门应该做的，从“量”上来保证效率；其次要注重测试部门整体水平的协调，整体成员测试技能的提高，从“质”上来保证效率。

　　接下来再说一说测试部门的老大，为什么叫老大呢，因为很多公司对于测试领头人物的称谓有很多，比如经理、总监、主管等等，主管是测试部门的灵魂，是开展测试工作的核心，一个合格的测试部门主管应该既有工作能力，还要有极强的领导能力，这二者相辅相成。许多测试管理者是从技术部门进到管理阶层的。尽管他们有可能受过很多测试或软件工程的培训和指导，但他们还是很难经常从失败和错误中学到管理技巧。作为一个管理者，你有两项基本工作：找出为你工作的最好的员工并且建立一个能够使员工完成工作的环境（使他们最好地完成工作）。关于领导力的问题在此不做赘述，着重谈一谈一个合格的测试主管工作上应该具有的能力，最近在论坛上面看到网友说的管理者应该具备的八项能力，说的不错，给大家介绍一下。

　　1、领悟能力：做任何一件事以前，一定要先弄清楚上司希望你怎么做，然后以此为目标来把握做事的方向，这一点很重要，千万不要一知半解就开始埋头苦干，到头来力没少出、活没少干，但结果是事倍功半，甚至前功尽弃。要清楚悟透一件事，胜过草率做十件事，并且会事半功倍。

　　2、计划能力：执行任何任务都要制定计划，把各项任务按照轻、重、缓、急列出计划表，一一分配部属来承担，自己看头看尾即可。把眼光放在部门未来的发展上，不断理清明天、后天、下周、下月，甚至明年的计划上。在计划的实施及检讨时，要预先掌握关键性问题，不能因琐碎的工作，而影响了应该做的重要工作。要清楚做好20%的重要工作，等于创造80%的业绩。

　　　　有了一个好的领导，我们这些小员工应该做些什么呢？工作！做测试，每个人有自己的工作方式方法，都有自己对于职业的一种态度。与大家分享一下朱少民先生对于软件测试的三种境界的论述。

　　第一境界：测试和人是分离的。测试仅仅是一份工作，做测试是被动的，测试工作往往停留在表面上，别人说什么就什么，容易受产品设计人员、开发人员等左右。虽然也会学习一些软件测试知识，但不够深入，不会主动多问自己几个“为什么”。测试过程中很难发现缺陷，发现的缺陷也是比较肤浅的缺陷。发现了缺陷后，也只是报告出来，不会追究下去，不会举一反三。也不会主动配合开发人员工作------挖掘缺陷产生的根本原因。

　　第二境界：测试和人靠得比较近。喜欢测试，测试工作中有很强的主动性，开始钻研测试的方法。测试过程中，理解用户的需求，从用户需求出发来指导自己的测试，对实现的功能有自己的理解，不再被开发工程师左右。测试过程中，针对性更强，善于思考，能够采用不同的测试手段来完成测试任务，包括使用测试工具、开发测试脚本来执行测试，提高测试效率。

　　第三境界：测试和人融合在一起。把测试视为自己的一生事业，全身心致力于测试，真正理解了测试真谛。测试不再只是发现缺陷，而是对产品质量的评估，发现产品产生的根本原因，帮助整个开发团队预防缺陷。在工作中，主动和产品设计人员讨论用户需求，帮助开发人员建立设计规范、代码规范，督促开发人员遵守规范。建立良好的自动化测试框架，不仅使测试工作更轻松、有趣，还能助开发人员的单元测试一臂之力。利用业余时间钻研测试，重新思考现有的软件测试思想，树立一套自己认可的思想体系，努力在测试方法上有所创新。这时候，测试不仅出现在工作中，而且出现在生活中，碰到任何一个产品，都会不自觉地检查它，找到它的不足。对生活的任何现象，都有一种审视的态度，一种积极的看待问题办法，包括提出如何改进产品的建议。生活还是乐观、积极的，而不是抱怨、挑剔，只是看待问题的角度不同，或不会错过任何“测试（审视）”的机会。