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

alice_xs

果断跳槽吧，测试这行找个规范的大公司对个人发展太重要了，不规范的公司就是浪费青春

爱apple

替你纠结

plandy

在各位前辈的基础上汇总了一下。大致可分为以下步骤：
1.先跟领导谈谈, 如果领导都没有提升质量的意识的话，那就算了.
2.通过各种文档、及时有效沟通（与设计、需求、开发人员）、页面功能的实现、行业及实际操作人员的习惯规范来提升业务能力。
3.经常性统计测试发现的bug数量给老板，把级别高的bug详细列出来。预报预期风险，提出规避方案。
4.提升自身代码阅读能力
5.引入设计、需求甚至是实施人员第三方评判来解决分歧
6.多和下属多沟通，毕竟团队的力量大于个人的力量

shiruili215

和楼主同样的情况
如果在流程规范，并且做事规范的公司做过，你就会明白你要做什么了
这样的情况并不是单单是一两个人活着一两个环节的问题，根深蒂固了，要不走人，要不就混混

小雨咪咪

怎么和我单位一模一样的情况，我们单位也是三个人，加上我，哈哈，我是老人，剩下两个是新招来的，都没有经验！我也很苦恼，同时领导希望我能将配置管理一起做起来，更是云里雾里的，不知道该怎么办？

lyfi2003

从以上回复来看，我倒认为这是很好的机遇，发展壮大测试团队，提高自身能力：

1. 定义需求文档与矩阵，与开发，老板一起评审。否则不予通过。
2. 定义开发提交测试标准。例如，冒烟测试通过率，代码评审问题数，功能有效性。
3. 建立奖罚制度，bug少的开发奖励，bug发现多的测试奖，改进流程有创新的奖。
4. 逐步启动白盒，自动化测试。

前三步一步步推动，取得老板权力上的支持。并白纸黑字定义。
然后遇到问题再一个个解决。只要产品定位的好，你的测试体系就可以发展壮大，老板看到效果自然会越发支持～

leminfei

首先要领导重视,领导支持,否则再好的方法都不能推行,呜,还得有权利决定手下的实际奖惩

chm19890228

楼上的这些你们不错了，我在的公司就我一个人是测试，其他都是开发，经理也是开发对测试流程了解的很肤浅很肤浅。现在让我负责公文流转系统的测试。从测试计划到测试需求，到测试用例编写，到测试执行，提交bug、跟踪bug，到回归测试，最后再到测试报告的编写都需要我一个人完成。
而我的水平非常有限。也就一年的工作经验，而且仅限于功能测试，过去一年的经验就是一个普通的测试员，无非就是根据用户手册编写流程测试用例，然后执行测试，提交并跟踪bug而已。性能方面是一张白纸只知道点理论知识，而现在也要做性能。以上交代的工作一点思路都没有，你说该怎么做。跟经理说了自己水平有限再招个测试高手一起做，结果人家说慢慢学着来，就你自己做就行（因为他不懂测试流程，以为测试很简单，这些一个人都能完成）！
无语啊，不知道怎么办了，纠结中...

chm19890228

楼上的这些你们不错了，我在的公司就我一个人是测试，其他都是开发，经理也是开发对测试流程了解的很肤浅很肤浅。现在让我负责公文流转系统的测试。从测试计划到测试需求，到测试用例编写，到测试执行，提交bug、跟踪bug，到回归测试，最后再到测试报告的编写都需要我一个人完成。
而我的水平非常有限。也就一年的工作经验，而且仅限于功能测试，过去一年的经验就是一个普通的测试员，无非就是根据用户手册编写流程测试用例，然后执行测试，提交并跟踪bug而已。性能方面是一张白纸只知道点理论知识，而现在也要做性能。以上交代的工作一点思路都没有，你说该怎么做。跟经理说了自己水平有限再招个测试高手一起做，结果人家说慢慢学着来，就你自己做就行（因为他不懂测试流程，以为测试很简单，这些一个人都能完成）！
无语啊，不知道怎么办了，纠结中...

513cecilia

中小企业的弊病，我们以前也是一样的，以前我也是要负责测试，要教测试人员，还得进行QA的工作，反正说的不好听点，就是一打杂人员，啥都得做，什么主管，什么经理，那就是一称号，没啥意思的。到最后实在受不了，就退呗，辞了，觉得发展空间不大，规范也没办法真正实施，因为很多人是老板的亲戚，虽然我也很受老板重视，但是毕竟开发人员更被老板看重呀！！！

zhaobinhs

要负责就必须要熟悉你测试项目，如果这点都做不到的话，别人怎么服你。
测试也分有需求和无需求的测试。
1.无需要的测试，就必须花很多时间去发现开发人员没有想到东西，而又利于用户的内容，不过这个过程是很痛苦，开始是不会得到别人认可，如果你要真正成为一个合格的负责的人话，这个过程是必须的。
2.测试点，是测试用例的根基，测试用例都是在测试点上一层层去发现有价值的内容。在我看来，测试点比测试用例更重要，测试点写好了，测试用例相当简单
3.做为负责人，你才是真正设计测试框架的人，负责人必须去承担这个压力，除非你不做

xiao_haozi

一个人哭，一个人笑

天士

这种情况我和我刚到公司的时候情况很像，如果老员工不行的话，尝试着换人。并且制定测试的基本流程，以及规范性文档，制定后要严格执行。

最关键一点，要老板支持你

天士

这种情况我和我刚到公司的时候情况很像，如果老员工不行的话，尝试着换人。并且制定测试的基本流程，以及规范性文档，制定后要严格执行。

最关键一点，要老板支持你

yangdanjun

以下是个人愚见：
1、首先要改变领导的看法，跟很多人说的一样，领导不重视是很难推动事情进展的。
2、以身作则，当无法改变别人的时候，可以改变自己。同时，也可以才去积极的竞争机制去督促你下面的测试人员工作。比如后期用户发现，测试人员未发现bug的比例数作为一个测试人员工作好坏的一个考量。
3、对于文档，开发不提供是个很头疼的事情。建议可以将要点简单列出，与领导和开发人员沟通好，如果变动请开发人员给出说明，同时经过领导审批。在变动中对于测试资源的影响做出评估，给领导看，做出这样做对于整个软件成本的影响，说到钱领导总是在乎的。

ivanland

楼主的几个问题，是国内九成以上公司所具有的通病，这不是技术上的问题，而是思想上的问题，国内企业对测试的需求，只是表面上的体现公司的专业性，说白了就是摆在那让客户看的，实际上在领导心里，并不重视测试，加上国内的人现在做事都很浮躁，不踏实，也就造成了领导只要求进度，质量上只要不是太差就行，反正产品发布后是允许修改的。这些因素造成了对测试的轻视，进而引起整个项目研发流程的不规范性。这些都是主观思想的问题，楼主的问题的主观因素造成的客观表象，想改变现状很难，在现在国内的这种大环境下几乎是不可能的，除非哪天公司领导良心大发现。

archonwang

呵呵。觉得不现实。凡是领导不支持的工作，很难做好。
——如果做好了，多半领导也会重视你了。

测试团队在国内中小企业难有长足发展，有多方面因素，急功近利便是其一。

oscarli

与很多公司相似，我现在与遇到这样的情况。不过现在能坦然处之。以下是我的处理方法：
1.明确自己的职责，控制自己的目标。上面有位仁兄说得对，硬套标准模式是没有用的。
2.了解目前实现情况，把应该做的事情罗列一下，即这样可以区分，哪些目前可以做得到，哪些还做不到。做不到如何应对，这个很重要，要想好对策，实在有些过不去的坎，只能接受
3.在这种公司，如果领导不重视，要把测试做好是无法想象的。我们也没文档，同时我一人控制几个产品的质量，也达到公司认可的承度。我们平时测试发现问题都会问开发人员，是怎么实现的，了解多了，你也就能很轻松发现bug。当然这可能需要你达到开发人员写代码的能力，甚至架构比开发人员还 了解。
4.在这种公司呆，要么是薪水，要么就是混。想清楚做决定。长时间纠结是很难受的，特别是有想法的人。祝你好运。

lyhgq321

你改变不了它，就让它改变你

否则，还是早点撤退吧

gergel

和我以前的困境一样，不过我们当时规模比较大，测试部有20个人，我仔细思考了测试部的问题所在，也提出了整改办法，领导虽然同意，但也未按照要求去改进，后来我只有离开了,自己努力过了，改变不了，只有选择离开！