Software Testing - Myths

下文是软件测试的一些最常见的神话。

Myth 1: Testing is Too Expensive

一种说法是,在软件开发期间支付较少的测试费用,或在以后支付更多的维护或纠正费用。 早期测试在很多方面节省了时间和费用,但如果不测试,成本就会降低,软件应用设计不当,使产品无法使用。

Myth 2: Testing is Time-Consuming

<Reapty——在SDLC阶段,检测从来不是耗时的过程。 然而,诊断和纠正在适当测试过程中发现的错误是一项耗时但富有成效的活动。

Myth 3: Only Fully Developed Products are Tested

毫无疑问,测试取决于源代码,但审查要求和制定测试案例独立于发达守则。 然而,作为发展生命周期模式的反复或渐进做法可能会减少对完全开发的软件进行测试的依赖。

Myth 4: Complete Testing is Possible

当客户或测试者认为完全测试是可能的时,便成为一个问题。 小组可能对所有途径进行了测试,但根本不可能进行完整的测试。 在软件开发周期期间,试验小组或客户可能从未执行过某些设想,一旦项目部署,可能会执行。

Myth 5: A Tested Software is Bug-Free

这是客户、项目经理和管理团队所相信的非常常见的神话。 没有人能够以绝对的确定性声称,即使拥有超压测试技能的测试者测试了申请,软件应用是100%的免标。

Myth 6: Missed Defects are due to Testers

即便在进行测试之后,对仍在申请中的ug子的 blame子的 blame子的 blame子,也并非一种正确的方法。 这一神话涉及时间、成本和改变制约因素的要求。 然而,测试战略还可能导致测试小组错失。

Myth 7: Testers are Responsible for Quapty of Product

一种非常常见的误解是,只有测试者或测试小组负责产品质量。 测试者的责任包括查明对利益攸关方的包裹,然后决定他们是否将装饰或释放软件。 当时更换软件给测试者带来了更大的压力,因为他们将因任何错误而受到指责。

Myth 8: Test Automation should be used wherever possible to Reduce Time

是的,测试自动化的确减少了测试时间,但不可能在软件开发期间随时开始测试自动化。 当软件经过人工测试并在一定程度上保持稳定时,应当开始测试自动产品。 此外,如果要求不断变化,就不可能使用测试自动化。

Myth 9: Anyone can Test a Software Apppcation

<Reapty——信息技术行业以外的人认为,甚至认为任何人都能够测试软件,测试不是创造性的工作。 然而,测试者非常清楚,这是神话。 想其他假想,试图绕过软件,以便探索开发软件的人不可能。

Myth 10: A Tester s only Task is to Find Bugs

Reapty-在软件中找到灯泡是测试器的任务,但同时它们是特定软件的域名专家。 开发商只负责分配给他们的具体构成部分或领域,但测试者了解软件的总体运作情况、依赖性以及一个模块对另一个模块的影响。