越好的规范能节省越多的时间。创业不是借口，不规范可以慢慢越来越规范。

规范可以逐步引入，类似现在工程的迭代，每个阶段形成一些文档，里面制定一些必要的规则，充分沟通得到老大的支持；大公司也是逐步推进的，就像我目前的产品，经过了 4 年才把整个流程做得顺畅，随着人员的进出，隔段时间还需要对新进人员进行培训

我现在遇到和你同样的问题，只多不少啊！如果在技术团队，每天没有精力去推动测试技术的提高，而是每天忙于各种扯皮真的很累，目前还是建议 “跳槽” 来解决！

#3 楼 @testor 感觉大部分公司都差不多

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

#2 楼 @oscarxie 我们的老大来自 google, 比较崇尚自由，不喜欢流程这种规范的东西来束缚工程师。这里先不讨论这种观点的正确性，最起码有一点，我们的 code 质量远远没法和 google 的相提并论，这样又没有流程的保证，测试工作起来就很尴尬。

我知道想说服一个人要有理有据，但是吧我现在没法去量化这个使用流程的好处，难以匹敌老大的口若悬河。

需求变更在所难免，我也在创业公司，但是 CTO 会开时间节点版本周期的会，确定后就不会再变更了，有的也是小小细节的调整，也会跟开发确定时间是否允许新增需求，我们测试在写用例或者执行测试的时候，发现需求模糊的地方，也会让产品去完善需求文档，只有在文档上了，才会进入用例进入测试，否则这新需求没有测试的锅还是得产品来背

创业公司流程可以不完善，但是要向完善的方向上去走

其实最主要的还是领导是怎么要求的，领导就没那么多要求，测试自己推是怎么也推不动的。。。

其实在创业公司最最重要的前提就是你的老板要顶你，这个老板就是 CXO，否则你做不了什么。

如果你有测试老板，那么看这个老板在你们创始人心中的位置
如果你没有测试老板，那么就看创始人是否顶你

否则一切的流程，技术，合作你都是无法推动的，创业公司最大的优势在于自由。所以你推不动任何一个人，大家的想法都很散，也都有自己的想法

最终要说建议的话，的确就如你说的，其实去哪儿都一样。我能说的就是，你多多看看外面的世界，你多多同步外面的信息，你多多学习外面的技术。仅仅做好本职工作并不会为你增加亮点。简单来讲，虽然你是一个很好的员工，你给工作带来了价值，但是事实来讲，你自己却没有什么成长

公司没有有什么项目管理工具或者使用一些成熟的管理模型么？我们单位也是创业公司，研发 PM 都归一个老大。整个项目使用的微软的 TFS，bug 管理也在 TFS 中进行。他采用是 scrum 的敏捷管理方式。尽管工作中也存在问题，不过问题还是在可控范围。所以，你想解决的问题其实并不是你权限范围内的事。而且目前业内对测试的认识仅限于找 bug，保证稳定，你的话语权也不够。故而，需要领导意识，这很难。

大外包呆了三年了，流程管理样样都有规则，但测试要求还是停留在点点点，基本没啥技术可言。混 Testerhome 大半年了，一直想去创业公司练练，从楼主这看来，哪碗饭都不好吃啊。

1, 照你所说，PM 的确有需要提高的地方，需求描述及频繁变更。需求描述起码要差不多清楚，如果都靠脑补，那就是问题。频繁变更，可以很频繁，但进入开发阶段后不应该频繁。 （当然也许幕后是老板）
2，如果老板不正视问题，只是让你见招拆招，也不太妥吧。
3，其实测试很多都有个项目经理的角色，只是是否明显。如果要顺利完成测试，保证质量，有哪些事情需要什么时候做完，都是要搞清楚的，然后去 push.

4, 公司效率要高，那就是团队目标要一致，初创公司往往有这个优势。如果小团队都互相扯皮，那离死不远了。目标一致的情况下，一切都好办，文档流程不需要那么死、那么完备，都能主动的去沟通。问题也可以高效的解决。
5， 如此条件下，如果你还能把工作做好，得到大家认可，那就说明你不简单了。

#7 楼 @monkey 恩， 这是我的第四家公司了，如果不是有质的提升，其他的公司很难对我有吸引力。的确最近的半年多，自己的进步速度慢了很多，一方面是工作中大量的时间用在了撕逼及改进，一方面也是任务也能胜任了，学习动力减弱了。 之后的日子，我会多接触新的技术，同时也尽量推进流程吧。。。

#6 楼 @shadow000902 感觉应该联合内部有识之士一起联名上书，哈哈

#8 楼 @windanchaos 其实我也希望开开心心的学新技术，有版本了测试下然后交付。但在这种流程下，想让自己和测试同仁轻松点，也只能努力去改进了。而且我始终坚信，承担更多的责任，会有更多的回报。只是，我现在不知道是否有更好的方法去改进了

已阅

你好多了，我这俩公司把测试组都撤了，我现在产品组中长知识。
测试要坚持住自己的流程，不规范咱就来改

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

可以尝试下敏捷开发 scrum 流程，比较适合创业公司

#16 楼 @zd987 比较尴尬的是快速的迭代自动化跟不上，就变成了伪敏捷

#17 楼 @lvchongen 难道敏捷就是自动化？

#11 楼 @lvchongen 嗯嗯会比较辛苦，不过就是公司和你自己的成长平衡要把握好

#9 楼 @t880216t 创业公司你们经历过就知道了，刚开始肯定会觉得很新鲜，很不错。但是时间一长，瓶颈马上就出现了。而且很多东西你在创业公司是经历不了的

#18 楼 @wudamyw 我觉得自动化是保证敏捷的必要条件之一，不然敏捷很容易流于形式，测试人员淹没在铺天盖地的测试中

跟我目前的公司有点类似，仅仅靠测试去推动整个公司的流程是很难很难的，得罪一堆人不说，效果微乎其微，产品、开发该怎么样还是怎么样，大领导不去推动，下面的人谁屌你。解决办法有两个。1：如果公司给你了很高的工资，可以边混边提升自己，伺机而动。2：如果工资不高，个人技术、经验长进都不大的话，还是趁早离开

#9 楼 @t880216t 建议大公司和小公司有条件的话都体验下，然后找个适合自己的

其实流程是死的，关键在于人。创业公司是流程按人走，要符合现状，特别是主要创始人的工作方式。
你提的几个问题：
需求不定。 首先，这个再正常不过，特别是具体出产品文档的人水平一般不是最高的，产品老大也就给个大的范围。
要改进，要么保证需求在某个点不变，要么开发快速响应。
这里想说的是技术人员往往抱怨需求老变，有没有多想想技术上能不能更快一点。APP 调整个界面都要很久，画个按钮都要好几行代码，自己一点都没封装过，这种情况还是先练内功吧。
重点说一下需求改进。基本的文档和效果图要有，哪怕是手画的。除了产品人员，其他人要锻炼对需求的感知，要大胆提出异议，在短期内是不是需要做到大而全。
还有你说的信息不对称，试问在创业公司，你身在研发团队，周 5 发版本你会不知道？明显是你自己没做好。你不会自己问问？平时和同时聊天时不会听到？如果知道周 5 发版本，前几天你就好去摧开发了，报告领导了。
"创业公司应该在可控的混乱下前行，你要见招拆招" 你老板说得挺对的。看你自己的想法，明显工作经验还不够，或者看问题高度还不够，还有待提高。

#24 楼 @brucezhang0 首先说信息不对称，如果你很忙你真的会不知道一些事情，比如商务合作直接找 PM，运营需求直接找 PM，很多小的功能或者这次的预装版本就直接找开发做了，不会通知测试的。另外，不知道谁会天天抓着 PM 问，有啥要测试的？我觉得做工作吧的确是有方法的，但也是有个人自尊的，我可以主动去做一些事情弥补别人的不足，但绝对是有度的，不知道你能否理解我这句话的意思。

见招拆招的意思是，如果明天发版今晚就加班测。有需求就改，改完就测。不考虑测试的时间，不考虑开发的时间，不考虑流程，一句话，解决问题就好。这是我理解的见招拆招，我不想做一个执行者，既然在创业公司，我就有改进流程推进产品的义务，很明显不是经验的问题，而是大家的理念不同。

再说需求变化，我是认同你的观点的，就是开发的水平也要提高，也要有产品的意识。

每个人看问题的角度不同，所以得出的结论不同。老板关心的是产品的用户，产品的方向，其实他不 care 你测试干的如何，如何来完成，更不 care 你用了什么工具什么方法，所以你觉得老板是对的。如果你站在测试的角度来看，你就会觉得难处和槽点比较多，不是仅仅提升自己独善其身就 OK 的。 这位同仁，虽然可以站在公司战略的角度看问题，但别站着说话腰不疼

#24 楼 @brucezhang0 回复完之后我又仔细想了想你的评论，我觉得是很有道理的。

1. 也许因为我站的不够高，所以我觉得自己看到的风景就是全部，其实只是冰山一角。
2. 我也不应该为了自己那点小小的面子而不去天天问 PM。我要做到是天天和 PM 沟通，直到不需要主动问也能得到 PM 的告知为止。
3. 信息不对称其实是两个方面的原因，首先可能是 QA 并没有给人重要地位的感觉，针对这点我会持续的学习并进步。其次，可能是 PM 等意识不到质量的重要性，这个应该是通过积极的沟通来帮助别人意识到。

若有激烈的言辞冒犯了，望见谅

不规范所造成的隐患不止工作量增加这么简单

不幸福的团队都各有各的不幸，跳槽之后还会面临新的问题，要权衡的