ISTQB 测试的 7 个关键原则 | #3 软件测试的第一步
已发表: 2022-05-31执行精确和正确的软件测试遵循许多原则。 国际软件测试资格委员会区分了七个基本的，我们今天要讨论的。 想知道吗？ 阅读有关关键 ISTQB 测试原则的文章！
ISTQB 测试原则 – 目录：
- 测试揭示了缺陷，但不能证明它们不存在
- 彻底的测试是不可能的
- 早期测试可以节省时间和金钱
- 故障滚雪球效应
- 农药悖论
- 这取决于上下文
- 广告完美的软件是不行的
- 概括
测试揭示了缺陷，但不能证明它们不存在
测试增加了发现错误的可能性，这反过来又增加了修复错误的机会。 但是，即使发现并修复了绝大多数缺陷，它也不能完全保证软件没有所有缺陷。 由于无法创建完美的软件，许多人认为设计过程是消极的，因为你永远不会得到积极的结果，而且总是会在程序中发现一些“污垢”。
彻底的测试是不可能的
上述经验法则表明，检测软件的所有故障是徒劳的。 但是，这不适用于简单的短节目。 反过来，这表明有机会看到输入和前提条件的所有组合来完全测试某些程序。 在评估复杂的软件时，即使是最好的 AI 也无法执行所有必要的测量，更不用说手动测试人员了。 自动化评估器将更高效、更准确地运行应用程序，但它们仍然不能保证完美的性能。 为此，您必须着手执行其他任务，例如确定优先级、风险分析以及查找和运行其他测试技术。
早期测试可以节省时间和金钱
许多专业人士也将这一原则称为“左移”。 越早发现缺陷，就越容易修复它们，因此应尽快开始静态和动态测试。 简而言之：
- 静态测试——在不运行代码的情况下评估产品。
- 动态测试——在执行期间评估模块或系统的代码
在实施的第一阶段检测缺陷有助于进一步诊断。 但是，当软件的两个领域相互作用时，由于无法查明存在错误的领域，修正缺陷变得很麻烦。 在这种情况下，需要额外的时间、精力和人力来解决。 总而言之，是对铺面障碍物的快速反应，可以防止裂缝繁殖
故障滚雪球效应
大多数故障往往集中在最关键的模块中，因此它们的深入检查揭示并充分消除了大多数故障。 这些组成为运行风险分析的主要焦点，以规划和确定未来的行动行为。 大多数缺陷都是在遵循用户所采用的路径后浮出水面的，但在这些情况下，仅凭知识并不能使模块无可挑剔。
帕累托原理说， 80% 的结果仅来自 20% 的原因。 换句话说，80% 的 bug 存在于 20% 的模块中。 如果您在一个模块中遇到许多故障，请继续挖掘，因为它们会在那里。
农药悖论
重复运行相同的测试可能会失败，因为它们可能一开始就设计不正确，并且永远不会被证明是有效的。 您必须修改和升级测试以增加在软件中发现新故障的机会。
创建一个全新的诊断系统也无济于事。 遵循先前的组合可能会在同一级别停止评估过程。 这一原理被称为“农药悖论” ，因为控制害虫的农药在使用一定量后也会失去效力。
这取决于上下文
执行测试的方式取决于检查的主题。 因此，测试会计程序、视频游戏或社交网络应用程序有很大的不同。 这也取决于情况，例如，侧重于应用程序实用性的分析，例如检查其对用户的吸引力、易用性、可视化层等，也不同于针对程序功能属性的评估，例如性能正确的计算。
广告完美的软件是不行的
应用各种类型的诊断工具并不能保证准确的应用程序。 许多声称和宣传他们的应用程序的人是错误的，但可能只是为了他们提出的营销努力。 您可以执行多个手动和自动测试，以增加发现和修复尽可能多的错误的可能性，但仍然不能保证完美的性能。 在某些情况下，障碍与操作软件有关，例如程序可能无法满足所有用户的期望。
ISTQB 测试原则 – 总结
这就是ISTQB在基本层面上如何提出软件测试人员应该遵循的七个 ISTQB 测试原则。 首先，它们表明完整的软件诊断不可行，因此修改测试以及对关键模块进行彻底搜索至关重要。 这些行动增强了对大多数缺陷的搜索和清除，从而降低了未来发生故障的可能性。
什么是软件测试？ 现在你知道答案了！ 查看我们关于 Python 和 Javascript 的其他系列！
如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。
作者：罗伯特·惠特尼
JavaScript 专家和指导 IT 部门的讲师。 他的主要目标是通过教其他人如何在编码时有效合作来提高团队生产力。
软件测试的第一步：
- 什么是软件测试？
- 1 关于软件错误的大真相
- 七个关键的 ISTQB 测试原则
- STLC的6个阶段
- 测试与调试
- 软件测试过程中的验证和确认