作为专业的测试人员，您个人使用什么方法/技术来更快、更早地发现重要的bug？

Question

背景:对于任何测试来说，这都是很重要的，但我认为这在敏捷中尤为重要，因为关键特性处于危险状态，由于各种业务原因需要尽早发布。在测试过程的早期发现重要的bug是一种至关重要的、非常实用的方法来增加团队中测试人员的价值。

作为一个专业的测试人员，你个人在你的武器库里有什么方法/技术？

为了更快和更早地在测试中发现重要的(业务关键)错误？

注意:请回答这个问题，不是基于意见，而是根据您的实际经验，在敏捷的实际项目中担任测试人员。

。

基本上请提到什么对你有效！

Answer 1

更快更早地找到Bugs：

在几家公司里，以下所有的一切对我都很有帮助：

在编写测试代码或自动化之前：

• 使用深思熟虑的测试数据策略确保人工测试的可靠重复性。
• 首先，在应用程序代码中使用广泛的linting来防止可能的错误情况。
• 建立高质量的应用程序代码实践，以避免容易避免的错误。
• 使用角色测试从实际用户的角度来反映真实世界的案例、场景和工作流。
• 在待办事项处理过程中，以及在最初准备使用该特性以确保测试、工作流和可测试代码是一流公民时，讨论测试用例。

一旦编写了应用程序代码：

• 移位测试“左”，即多单位，少端到端。
• 确保单元测试实际上模拟数据库和网络。
• 使用自动化来重复和快速地运行数千个测试
• 使用并行化更快地在多台机器上运行测试。
• 保持较高的测试覆盖率，以便在开发过程中快速和早期发现回归。
• 使用测试金字塔作为指南，并专注于具有模拟和存根依赖项的单元测试。
• 使用CI/CD实践确保测试一致运行，代码合并取决于它们的传递
• 在多个级别(单元/集成/ e2e )进行测试，以确保错误很有可能被及早捕获

Answer 2

直接回答:我使用过的最好的工具是对产品及其技术栈有很强的熟悉性和长期的经验。随着时间的推移(意思是几个月，或几年，而不是几天或几周)，你会对产品产生一种“熟悉”。当功能被修改或添加时，您将了解最常发生故障的区域。然后，这将引导您找到需要首先运行的测试用例，以捕获这些区域中的任何bug。

间接回答：(即现在我在质疑这个问题)：无论测试团队捕获这些Bug有多快或多早，防bug总是比bug检测更好。因此--随着时间的推移--当你发现产品中最容易出问题的地方时，你应该与开发人员接触，看看如何重新设计这些领域，以防止你如此迅速地发现错误。

Answer 3

这类帮助我更快地发现了重要的bug：

• 从用户角度从用户故事/探索性测试角度理解特性使用的“症结”
• 对突出关键交互点的特性(端到端)的图进行建模
• 可视化地创建数据流路径
• 标识特性可以进入的不同状态，以及通过UI/后端达到它们的所有可能的不同方式
• 最终将我所有的理解转换为决策表格式矩阵，以形成特定的测试场景。

并且，一直在质疑，以巩固我的理解--在正确的背景下，向正确的人提出正确的问题。