软件测试人员不能避免偏向，但是可以管理偏向

测试员是有偏向的，这使得测试员选择一部分测试的可能性要比其他测试大。如果有一个很长的编辑字段，测试员也许更可能输入1111111111，而不是3287504619，因为输入字符重复的字符串，要比从0到9随机选择数字更容易。也许这是一个很小的偏向，但仍是一种偏向。更糟糕的偏向是，大多数测试员想象与测试最可视的功能，不管是不是最重要的功能。此外，大多数测试员还倾向于考虑认为与自己类似的用户、倾向于使用非常简单、非常荒谬的输入，而不是具有中等复杂度的现实输入。

　　以下是一些常见的偏向：

　　● 同化偏向。更有可能把未来的测试结果解释为总体上证实自己对产品的看法。

　　● 证实偏向。更有可能关注确实会证实自己对产品看法的测试结果。

　　● 可用性偏向。如果头脑中已经想到一种用户以某种方式操作的场景，则更有可能认为这种操作更常出现。

　　● 最初印象偏见。更信任所做的第一次观察。

　　● 最新印象偏见。更信任所做的最近一次观察。

　　● 框架效应。对错误报告的反省与措辞有河大关系，不管其真正含义如何。

　　● 知名偏向。把碰巧认识的用户意见放在更重要的位置上。

　　● 表达偏向。期望较小的问题也许有较小的原因，而严重问题会有大原因。

　　测试员不能避免这些偏向，因为这些偏向在很大程度上已经固化在头脑中。测试员能够做的是管理偏向。例如，只需通过研究偏向并在实践中注意，这样在思考时就可以更好地进行补偿。多样化也可以抵御过强的偏向。如果测试员集体讨论测试问题，可以将一个测试员的偏向降低到最低限度。

　　根据定义，试探法也是一种偏向。使用试探法，是因为其偏向可以以比较好的方式引导测试员。

　　---------------------------------------------------------------------------------------------------------------------------

　　每个人都有自己的思维定势，也就有自己的思维死角，测试人员也不例外。如何更好的趋利避害，我的理解是这样的：通过集体讨论管理偏向，规避思维死角，通过探索或者bug bash测试等多样性方法最大限度的利用每个人不同的偏向，发现不同角度的问题。