是否有任何可信的,验证的和相关的测试分类?我所说的差异就像:
功能测试=根据文档/要求进行测试,以验证SW的功能
这显然是不正确的,因为非功能需求也可以像性能需求等进行描述,因此测试应该是功能测试(非功能需求)。
或者考虑一下探索性测试,它显然是功能测试,但基于您的想法来自预期的功能(反之亦然,您试图阻止它)。
发布于 2012-07-12 18:42:45
对于你提出的实际问题,我不知道有什么好的测试定义或分类来源。当有疑问时,问说话人他或她的意思。如果给出的定义似乎与显而易见的定义不匹配,那就质疑它--尽管说话人不一定(特别是如果那个人是你的老板)。SQA.SE是一个很好的地方,可以要求了解这个词是如何在整个行业中使用的,IMO。
至于哪些功能测试和探索性测试是-
功能测试和探索性测试检查分类测试的两个不同方面:什么和如何。
“功能”描述了我们测试的功能。功能、性能、安全性、可部署性都是描述我们正在研究的SUT的哪个方面的术语。
“探索性”描述了我们是如何测试的--通过探索被测试的系统。脚本化、探索性、模糊化、自动和手动都是描述我们如何测试SUT的术语。
你可以以一种探索性的方式来测试性能,例如,带着秒表在网站上徘徊。您可以通过创建尝试常见安全攻击的自动化测试用例,以自动化方式测试安全性。诸若此类。
您给出的定义是功能测试的过度简化,它将“什么”测试功能与“如何”中的一部分混为一谈,通过需求文档并验证它提到的每个功能片段。这是执行功能测试的一种常见方式,但这不是唯一的方法。正如您所提到的,需求可以包含更多的功能,功能测试不一定需要文档。在一些公司,需求的主要文档是测试--这是黄瓜背后的前提。
顺便说一句,整个行业软件测试定义的不一致是一个常见的挫折感来源。不仅仅是你。
https://sqa.stackexchange.com/questions/3438
复制相似问题