易百教程

35、API 测试设计的原则是什么?

以下是 API 测试设计的七项原则:

  • 详尽的测试:详尽的测试是不可能的。相反,我们需要基于应用程序风险评估的最佳测试量。
  • 缺陷聚类:缺陷聚类表明少数模块包含检测到的大部分缺陷。在 20% 的模块中发现了大约 80% 的缺陷。根据经验,我们可以识别出这些有风险的模块。但这种方法有其自身的问题。如果一遍又一遍地重复相同的测试,最终相同的测试用例将不再发现新的错误。
  • 农药悖论:测试人员不能依赖现有技术。他们必须不断寻求改进现有方法以使测试更有效。但即使是所有这些艰苦的测试工作,我们也不能声称我们的产品没有错误。为了克服这个问题,需要定期审查和修改测试用例,添加新的和不同的测试用例以帮助发现更多缺陷。
  • 测试表明存在缺陷:测试原则指出,测试谈论的是存在缺陷,而不是不存在缺陷。软件测试降低了软件中未发现缺陷的可能性,但即使没有发现缺陷,它也不是正确性的证明。
    但如果我们努力工作,采取一切预防措施,让我们的软件产品 99% 没有错误。该软件不符合客户的需要和要求。
  • 没有错误谬误:这可能是 99% 没有错误的软件仍然无法使用。如果系统针对错误的需求进行了测试,则可能是这种情况。软件测试不是发现缺陷,而是检查软件是否满足业务需求。没有错误是谬误,即如果系统构建不可用并且不能满足用户的需求和要求,则发现和修复缺陷无济于事。
  • 早期测试:测试应该在软件开发生命周期中尽快开始。以便在早期阶段捕获需求或设计阶段的缺陷。在测试的早期阶段修复缺陷更便宜。我们应该在定义需求的那一刻开始寻找错误。
  • 测试是上下文相关的:测试是上下文相关的,我们测试电子商务网站将不同于我们测试商业网站的方式。所有开发的软件都不相同。我们将使用不同的方法;测试的技术和类型取决于应用程序类型。