你能教我软件测试吗?

这是最容易回答和最难执行的问题之一。让我们找出原因。在软件测试领域没有一个权威机构。每个人都有自己定义和执行软件测试的方式。一些人认为软件测试是一种纯粹的验证游戏，以及针对文档化需求的验证，而很少有人将其视为充满探索和实验的调查之旅。理想的最终目标是向利益相关者提供与质量相关的信息，以便他们做出明智的决定。

现在情况已经明朗，让我们探讨一下大多数人是如何使向感兴趣的人教授软件测试变得困难的。

了解用户

测试是在产品上进行的——供人们使用并由人们开发。遗憾的是，重点仅限于产品，这很伤人。软件测试不以产品单独开始或结束。除非您还关注客户，即参与设计和构建产品的人员，否则您将失去软件测试的宝贵维度。有多少人像关注产品一样关注客户和团队?想想看。

每个产品都旨在解决一个问题。如果问题不解决，产品和项目就被浪费了。想象一下在不了解上下文的情况下详细了解产品。可悲的是，它发生在许多培训师和学习者身上。也了解上下文。了解谁使用该产品。为了帮助最终用户，了解他们会有所帮助——他们的动机、好恶、行为模式、偏见、当前解决问题的方式等等。

与其他利益相关者交谈

花一两天时间与您产品的客户支持团队交流。您会发现某些功能对用户来说有多难。您还可能有机会观察许多客户如何面对相同问题的趋势。对您来说似乎很简单的事情对每个人来说可能并不明显。此外，了解人们如何有自己的产品使用方式，有时可能会习惯一个错误，当你修复错误时他们会感到恼火(真实故事)

销售和营销团队也是产品信息的良好来源。看看他们如何销售产品的功能。了解这些团队提出的主张。销售脚本是否更新?他们是否以正确的方式使用产品——预期的方式?为惊喜做好准备!记下客户提出的问题。它们成为您下一个 sprint 的测试想法或功能请求。

与程序员讨论

此外，关注谁构建产品。他们的意图、模式、局限、压力、过去的记录和疲劳。当您对产品的构建方式了解很多时，就更容易快速预测和解决松散的问题，从而节省时间并专注于更大的问题。程序员每天都会做出许多权衡。其中大多数没有记录。与程序员交谈以了解他们面临的困难——不一定是在正式的会议空间中。向他们询问风险最高的代码、经过良好测试的代码以及一般情况——他们最担心的是什么。获取信息并继续在该信息上应用测试镜头。测试一下。

地图不是领土

许多人将测试视为通过/失败、算法、测试用例驱动、自动覆盖驱动的脚本问题，结果却对现实世界、情感驱动、以用户为中心的使用模式以及无数组合和现实生活场景感到惊讶。您最后一次阅读产品的用户指南或按照分步说明发现新产品是什么时候?你见过一个孩子享受发现的过程吗?

测试应该在类似的路线上进行，但过程中结构要多一点(但不够严格)。尽管您想确认某些事情按预期工作，但请务必同样探索当您偏离脚本时会发生什么以及会发生什么的可能性。作为测试人员，您的角色是获取信息——产品是否做了它应该做的事情，产品是否没有做任何损害产品/公司声誉的奇怪事情，是否有任何危险信号并且需要被突出?

在报告和讲故事方面做得更好

调查是困难的，尤其是当它以完全随机的方式完成时，没有注意上下文并且在没有系统知识的情况下完成。即使以糟糕的方式提供好的证据，你也很少有人接受。因此，除了从多个利益相关者那里获取信息、使用产品、调查问题之外，是时候更好地进行报告和讲故事了。我们可以从新闻记者那里学到很多东西——如何以连贯的方式传达大部分信息而不重复自己。

总结：

关注用户

与程序员和其他利益相关者合作

测试不仅仅是通过/失败。专注——这里有问题吗?

了解系统和交互。

注意上下文，更好地报告和讲述你发现的故事。

卓码软件测评是一家[ 具备CMA、CNAS双重资质 ]的专业做软件测试的第三方软件测试服务机构, 可根据您的需求提供各类软件测试服务，并出具合格有效的软件测试报告。点击→→可了解测试报价

部分文字、图片来自网络，如涉及侵权，请及时与我们联系，我们会在第一时间删除或处理侵权内容。负责人：曾菲       电话：4006070568