请教：一个测试负责人的苦恼。。。

coco5945

我是单位的测试负责人，加上我测试组就3人，另两位是老员工。单位的开发流程，测试流程都不是很正规。
1 需求不明确，往往都是产品开发完了，才提交我们测试。提交的时候基本上没有什么开发文档，有的话也是和新系统基本不太一致，或者写的很粗，基本上能看出来的就是有哪些功能。细节性的内容基本上没有。
需求也是说变就变。因为需求没有定义的很细，最多算是一个功能性描述说明。测试人员也经常与开发人员争执。
2 领导总说测试很低级。很不充分。
3 时间充裕的时候是先写测试用例，基本上写的也很粗，都是一些测试点。开发人员也基本上不怎么看。基本上都是在测试过程中完善补充测试用例。时间紧迫时就不写用例，测试完再补。
4 测试组对系统功能的预期结果都是未知的。都是结果出来了，在人为去判断对或者不对。
5 作为负责人的我，每一个项目都要去监管，协调，部署测试环境，管理测试版本，项目多的时候，自己也要负责测试。所有的测试的出口都在我这，2个测试组员就是测试，没有积极性，甚至一点都不爱去多想再测测细节问题。因为之前测试设计过程没有，都是在测试过程中逐渐熟悉系统，尽可能去挖掘新的bug。两位老员工也不爱多想。
6 个人也认为测试很不充分。能力有限呀。但是不知道该怎么去管理，去提高测试质量。对于开开始介入的测试项目，怎么能设计出充分的测试方案和用例呢？

大家帮帮忙呀。出出主意。

对于我们单位这种情况，该怎么办呢？测试主管是不是不应该参与测试。只是监管，把关，如果他不去测试的话就不可能去熟悉测试项目，那怎么能把好关呢？

piaolingxue423

和我们公司情况很类似

先制定规范的测试流程 比如  测试前要需求评审什么的  获取外部支持  然后对内严格要求  制定测试过节关键点

可以要求开发人员执行自测 后再提交你们测试

alan520gjk

坑爹的 我也遇到这个问题

苏晓璇

要不辞职吧

alan520gjk

期待高人给予指教

archonwang

这些个问题很多中小企业都存在。
说难听点，死结，解不开。

archonwang

这些个问题很多中小企业都存在。
说难听点，死结，解不开。

alan520gjk

我的情况我来说说
我是单位的测试负责人，加上我测试组就3人，其中一位是老员工，另外一位还未入职。单位的开发流程，测试流程都不是很正规。
1 需求不明确，而且项目没有产品，都是产品经理一句话需求，跟开发项目经理口头沟通，也不知会测试，往往都是产品开发完了，才提交我们测试。提交的时候基本上没有什么开发文档，有的话也是和新系统基本不太一致，或者写的很粗，基本上能看出来的就是有哪些功能。细节性的内容基本上没有。
需求也是说变就变。因为需求没有定义的很细，最多算是一个功能性描述说明。测试人员也经常与开发人员争执。
2 领导总说测试很低级。很不充分。测试的价值没有完全体现出来，想搞性能测试、压力测试，但是目前不知道如何实施，都是些小需求小项目，要实施，项目经理会不会支持？领导会不会支持购买服务器都是问号
3 时间充裕的时候是先写测试用例，基本上写的也很粗，都是一些测试点。开发人员也基本上不怎么看。基本上都是在测试过程中完善补充测试用例。时间紧迫时就不写用例，测试完再补。
4 测试组对系统功能的预期结果都是未知的。都是结果出来了，在人为去判断对或者不对。
5 作为负责人的我，每一个项目都要去监管，协调，部署测试环境，管理测试版本，项目多的时候，自己也要负责测试。所有的测试的出口都在我这，2个测试组员就是测试，没有积极性，甚至一点都不爱去多想再测测细节问题。因为之前测试设计过程没有，都是在测试过程中逐渐熟悉系统，尽可能去挖掘新的bug。两位老员工也不爱多想。
6 个人也认为测试很不充分。也会LR也知道初步怎么进行性能测试，问题在于不知道开始开展。但是不知道该怎么去管理，去提高测试质量。对于开开始介入的测试项目，怎么能设计出充分的测试方案和用例呢？

大家帮帮忙呀。出出主意。

对于我们单位这种情况，该怎么办呢？测试主管是不是不应该参与测试。只是监管，把关，如果他不去测试的话就不可能去熟悉测试项目，那怎么能把好关呢？

edisonzhang

如果领导意识上没有测试这个环节的话，重要不够的话，无解
2条路  混日子 走人
这样的公司就等着自生自灭

lyc2010

先跟你们领导谈谈吧，如果不规范的话，能累死你，不需太规范，但最起码的应该有啊，可以限制一下开发的随意性，如果领导都没有这个意识的话，那就别浪费时间了。

haven6

回复 1# coco5945
你的问题和我一样，我觉得问题关键在于老板的质量意识不够。所以你应该先想办法做的是：
1，时而不时地给老板洗脑
2，顺着老板的意思，尽快让你的产品投向市场，让更多用户去用，用了肯定有问题，有问题客户推动就更容易。
3.一般的公司都是测试依赖开发，你想办法慢慢让开发依赖测试。
4 。经常性统计测试发现的bug数量给老板

li373935562

我不赞同版主的死结说法，因为本身在测试理论和实践中就不可能理想化，问题总是存在的，也总是有办法改进的。
1. 楼主的第一、四情况，需求的获取在有条件的情况下依靠文档，但是在测试工程师的眼中应该是没有一个项目的文档是完善的，所以更重要的是多重渠道获取需求，包括各种文档、与设计、需求、开发人员、实施的沟通、页面功能的实现以及行业和实际使用人员的习惯规范都是测试需求来源，也是期望结果的来源，至于测试研发的争执，引入设计、需求甚至是实施人员的第三方评判。
2. 楼主的第二种情况，领导批评测试，你只能和领导据理力争了，对软件质量负责的是整个质量管理体系，测试人员根本无法负责，尤其是你们这种糟糕的质量管理体系中，软件质量低下是不可避免。
3.楼主的第三种情况 ，任何的工作方式都要以公司的实际需求为准，都是为了创造利润，所以不比硬套各种流程理论。
4. 楼主的第五、六种情况，测试负责人也就是管理者主要任务是协调资源和打造团队，但是也要根据公司的实际需要全面掌握项目的进展情况和质量状况。需要对项目有良好的大局观，我个人认为在现代企业里所谓的管理主要是对于事情的管理而不是人的管理，以事推动人。

个人愚见，不对之处欢迎指教！

flower_lanyi

针对楼主的情况，我觉得可以在版本提交测试前，先执行冒烟测试。冒烟测试用例10%不过版本不予接受，测试不测试，返回开发重新出版本。   这也是为了保证测试拿到的版本的可测性和稳定性比较高。
针对你们老板批评的问题，你可以拿一个未测试的版本给他，让他自己评估。

杲杲日木

如果领导不重视这个测试环节的话，我觉得你没有在待下去的必要了（除非薪资相当可以，毕竟上班就是为了拿工资），这种需求不明确、需求变动频繁、没有规范的文档、开发人员不重视、测试人员没有明确的测试标准，现在这种情况我觉得还是很普遍的在国内，但测试的工作我觉得也不只是测试，要去协调尽量要求需求规范化，建立明确各类文档，以及沟通好开发人员还有领导；让大家都意识到测试的重要性。虽说逆境中锻炼，但也还要看情况不是，并不是在其他地方就不会成长了吧。所以根据自己的情况好好决定。我的想法有些纯粹。

archonwang

回复 12# li373935562

很高兴有看到反对意见。

实际我自己的感觉更多是因为领导不重视。因为领导不重视，所以工作开展不顺利，人员不自信，也不能进行有效的组织级过程改进。

剩下的才是工作方面的问题。在任何一家公司，如果无法获得上层的支持，开展工作极其困难。

我觉得如果楼主如果对于目前现状不满，首先要总结下并提出自己认为可行的解决方案来，向领导汇报疏通的时候必须至少拿出两套可行的解决办法、成本投入及短期及长期的收益。没有现象就没有事实，没有事实就没有数据，没有数据如何才能获得支持？我们对上汇报更多的是拿出解决办法，打消上层疑虑，为获取最大收益铺路。


如果说做不到这一点，后面的哪些方法也好，该做的事情也好，都不会有太大的成效的。

fangfangcome

最后一条，你肯定是要去测试执行的。一共就3个人，你不带头执行怎么办？要有领导意识，但是领导意味着做更多的事情~~执行由2个好处：
1.带头作用，当别人问你时，你对bug更清楚
2.帮忙，别人发现不了的bug，你是领导，应该发现更多更重要的bug

archonwang

关于测试主管是否应该具体参与测试这个问题，从楼主目前的实际情况上看，必须参加。目前的团队还没有大到需要投入专门的管理层来负责所有的管理工作。没有团队规模，技术管理者从技术上脱离简直匪夷所思。

wsryyffs

回复 17# archonwang


    我个人认为需要加强测试团队的看代码能力和业务能力，只有能力提升了，以后的事就好解决了。

静雨丝

看来楼主的公司质量管理体系CMMI等级为1啊，个人觉得，要让领导重视质量，否则盲目获利的同时会把合作过的客户的潜在合作意识给抹杀了，项目一般都是在客户的口碑中产生的，这是重点。

tsinggo

1.获取领导的重视 （给他举出因为质量差，你们公司损失了多少，测试能避免多少损失）
2.提升你自己测试技术和管理能力（小公司，没有必要整那么多流程，主要是个人能力和个人魅力，等你团队发展到10人，就必须整理出一些规范流程）
3. 和下属多沟通，他们个人也必须有所进步，给予奖励（薪水提高，奖金。。。）