即便测试自动化日益普及，功能测试仍然很重要。大多数软件应用都需要手工测试，以验证确认每个功能及其相互作用。
不幸的是，许多测试人员花时间做功能测试，却没有走出这个茧。原因可能是技能欠缺，不知道如何编码，害怕未知或有限的测试环境知识。
按测试大咖Cem Kaner（《计算机软件测试》一书的主要作者）的说法，软件测试就是发现与质量相关的信息，以帮助利益相关者做出明智的决策。除了功能测试之外，还有多种方法可以发现信息。以下六个实践帮助我在项目中增加更多的价值。
1、Review每条消息
测试人员通常会阅读需求文档，与利益相关者进行讨论，然后设计产品测试用例。但是我们都知道，有许多会在产品使用中出现的情况并没有被测试用例覆盖。它们中的大多数都被开发团队所覆盖，但其中一些对任何人来说都是“惊喜”。
开发团队可以列出所有编码到产品中的消息（包括错误、信息和警告消息）来提供帮助。这也可以很好地检查系统显示消息的测试覆盖率。如果测试团队从未看到过将要显示给用户的消息，则产品团队可以回顾并了解哪些场景将显示该消息。
收到消息列表后，我立即注意到一部分消息列表对测试团队来说都很陌生。回顾一下，我们发现它来自旧代码，即使我们不再支持该功能，也提交了该部分代码。它应该被删除，因为对产品没有影响。
根据应用程序及其构建方式，可能很容易或很难准备好消息列表。但是，如果你认为此实践是帮助测试团队更好地进行测试的方法，则利益干系人应该同意找到一种准备消息列表的方法。
2、执行UX检查
许多产品团队快速建立起来，然后在达到一组客户或某个增长指标后考虑代码稳定。在初始阶段，快速发布通常优先于发布权（版本控制）。随着多开发人员的参与，很可能会出现不一致的情况。
在稳定产品的过程中，应集中精力消除任何UX（User experience的缩写，即用户体验）不一致问题。对整个应用程序执行UX检查。从图标、文本、操作、功能和关键流程开始，并引入角色和思考过程以执行完整的UX审查。还要考虑用户的接触点。你如何处理它们？在“https://cantunsee.space/”上有一些练习可以帮助你测试UX技能。（做下练习，测测你的UX鉴别能力）
当我们在公司内部对使用率很高的产品进行UX审查时，我们发现不一致的模式，可以轻松地将它们与我们团队做出的不同决策联系起来——迅速发布功能，将功能开发外包给其他团队，具有过时插件的功能，等等。
3、做竞品分析
可惜的是，许多测试人员陷于孤岛，对其他公司的产品一无所知。通过概况介绍、网络研讨会、演示，媒体新闻和博客文章了解竞品，然后列出其功能并分析自己产品的优缺点。
询问你的产品团队你是否可以访问其他公司的产品，并询问如何协助对竞品做分析。在做竞品分析时，除了功能之外，还要关注多个质量标准，例如可用性、性能、安全性和可访问性。一个简单的仪表板可以突出显示谁在这些功能和标准方面得分更高，这很方便。
4、有效使用工具
对于那些知道如何有效使用工具的人来说，工具是一个福音。它们可以节省大量的金钱和时间，并在很大程度上补充测试。作为测试人员，你应该对所涉及的系统和所遵循的过程有广泛的了解。
除了自动化功能检查和使用工具快速创建测试数据外，还可以使用其他方式使用工具，例如跨日志检测模式，复制生产数据，模拟功能，备份某些用户操作以及根据规则触发操作。没有必要购买专有工具来实现大多数终极目标。它可能仅是一段简单的百行程序，根据日志中的触发器获取应用程序的屏幕截图。
有时，在展示价值之前，某些工具对完成一项特定活动的有多大作用并不明显，因此平时要多留意。
5、“噩梦头条”游戏
如《探索吧!深入理解探索式软件测试》（Explore It!: Reduce Risk and Increase Confidence with Exploratory Testing）一书中所述，防止灾难的一种方法是想象与产品或项目相关的噩梦头条（一次灾难性的失败），并测试这些风险。测试人员善于考虑可能的灾难情况，该技能可以帮助开发团队在编写代码时避免此类错误，从而节省时间和精力。
与多个利益相关者一起玩，这将是一个有趣的游戏，它使每个人都能放心，风险得到了解决。当我们与一个团队一起进行游戏时，技术支持和管理团队考虑的噩梦头条为测试团队提供了不同的视角；如果没有这种推动，我们将永远不会想到这些测试。
6、走进客户支持团队
由于产品的持续迭代，测试团队可能会偏向某些行为。因此，对于测试人员来说，预期的功能实际上可能是用户的负担。你可以收听客户支持电话，以了解客户的痛苦和困惑。
对于我们的一个产品，当我们抱怨某个功能及其可用性时，该bug被拒绝了。当多个客户开始抱怨相似的可用性问题时，它们被以高优先级解决。这一经验使我们在组织中赢得了很大的可信度，后来我们被邀请参加有关可用性决策的多次讨论。
客户的声音是你应该关注的真实数据，你可以使用这些数据来促使团队提高产品质量。
这六个实践可以很容易地与功能测试结合起来，它们增加了巨大的价值。在测试工作中尝试这些行动，并告诉我们你的经验。
由 ruink 译自《6 Ways Testers Can Add Value (Other Than Functional Testing)》 By Ajay Balamurugadas