如何带领测试团队取得突破
一、首先介绍一下测试团队和公司的状况：1、公司的测试团队有10人左右，其中4人有过开发经验、3人是新招的应届毕业生，另外几人都是一般的测试人员。
2、公司主要做嵌入式通信设备和少量GUI软件，开发人员250人左右；
3、目前测试小组做的测试工作比较后端，系统测试或验收测试阶段才会介入，建立了一些软件测试流程和模板，但
实施始终不是很到位。测试手段主要是手动测试，做的最多的就是基于黑盒技术的功能测试。
二、问题：
1、长期以来都是做这类产品的功能测试，手段常规化，测试人员觉得没有奋斗的目标，想要自己取得技术上的突破，
但是又不知道如何去下手；
2、领导也觉得测试做得太后端，手段不够丰富，但是怎么样去丰富测试手段呢？引入白盒测试？目前的人员配置从
数量上来看肯定也是不够的，从技术能力上来看更加不可能做到；
3、测试时间始终被压得很紧，一般都是要求几天时间测试完，导致测试的时候压力很大，也生怕产品出去了发现问
题受到惩罚。
各位站友是否遇到类似困惑或者瓶颈呢？希望大家能够多多讨论，帮助我也帮助更多有需要的基层测试管理人员。
感谢大家！！！ 1.既然已经建立了测试流程和模板，先解决为什么实施不到位？是流程不合理还是领导不重视？或者是推广不到位？找到问题后，建立简单易用的测试流程并推广，这是第一步；
2. 其次，既然所有测试人员都已经觉得没有奋斗目标，你也已经看到这个情况了，为什么不找找他们聊聊，看看他们有什么想法，你的团队里面有4个是有开发经验的，3个是应届毕业生，这些都是非常好的资源，能力和激情全部都具备，要带领他们得到突破是非常容易的；
3. 当你知道了每个人对自己工作的想法和期望后，你就会发现测试不再是手工那么简单了，测试手段就不再是不够丰富，而是太丰富了；
4. 现阶段你们介入时间太晚，系统测试或验收测试阶段才会介入，这是你们觉得时间不够的第一罪魁祸首，介入时间越晚，你们就会越被动，尤其是在系统测试甚至是验收测试阶段才介入，问题太多，测都不够测的，哪来的时间去丰富测试手段或者得到突破呢？所以你要制定流程规范，告诉领导告诉开发人员你们测试是什么时候介入，走什么样的流程需要大家遵守什么样的规范
总而言之，制定好易用简单的流程并推广实施，了解各个测试人员的期望和需求并给以空间发挥，你的问题就不再是问题了 很有参考价值，谢谢版主的意见，目前我也正在做测试流程优化的工作，主要就是将测试用例的设计放到与开发工作基本同步，这样尽可能保证测试准备时间相对充裕一些，真正提交测试后可以很快上手，测试工作更有针对性、更有效率。
但是对于测试手段，目前确实还没有很好的想法，以前也就是从功能发展到一般的性能，感觉要进一步做得更深入就比较困难了。 功能测试就有很多手段，如果你能把自动化搞起来，就是一个很大的进步！:loveliness: 现在老在说自动化，我们领导也在说，给人的感觉就是自动化就很高级，手工去做就很低级，但是向这种嵌入式的软件，自动化的手段确实不多啊，能不能给我支支招呢？ 既然有4个测试人员有开发经验，那么就要好好利用起来，逐步将白盒测试做起来。可以先试用一些白盒测试工具，如果适合自己项目的话，可以考虑购买。另外，要制定一些编码规则或标准，并结合工具向开发人员去推，争取将问题提前暴露，以减轻测试人员的工作量。
如果公司对质量很重视的话，可以制定自测案例，要求开发人员提交版本前先进行自测，并出具自测报告，只有自测案例都通过后再接受测试。 确实从人员结构上来说还是比较好的 1.介入阶段比较晚，应该从需求阶段就考虑开始介入了
测试参与可以提前了解需求的实现目标，同时提出可测试性需求以及需求的可测试性角度进行分析。
2.现在测试流程都比较成熟了，就看如何去实施了，需要让你的领导意识到测试的重要性
3.不一定所有需求都需要自动化，一些验证点比较多的功能或者是人工定位起来都比较费劲的功能，你用自动化测试去测试的话，那简直就是不可能的事情，一些流程相对较简单的需求可以考虑使用自动化。 回复 1# littlecorn
1.你们的测试团队的资源很丰富，但是团队的执行力比较差，无法将已经建立的流程和模板运行起来，同时也看到你对管理的经验比较缺乏；
2.团队的明显形成了阶级的形式，你可以很好的利用，例如开发的转换到测试的，开发经验比较丰富，可以让他们去做一下开发测试，这里要比自动化测试强多了，因为你输入嵌入式的，所有我更推荐采用开发测试，一般的测试人员你可以让他们在流程的执行，已经测试用例的编写、方案的设计上去做努力（功能的测试方案），让他们将整个测试的流程运行起来，刚刚毕业的新手你可以把他们的时间时间重复利用起来，执行测试用例，让他们学习别人写出测试用例的设计思想，这样大家都会有奋斗的目标，同时要做定期的绩效考核，把自我学习的一部分也加入进去；
3.既然这么大的团队你们可以再前期需要调研，需求分析的时候加入测试，开始制作测试需求、测试功能点；
4.测试技术的提升不一定去做白盒测试，这个的效果不一定很理想，耗费的时间也比较长，短期内没有办法看到成绩，这是一项很枯燥的事情；
5.黑盒测试的手段无非就是哪几种，但是需要怎么去合理的利用这些手段，才可以找出更多的问题，这个是个思考的地方，把基础的做好往往会收获很多；
6.同时要学会对团队的人员进行不同角度和兴趣的培养，这样可以对以后技术的引进有很多的帮助；
7.测试时间的压迫的比较紧，我可以理解为测试执行的时间比较短，但是你可以把准备工作做好，当准备做好的时候，时间比较短的时候，不会由于一些考虑不全导致问题的遗漏；
8.将流程完整的测试体制，这样会减少一些由于流程的不完善而导致的问题；
9.提高自己的管理能力，团队迷茫的时候往往是团队的领导已经开始迷茫，导致了团队的迷茫；
以上为个人的理解和建议 :) 短时间变化太大确实很难，作为测试leader不能太急。
页:
[1]
