大家好，我是阿萨。作为测试人一般都是如何思考的？今天我们就来学习一下吧。
哪种思维模式代表了有效和高效的软件测试人员？敏捷测试思维方式具体内容又是什么？让我们一起找出答案。
在成功的测试所涉及的众多因素中，测试的心理学占有重要的地位，因为它可以影响我们对待测试的方式，而我们却没有意识到我们正在做某些价值的调用。例如，人们注意到，开发人员在测试他们自己（甚至是他们的队友）的代码时，作为一个专门的测试人员，效率较低。
为什么会发生这种情况，有几个原因：
1. 要在自己创造的东西中找到缺陷是很难的。
2. 当你专注于系统应该做什么时，思考可能出错的地方可能是个挑战。
3.一般来说，开发人员往往有一个面向解决方案的头脑，而测试人员需要面向问题，即寻找 "如何破坏 "事物，而不是 "如何构建 "它们。
4. 测试人员通常不需要深入了解被测系统的工作原理。相反，他们需要戴上最终用户的帽子，站在用户的立场上思考可能发生的情况。在这些方面，开发人员对系统工作方式的认识会使他们无法看到可能导致一些意外行为的其他情况。
这意味着，要成为一个有效的测试人员，你需要专注于破坏软件的方法。从某种意义上说，你的意图应该是证明 "它不起作用"，但仅靠这种方法可能并不是好的测试人员的全部条件。
沟通
工作中，需要一些特殊的技能来沟通所发现的问题。从长远的角度来看，仅仅做一个破坏一切的 "坏家伙 "是没有效率的。记住，开发人员对他们的工作成果是有感情的，所以他们对你善意的批评自然会很敏感。
这时，我们在 "建设性沟通 "中一些技能就可以派上用场了。主要内容列举如下。
1. 讨论一个问题，而不是一个人。
2. 要具体，而不是笼统。
3. 用事实说话，而不是用判断说话。
4. 专注于未来，而不是过去。
5. 站在共同目标的立场上进行沟通。
当你意识到测试人员和开发人员为之奋斗的共同目标时，使用建设性和友好的语气是容易和自然的。
事实上，开发人员可能会因为对他们的代码的批评而感到受伤，因为他们在到达测试阶段之前就努力追求质量，这也正是你所努力追求的。
在一个友好的环境中，开发人员会对有机会在自己的错误上学习和接受你的反馈而感到感激。他们会尊重与他们合作的测试人员，这将有助于他们学习如何在需要时戴上测试人员的帽子，扩大他们的经验。这就是一个真正的团队的诞生过程。
敏捷测试思维方式
软件测试员的工作不仅意味着发现错误，还意味着预防错误。这包括需求分析，流程优化，以及实施持续测试方法。
在这个意义上，测试人员的思维模式意味着在软件开发生命周期的所有阶段都要关心质量问题。在敏捷开发中，质量是整个团队的责任，因此，敏捷测试的主要重点转向预防缺陷发生的活动的倡议和控制。
总结
要想成为一个成功的测试人员，你需要对软件持批评态度，对开发人员持亲切态度。换句话说，一个真正的软件测试人员不仅知道如何破坏软件，而且知道如何建立友好的、富有成效的关系，并详细说明防止缺陷的过程。
