基础结构变得如此繁重以至于人们都避免使用它
这有一个说法——列宁所说——在陷入困境时,人们"用他们的脚投票" 。换句话说,当情况变得艰苦,大多数人就会去别的地方。当软件使用的工具没有用或使用起来很麻烦时,他们就会寻找其它的工具或创建他们自己的工具。当一个测试基础结构扩展变得如此复杂,以至于它成为使用的一个负担时,人们可能就会创建基础结构的一个更简单的版本,或者干脆不去使用它。否则他们可能人为地限制他们对基础结构的使用。几年前我看见过这种人为限制使用的一个实例。问题中的基础结构是一个测试结果跟踪系统。系统开始时就是一个带有GUI前端界面的简单数据库,但经过多年的使用,它发展成为一个非常复杂的,很难使用的系统。系统是高度劳动密集的:需要大量的手工干预以使得 1)按照一种可以使用的形式使信息进入系统和 2)从系统中生成进度报告。结果,一些工程师就直接拒绝使用它,一些整体团队构建了其它的报告系统,而另外一些工程师则人为地限制测试用例的数量。以便他们能(勉强地)运行系统记录。
结论
首先也是最重要的是:要记住,作为软件测试工程师,你创建的工具是通往一个终点的路。并且那个终点使你可以更好地发现不易察觉的小错误。你做的所有工作就是:要在消费者发现这些小错误之前去发现它们。
第二,要记住维护的成本。你增加到基础结构的每一行代码都是你需要维护的另一行代码。同时,因为你测试的产品将不可避免地要不断变化,你需要具有修改和扩展你的工具的能力。你的基础结构设计必须支持你正在进行的改变。
第三,使工具创建者/维护者和工具使用者保持成为一个整体。最理想的情况是,至少一些使用者需要积极参与工具的设计和维护,同样,一些工具的设计者和创建者实际上也是工具的使用者。这种"异花授粉"的方式将减少定义工具或整个基础结构而造成的混乱。
文章来源于领测软件测试网 https://www.ltesting.net/