一段时间内，我从上千个面试者中聘用大约100名测试员，从这段面试经历中我揭开了一种模式。在采访中，我和同行的测试人员进行了多次讨论，我非常高兴地看到了我们的测试员群体中的高素质人才。

但让我也分享故事的另一面，我所谈论的模式也让我很伤心。看着潜在的表演者被关进一个虚拟的责任笼里，我永远不会感到高兴。看到摇滚明星在受控制的舞台上表演，我感到不满。

如果你还不知道什么是问题，什么是基线，这是我们测试界相当大的一部分问题，在他们作为测试人员开始他们的职业生涯多年之后，在多个方面都没有足够的增长。忘记360度，甚至不到一半。

对不起，这是残酷的，但它是真实的。

这是谁的责任？也许在某种程度上是整个行业的意识。也有可能事公司政策和高级管理人员。但最重要的是测试人员自己。

再看一遍，是你。是我们。因为我们成了借口的牺牲品。

下面是我发现的几种模式/借口

注：我并不是说每一个测试人员和每一个组织都有这种情况。但我已经看到足够多的例子来说明我们大多数人都是受害者。

一． 我们不能控制我们的测试环境，我们只有只读的访问权限

我经常听到这样的说法/借口——“我们只有只读的访问权限。”甚至最糟糕的情况是“我们只能访问日志，其他的什么都不行”。其他一切都是由开发团队或其他团队完成的。

这项工作将给我们提供许多关于测试和许多其他技术方面的美丽而富有成果的见解，而这些工作并不是由我们来完成的。也许我们很高兴，但我们不应该这样。告诉我你没有控制你的测试环境并最大程度地从中受益的原因是什么？

如果你对上面我说的感到好奇，可能会从中获得益处

1. 您可以完全控制测试环境，以确保它是精确的或接近生产环境的副本。这将有助于你避免意想不到的惊喜，至少当你的项目交付物命中产品时。

2. 您知道所有涉及的组件，以及用于产品功能的所有软件版本。随着时间的推移，相信我，你会对他们的工作，局限性和可能的失败点有很多的见解。

3. 您有足够的访问权限进行至少一级调试，以防出现底层问题。例如：运行缓慢、检查CPU、内存利用率和每一级流量的日志都不是火箭科学。

4. 您拥有对安装的控制权，因此您知道您正在更改什么，以及正在部署什么样的构建。在发布发布之前，您比以前更加自信了。

5. 你学习它，你就学会了一切。虽然它是基于Linux或基于Windows的。

有道理吗？如果你至少同意有好处的话继续往下看

现在的问题是你能在你的团队/组织中做出什么样的改变来完成这项工作。你会怎么做呢？。

嗯，我不知道。我不知道你们的团队，你们的领导/经理，你们的组织，所以我不能帮你们解决这个问题。我当然可以分享一些可能有用的东西。你试着和你的开发人员或者任何一个拥有这个技能的团队紧密合作，看看他们做什么和怎么做。

他们的方式登录到环境（服务器），他们的方式注销和之间的一切。一旦你获得了一些知识，你就有信心说几句话，在类似的情况再次发生或类似的活动再次发生时给出一些建议。

很显然，你的开发人员/领导/经理迟早会看到你的自信。这是你可以要求控制的时候了。告诉我为什么他们不给你一个有力的理由？如果您已经显示了所需的功能，他们应该非常乐意这样做。

相信我，他们还有很多工作要做，所以他们不难把控制权释放给你。至少我希望如此。