近日看到一个帖子：
我所在的公司目前就我一个测试，我一个人对接开发，对接产品，公司也没什么流程，我不知道我该做什么，也没有前人经验可以借鉴，我该怎么办？
看到有很多刚刚步入测试行业的测试工程师发出这样的疑问和求助：
公司如果只有我一个测试员，我该怎么做才能把公司的工作做好呢？对于我个人发展来说，只有我一个测试，能有很好的发展前景么？到底，这种情况下我该走还是该留呢？为什么会有这样的现象？
首先我们来分析一下，为什么现在这么多公司都只有一个测试人员呢？
这种现象产生的原因大概有以下两种：
第一：因为国家现在支持鼓励自主创业，所以越来越多的初创型互联网软件公司拔地而起。
这种类型的公司，处于刚起步的阶段，资金都一般非常有限，所以基本只能承担得起他们认为必须存在的岗位。
比如开发——创造生产软件的人，销售或者运营——能够直接帮助公司赚钱产生盈利的人；
然后对于类似测试的岗位，是属于锦上添花，而不是必须存在的角色。
所以，你会发现，很多二三线城市的中小型企业，没有设立测试岗位，基本都是开发自己开发完做简单的自测就直接发布上线。
如果公司只设置了一个测试员的职位，也是司空见怪的，并且还说明该公司已经度过了最初始阶段，开始慢慢认识到测试岗位的重要性，这反而是一种成熟进步的体现。
第二：也是源于国内对测试工作不重视。
很多公司，认为测试员做的事情没有技术含量，点点点大法谁都可以做，所以让开发做完后顺便测一测，或者给到运营部门简单试一试，基本就可以上线了。
他们对专业测试工程师的技能没有认知，不能理解测试工作对产品质量的重要性，所以认为测试岗位可有可无。
设置一个测试员的岗位，对他们来说已经满足到极致了。一个测试员的尴尬处境
基于以上分析得出的目前互联网行业的现状，很多初入测试行业的测试员，在公司独立担当测试部门所有的工作，经常会遇到有心无力，寸步难行的尴尬处境。
一般在这样的公司里，是不会有任何规范的流程的，都是各部门的人根据自己的想法和意愿来开展工作。
比如：
开发编程完成之后，直接发个包给测试员进行测试，没有需求规格说明书来详细描述这个项目的业务流程和用户需求；开发也没有流程来规范自己的单元测试，所以仅仅凭借自觉和个人使命感，很难要求他们每个人做到位，更别说提供相关的单元测试报告；
所以测试并没有写测试用例的依据和基准，只能自己一边熟悉开发给的软件，一边根据自己的理解来写测试用例，这样测试工作不仅效率很低，而且也容易导致测试用例设计不充分
