咱们所在的团队不是梦幻团队，甚至不是一个合格的互联网团队，咱们的团队缺少有预见性的有方向感的产品经理，缺少技术大牛，甚至缺少好的架构师，当然了，同时也缺少测试牛人。

　　为什么这么说呢？

　　产品没有清晰的产品预期；研发没有工作激情；测试为了测试而测试。为什么会这样呢？因为咱们目标性不够。好的团队一定是和而不同的。比方说大家都相信这个产品会成功，都有一个美好的愿景，但在操作过程中，有的人要在过程中提升自己，有的人要在过程中获得物质保障等等。

　　咱们处于整个项目流程的下游，我们也有很多尴尬和为难的地方：

　　1、咱们不能强烈的要求产品走向，包括咱们很多测试建议被产品无限期搁置，或被认为小题大做；

　　2、咱们不能要求研发做好自测，甚至无法要求研发一定要把那个导致疑难杂症解决掉。

　　咱们不能做的太多，能做的太少，却要对整个质量负绝大部分的责任，那我们该怎么办呢？

　　那我们只能先做好自己的本职：1、保证质量；2、保证进度；3、剖析和自省

　　这里的质量不只是提测的代码，还包括项目流程中的所有活动，及各个活动的产出。如需求评审，这个流程的存在是否有意义，存在的形式是否达到了预期。

　　这里的进度，不光是提高咱们工作时的效率来保证，也不是靠加班来保证，因为咱们能做自动化的已经做了自动化，加班本身是不好的，咱们不提倡。OK，比咱们谁输入测试地址更快？比咱们的手指谁的更灵活？

　　当然也不是，咱们是不是可以换个思路呢？

　　1、咱们测试时的时间消耗在哪儿？

　　2、咱们的上游工作哪些会给咱们带来风险？

　　咱们先说第一个问题：时间消耗

　　或许用例确实不重要，但是我们有没有出现过执行别人写的用例时，不但要执行，还要先看懂，还要揣摩这个用例的目的和企图呢？

　　咱们输入测试地址很麻烦，咱们有没有什么好的工具，好的方法可以解决呢？

　　咱们跟研发、产品沟通花了好长时间，那咱们有没有更好的方式去沟通呢？并且使得沟通更有效率呢？比方说我们在沟通时尽量表述清楚我们的问题及风险，让其他人能快速清楚我们的目的，快速达到咱们的目标。

　　在测试中不断补充用例。这个过程是必要的，而且一定会存在的。但是我们在这之间新增、修改的用例，又有多少是咱们前期在设计时更细致些就能规避的呢？

　　咱们再说第二个问题：保证进度

　　每个版本都有delay的充分合理的理由。那咱们有没有事先想过会有哪些情况会影响到进度呢？比方说UI不能及时提供，研发就会delay，那对于UI什么时候提供，咱们是否有关注过呢？是否问过产品，并且是否让他们感受到UI延迟提供的话会影响到项目进度？

　　咱们哪些工作可以前置，以缩短提测后的测试执行时间呢？咱们有什么方法可以将测试进度提前不哩？这些问题咱们有没有思考过呢？

　　第三个问题：剖析和自省

　　这个事儿做起来很难，因为咱们内心里都是觉得自己做的其实已经够好的了，为什么还要我们做的更好呢？

　　可是咱们真的做的足够好了吗？咱们是不是只是没其他人做的糟糕呢？咱们是不是满足于现在的情况，我只是没扯大家的后腿，但也没推进大家往前的状态呢？

　　OK，其实我无数次的想，咱们组做到这个程度，在这个团队完全可以存活，可是为什么还要提高呢？因为咱们只有20多岁，咱们还要成长，还要获得更多的成就。咱们都不想到了30多岁仍处于目前的状态。那我们现在做的这些，不是仅仅保证咱们在30岁依然可以做一名测试工程师吗？

　　我们目前做的，真的发挥出我们的极限了吗？如果没有，咱们现在做的不过是在浪费时间罢了，只有测试工龄的长度，却没有质变。咱们可以问自己一个问题：如果是个刚毕业的，想达到我现在的程度需要多久呢？