在使用该产品一段时间后，您不再注意到许多新错误，开始习惯于该产品，并逐渐注意到越来越少的错误。而且我认为这种“影响”可能会影响从API测试，自动化到制定全面的测试计划的所有方面。
停止这种心理机制并获得产品“新鲜思维”方法的最佳方法是什么？
#1 楼
您可以设置围绕用户真实世界设计的角色。我们发现这非常有用，并且确实有助于提供新的视角，例如今天，我将成为系统的超级用户Andy。 Andy的数字非常敏锐，是负责系统管理的用户。他喜欢在周末观看体育比赛，并喜欢与狗在沙滩上散步。他也喜欢在周末学习一些代码。
其他一些读物：
个性：理论与实践-Microsoft Research
#2 楼
作为具有大约3年经验的质量保证经理，我只是给我的队友测试任务，这些任务与软件无关，例如：为搅拌机/真空吸尘器等编写测试用例。-任何一种熟悉的设备。这会导致大脑刷新，并且花费2-4个小时使团队“重新加载”））
同样适用于测试以下各项：办公室IP电话，咖啡机等。实际上，他们发现了一些错误-咖啡机供应商很高兴知道并修复它们，甚至曾经提供过“免费咖啡周”作为奖励！）
在项目之间交换工人一段时间的工作方式相同-例行变更在这里很重要。
可能会继续列出，但想法就在这里。希望对您有所帮助！
#3 楼
我认为简单的答案是，暂时做点其他事情。我们的工作需要大量重复，并且我们会根据重复而自动养成习惯。这种行为是一种根深蒂固的生存技巧。习惯使我们能够快速做事，而无需考虑周全。有时，这些习惯使我们能够发现新事物，但有时却使我们无法质疑假设。调换作业是打破这些习惯的一种方法。闲暇时做一些非技术性的事情也可能会有所帮助：读小说，进行锻炼或以不涉及工作的方式与人交往。
#4 楼
您可以尝试“游览”概念，并尝试不同的软件游览。我也对您的前提有所不同-使用的程序越多，您发现的任何细微变化也就越多。您还将了解所有零件之间如何相互作用，从而产生更多的想法。我认为一开始您可能会注意到更多，但随着您了解的增多，它们会比您发现的要浅
#5 楼
也许是间接的答案，但是一种方法是让自己真正的头脑清醒。这是可用性测试，错误修复，alpha，私有和公共beta等背后的想法。另一个想法是从人员编制角度转向不同的产品/功能。#6 楼
一种方法是积极招募团队成员和其他利益相关者来测试产品。我发现尝试不同的方法并对每个人使用最合适的方法很有用，其中包括：与代码开发人员进行配对测试（强调具有功能的快感）在第一个版本上工作：)）
要求内容开发人员独立查看一些新的管理功能，因为这可能会影响他们的工作。提示他们建议可以使功能更容易使用的更改。
联系产品经理，并要求她快速查看功能，因为业务规则可能会引起混淆。关于功能，并在电话上进行建议的更改。很多时候，用户会很高兴能为变更过程提供意见。
而且这种情况还在持续……请注意，关键技能是激发招聘人员的热情。这种方法可以使测试保持新鲜，并激发整个团队生产出优质的产品。
评论
作为我自己的开发人员，我参加了为期两天的会议，用户从全国各地飞来测试（并破解！）我的代码。我有我的笔记本电脑，并且向左和向右发射了错误修复程序。我的妻子认为这是一种惩罚，由于种种缺陷，这会让我看起来不好。我说：“亲爱的，大多数人都不足够幸运得到这些。所有这些bug都会被发现，在它们上线之前我必须找到它们。”我不能赞扬将测试人员和开发人员配对在一起几个小时的好处！双方都赞赏对方。
–corsiKa♦
13年2月27日在23:01
#7 楼
您也可以更改测试方法。根据我的经验，90％的测试时间是探索性的。这往往会变得乏味和重复。然后我开始做的是改变我的观点或测试策略。
尝试一些BVA。 （边界值分析）。显然，某些测试策略不适用于所有类型的软件。例如，如果不使用任何货币，日期，时间和类似信息，那么在网站上使用BVA将无济于事。 ，因此需要对测试方法进行一些研究。 （如果您使用的是Google Rex Black，您一定会找到一些有关测试及其方面的有趣信息。）
我很幸运地使用了另一种方法，实际上是查看最终结果用户使用该软件。我们所有的软件都是为内部使用而构建的。只需了解一个人与另一个人如何使用该软件，即可打开一个测试可能性的世界。
评论
当您说探索性无聊时，我必须承认我很困惑？为什么BVA无法参与其中？ （答案是）与最终用户测试相同，这不是探索性方法的一部分吗？
– Phil Kirkham
13年2月26日在12:43
@PhilKirkham我不是那种意思的无聊。如前所述，探索性测试在团队中拥有新血统时非常有效，但是您使用的产品越多，产品就越专业。直到探索实际上是回归的地步。无论哪种方式，人性都向我证明了越详细越好，但是您往往会遗忘遗产……如果我错了，请纠正我。
–卡马卡齐
13年2月26日在13:02
完全不符合我的探索性测试经验或想法，因此我的评论
– Phil Kirkham
13年2月26日在13:39
@Kamakazy我同意Phil的观点，我认为您在进行探索性测试时所想到的与社区其他成员如何使用该术语大相径庭。您确实要求纠正，所以我建议您从这里开始阅读：kaner.com/?p=46，然后看一下testingeducation.org/BBST。 Cem Kaner在30年前创造了这个词，因此请参考源代码！ :)享受，那里有一些很棒的东西。
– testerab
13年2月27日在10:49
@testerab很棒的东西，感谢您的阅读材料。
–神风队
13年2月27日在11:41
#8 楼
在我看来，作为测试工程师-我必须更加详细地了解需求，并清楚地了解产品的愿景，目标和业务价值。心理上-保持头脑清醒对于测试人员来说是更重要的任务，我建议您遵循以下想法：
在3D视图中查看产品，您将看到更多尺寸。 （3D可以是任何新尺寸）
（短期产品目标，中期产品目标，长期产品目标）
（产品，产品客户，产品服务）
（旧UI / UX，当前UI / UX，新的UI / UX）
在网上对相似产品或克隆产品进行一些研究并使用它们（您可能会得到新的想法）。
在测试时将所有产品分成较小的部分，因此您可以涵盖自动化或手动测试中的所有部分。
评论
测试咖啡机是一个非常好的技巧）
– Ksenia
13年2月27日在21:56
@Ksenia;）所有出色的事情都太简单了）
– Peter L.
13年1月1日在16:16