我觉得技术方面什么更合理，凡事可以慢慢沟通。找 1 个愿意带领测试部让质量更好的最好。

我司之前跟你说的情况类似,咱们可以一起探讨一下~我还是支持 CTO 领导 QA 的,毕竟 QA 还是一份需要有技术的工作.
我觉得多沟通,双方都抛开成见,你也别嫌弃他不懂测试,说明白当前的困难,你需要的帮助,正常点的 CTO 还是很好沟通的.
不管研发,产品做的怎么样,先把自己该做的做好,有自己的历史数据的积累.对新的技术,小范围实验,及时总结,阐明利弊,用数据话说.
该坚持的坚持,该尝试的尝试.自动化,性能测试,持续集成,真的没那么高大上.都是工具而已,主要看你怎么用了.

我到公司的时候就两个测试,但是 QA 组内所有的工作流程,规范,标准什么的,我全给定了.虽然公司的工作流程一直在变,每次我都会根据变化及时变更,然后出一个文档,发给所有人.这部分,我觉得还是靠 leader 自己推动,靠 CTO 就有点不靠谱了.
QA 的技术方向还是得靠 leader 自己找,不太可能靠 CTO 给吧?我司 CTO 是服务器出身,基本上我都是有几个方案,他给排优先级.每次都能收获不少,他总说"这块我不是特别了解"但是每次都能根据他的经验,给出很多意 (抬) 见 (杠).我还是相信一通百通的,作为技术他思 (抬) 考 (杠) 的角度,还是很有帮助的.
由 CTO 直接领导,更容易提升 QA 的技术,提升研发对质量意识.

之前,QA 组名义上是技术部,但感觉非常边缘.技术培训没你什么事情,前期需求讲解,只叫研发,没你什么事.CTO 也是技术大拿,对测试有一点了解,反正不是很看得上,觉得没技术含量,人员素质差.对 QA 组完全放羊,除了问问测试时间,基本没什么交流.对 QA 的发展,除了提高效率,提高质量,没给过什么实质性指导.和你的情况相反,我们老大觉得如果技术不成熟,人员能力跟不上,搞那些虚头巴脑的东西,不能提高效率和质量,还浪费时间和成本.

在这种情况下,我觉得非常痛苦,没归属感什么的就不说了,工作都不好开展.随着项目越来越紧张,版本质量开始下滑,估计 CTO 也感觉到不管管 QA 不行了.
有一次 CTO 突然跟我说,让我给他找点测试相关的资料看看,我趁着机会反正 QA,测试相关的概念性的东西,都给他了.虽然还是得解释一些概念,但是沟通能在一个频道上了.开始对研发提质量要求的,推动产品,研发自测等等.目前算是良性发展了.

这个么，我觉得楼主有点偏激了。我这么跟你解释吧。你觉得你们 CTO 应该由谁领导呢？你们 CTO 的老大必须是比他还懂开发的人么？你们 CTO 的老大又该谁来领导呢？是不是必须要比他还牛呢？这么说的话楼主是不是能顺过来点气呢。所以我们的职位到了某一个环节的时候必然是外行领导内行的情况。否则岂不是所有公司的老板都得是技术出身了，还必须是开发测试运维 DBA 等等等等全都门清的。所以对于领导的区别只是在于他领导下面人的方式。 一个领导如果他很懂这个领域，就会指导你怎么做。如果他不懂他会招一个很懂的人然后放权给他，让他自由发挥。然后结果导向的管理。所以楼主，哪个职位领导你这并不重要。重要的是领导你的人适不适合当领导。还有我觉得他让你做持续集成，自动化测试什么的绝对是对你有好处的。既然他支持你做这些，他就必然会配合做很多事，例如开发不配合的时候他会帮你去推进这些事。这总比你之后想做的时候流程都固定了，你再改变来的要好吧。而且持续集成的第一件事就是规范分支策略，规范开发模型，开展单元测试。你们 CTO 如果有心搞这些，绝对有利于你的工作啊。肯写单元测试的开发不一直是我们最想见到的么？而且说句有私心的话，你搞了这些的话，就可以在简历上填上光辉的一笔了。多少人想有这个机会从 0 做到 1 都求不到。所以楼主好好想想，也许就没那么气了。

流程，规范，文档？需要什么东西，细化到什么程度是根据实际项目情况来的。领导给的只能是大体的方向，具体实施需要你来做。这才是你价值的体现。所有功能细化到 1，2，3，4 点才能开发，才能测试的话，估计你的项目黄了，你的职位也不在了 (当然你还可以找其他工作)。此时情况下要和开发，设计，产品经理多沟通。直到所有人达成一致的共识。

测试不让开发领导我觉得是可以辩论一下的，你这直接都不想让 CTO 领导了，你想让谁管，CEO 么？没人管了啊

黑猫白猫能捉到老鼠就是好猫！

别不服 保洁阿姨管……你们那的卫生

#2 楼 @yanai0827 ” 虚不知，没有流程、没有规范、没有标准”。这才是困惑重点，

表示由产品总监来领导

—— 来自 TesterHome 官方 安卓客户端

#2 楼 @yanai0827 是的，感觉 QA 在这边被边缘化了，CTO 已经给 QA 定了半年的工作规划，就是上面说的那一堆高大上的名词都要弄上。不过现在实际的情况的是，迭代太快了，每天 CTO 都会跟各个 leader 通过任务卡片过进度， 开发一边编码一边跟产品设计确定需求和原型，由于之前没测试过，可以说历史问题是有一大堆的，所以我一时找不到工作重点在哪了，如果不先把业务功能方面的测试做好，就去为完成 CTO 的计划弄自动化方面的根本就是在建空中楼阁，更不会在质量上产生什么价值。 如果按我自己的思路先把业务功能，测试流程，测试用例和 BUG 管理等方面的弄好了做规范了，我想对质量提升会是很明显的， 然后在这个基础上再去逐步引入接口、UI 的自动化测试框架、持续集成方面的会更好，但是这样的话跟 CTO 给的计划就有出入的，或者说 CTO 并不觉得开发技术性偏弱的手工测试方面所带来的价值。

#3 楼 @ycwdaaaa 首先多谢你的开导。。。我也不是说特别在意 QA Leader 应该由哪个高层来领导，我只是站在作为 QA 如何更好的进行测试工作的开展，有效提升质量方面考虑，由谁领导更好一些。CTO 毕竟是开发技术出身的（测试出身的很少吧，我就知道有个大神段念。。。简直是测试人员的偶像 ），免不了总会以技术来衡量价值。如我上述所说，明明以公司的现况应该首先做好手工方面的测试会更有价值些，却不得不要先去执行 CTO 分配的自动化测试方面的任务，要知道，虽然任务是他分配的，但最终 QA 对质量带来了多大的价值，CEO、CTO 都只会看结果的，如果价值不大就还是 QA 的问题了。
另外你说的从提升自己的技术有这样的好机会方面来想也许就不会气了。我做测试工作已经多年了，自动化测试开发也做过 2 年，测试技术提升只能说是一方面，相比这个我现在最看重的是作为 QA 确实能给公司带来质量的提升，体现 QA 的价值，也只有做到这一点才不至于 QA 又被边缘化了甚至是又在一个公司里面玩完了，然后拿那些高大上的东西吹下 NB，跳槽去下一个公司又来这样一次循环。。。

#5 楼 @doctorq 如上所述，我只是站在作为 QA 如何更好的进行测试工作的开展，有效提升质量方面考虑，由谁领导更好一些，并不在纠结领导是那个职位，如果有个测试出身的 CTO 来做领导，我一定不会有这个问题了。。。

#6 楼 @hiphop 你说的没错，不过我们是在讨论过程，如果测试不重视过程的话何以保障结果

#8 楼 @lijiuyi 如上所述，我想我已经说清楚我的困惑了

#10 楼 @defias 我觉得他给定的大目标什么的,这个都没问题.但你肯定要跟他对一下其中的细节和完成的时间点.他不明白,你得让他最起码得理解.一步步的来.
大目标总要拆分成小目标,给出明确的时间节点和衡量标准才是真的准备实现的目标.要不就都是空谈了.
我觉得他给半年的时间,你将目标细分一下,分成几个阶段,每个阶段的目标什么,如何执行,效果会是什么样的.这个目标的执行细节是由你来掌握,有没有风险,能不能达到预期,都可以说明一下.

比如规范流程什么的,制定需要的时间很短,一周都用不了,主要是花时间在执行和不断的优化上.
但这些主要费时间都是每天常规工作上,制定了之后,优化和改进就是常规任务了,有没有什么高大上的目标这个也是需要执行的.
之后就可以为了自动化,接口,持续集成做准备啊.自动化没问题啊,先准备测试用例,准备的过程根据产品特性选择一下工具.
如果你们组的目标订了,也得传递给组里每一个人,让他们一起为了这个目标努力,不用自己一肩抗.以后每个月都核对一下进度,多沟通,有问题及时修正.

我司迭代也非常的频繁,以前两周一版,一周一版的时候都有.Android 和 iOS 都要发,还牵扯服务器和前端的修改.
之前全公司都觉得所有的时间都浪费在测试上了,为什么测试这么花时间,和开发周期用相同的时间,有时候还要超过开发周期.
我把整个测试流程做了非常明确的流程图,告知所有人.还有每个版本的测试计划,用例有多少,执行时间需要多少,free test 需要多久,回归,验收要多久,全都列出来了.
提测开始之后每天都输出一下测试进度,比如什么地方出现了严重问题,需要研发赶紧解决,测试时间是否需要调整之类的.
迭代结束再做一下复盘,到底每个版本用了多长的时间,过程中出现了什么问题,和产品,研发一起开会说明一下.
效果还是不错的,大家都知道时间浪费在什么地方,研发也开始注重质量.整体还是在往好的方向发展.

被边缘化这事,我是通过更积极主动参与项目中,更多的和研发,产品沟通,来慢慢解决的.
之前 QA 在技术边被缘化有一部分真的是我自己造成的,本来 CTO 就不太了解测试,也不知道该怎么管理.我呢,又不是什么积极主动跟领导沟通的人,说一次费劲,说两次费劲,以后就懒得说了.有些误会慢慢的就越来越深了.
为了改变这个问题,我先把以前测试的流程整理出来,发全员邮件,让大家看看有没有什么意见,真是给了不少建议,也促进我们优化了不少.流程确定之后,给了相应的规范和准入,准出的标准,过程也挺费劲的,但都是值得的.
形成习惯之后就好了,现在我要是没复盘,研发产品都会催.

#12 楼 @defias 那你的重点只是想让 CTO 放权给你，让你放手去开展测试工作而已。

#15 楼 @yanai0827 感觉你在测试管理方面做的还挺好的，不过目前 CTO 对我这边的定位虽然给的是 QA Leader 职位，但是其实更多偏向技术方面，只是顺带再管理两个手工黑盒的测试，并不打算让我把主要精力好在测试管理一块上，虽然我看到了在目前公司在这一块有很大的欠缺，所以我还是会跟 CTO 的意思来走的，毕竟他是做技术工作 20 年以上的老江湖，值得崇拜学习的地方很多。
另外我想问下，你制定的测试流程是否包含产品和开发相关的，毕竟测试工作要做好并不是独立的，比如说产品需求不明确、不规范，没有开发设计。。。这些其实也是对测试工作好坏有很大影响的。不知道这个问题你怎么解决的？我总觉首先要有一个整体的研发流程规范，然后根据测试在研发流程中所处的位置来制定自己的测试流程规范，不然就只是自己跟自己玩了。
也期望你能更多分享下在互联网小公司这种快速迭代的项目中，如何做好测试相关流程、规范和技术等方面的实际经验

#17 楼 @defias 管理方面我也是在不断摸索,可能我个人比较传统,更看重这些基础.
我司的流程都包括产品和开发.给你看个例子,其实我们也是根据自身情况制定的,做的也不是很好.
我最近也打算好好再优化一下我们的流程,这次参加大会之后,也觉得有些地方可以再优化一下.
等我忙完这个项目,复盘之后,整理一下,大家一起看看,多多讨论.

个人觉得，测试的流程很重要，测试不仅仅是为了找 Bug 而存在，更应该真正做到 QA 而不是个 tester。

#18 楼 @yanai0827 多谢，很好的参考，看来你们的流程中已经包含有产品和开发了。

#19 楼 @jinghaichangyou 如果严格来区分的话，其实 QA 和 TESTER 是两个不同的职位，本质上一个偏流程、一个偏技术。只是现在大部分都已经不分了

#21 楼 @defias QA 和 tester 本就是两个职位，只是现在大多的测试都称呼自己为 QA。但是在实际的工作中，并没有去做 QA 应该做的工作。我说的意思是，在产品的需求评审初期，测试就应该介入，甚至在开发技术评审的时候参与进去，从根本上保证质量。

#20 楼 @defias 客气啦~我们所有的流程有包含产品和研发,还有一些细节会包含设计~还有输入,输出标准

#21 楼 @defias test 是 QA 流程中的一部分工作,如果为了提高质量,我觉得 QA 更适合一些

#22 楼 @jinghaichangyou 你说的没错，不过因为现在互联网公司的特点，QA 还是测试是不会分的很清的，QA 也好测试也好流程方面、测试技术方面的工作都要做

#21 楼 @defias 我倒觉得 tester 是 QA 的子集

一个换过几个领导的过来人来说，每层领导都有不同的视角，越高层越能从公司利益出发，决策越准确，谁领导 QA Leader 真的都无所谓，自己建好测试体系，让领导做选择题，做好向上管理。

改个标题更合适 在小公司如何做好测试的向上管理？

#28 楼 @yuiking 不错 加到标题了

流程、理念、技术、工具都很重要，如果平台能沉淀这些东西就更好

我觉得这就是你和 CTO 共同的问题了。 突然发现过去半年了。