搞敏捷啊，初创公司流程不要太复杂

没有测试之前他们公司就是搞得敏捷测试，只不过是开发人员边开发边自测的，后面功能交互之后出现了一些问题，所以现在开始招测试想把整个测试流程建立起来

你这个创业型公司招聘一个测试，你得想清楚招聘的目的，我从你说的来看公司就是希望你能自己独立帮助解决测试问题，而不是优先解决流程性问题。如果非得要流程，建议要求开发编写提测邮件，在申请体提测邮件之前需要你帮助提供他们自测的测试点，他们在邮件里面写清楚测试点的测试结果，只有都通过才能提测。如果想搞大流程，那是之后的了。

跟公司老大多交流，弄清楚他们想要的目标。如果他们目标过高，要慢慢的展现结果，让他们自己反思目标是不是不合理，或者投入更多资源达到目标。
别一开始就想什么流程，一开始想的是怎么活下来

jenkins+svn+maven+tomcat 了解下。

不管是什么公司都要确定以下几点：
1.公司是传统公司还是互联网公司；
2.公司的主业务面向对象是哪类人群；
3.公司现阶段的开发流程是怎么样子的，整体中是否存在问题，若有，现下有没有可用的方案？
4.公司的目标是什么？

上面是我个人的总结，不喜勿喷。

那说明之前的团队不完整。。。

联合产品、技术负责人，推行自测（研发一遍、产品一遍，不符合提测标准打回）。
提测、测试结果走邮件（测试不通过、延期、项目问题在测试报告中体现出来），抄送各环节负责人。
这两个应该可以减少质量环节的工作量，质量是个长期且艰巨的活，贵在坚持。
另外，有人会觉得产品、技术负责测试工作是不是不太好。个人觉得，产品经理（很多都代项目经理）要对自己负责项目的产出负责，开发是为了开发功能、开发业务，而不是开发 bug，让他们自测（根据公司实际情况制定标准）没毛病。

谢谢你的建议，可能之前我没有在这种创业型公司呆过，所以对你多说的有一点疑惑，就算他们是要我过去帮助解决当前的测试问题，我的测试工作怎样开展起来，缺陷怎样管理，和开发怎样对接，这些都需要一套流程吧

嗯嗯，沟通肯定是少不了的，不过看他们的意思是我觉得怎么弄合理就怎么来，他们着重关注的是结果

谢谢，后续进行了解

谢谢分享

肯定是关注结果，问题在于什么样的结果？哪些结果？是否是一人工作量可达到的结果

敏捷非常依赖自动化，开发说敏捷，怕是差的远啊