首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >基本分类-差异

基本分类-差异
EN

Stack Exchange QA用户
提问于 2012-07-10 20:27:13
回答 1查看 79关注 0票数 1

是否有任何可信的,验证的和相关的测试分类?我所说的差异就像:

功能测试=根据文档/要求进行测试,以验证SW的功能

这显然是不正确的,因为非功能需求也可以像性能需求等进行描述,因此测试应该是功能测试(非功能需求)。

或者考虑一下探索性测试,它显然是功能测试,但基于您的想法来自预期的功能(反之亦然,您试图阻止它)。

EN

回答 1

Stack Exchange QA用户

发布于 2012-07-12 18:42:45

对于你提出的实际问题,我不知道有什么好的测试定义或分类来源。当有疑问时,问说话人他或她的意思。如果给出的定义似乎与显而易见的定义不匹配,那就质疑它--尽管说话人不一定(特别是如果那个人是你的老板)。SQA.SE是一个很好的地方,可以要求了解这个词是如何在整个行业中使用的,IMO。

至于哪些功能测试和探索性测试是-

功能测试和探索性测试检查分类测试的两个不同方面:什么和如何。

“功能”描述了我们测试的功能。功能、性能、安全性、可部署性都是描述我们正在研究的SUT的哪个方面的术语。

“探索性”描述了我们是如何测试的--通过探索被测试的系统。脚本化、探索性、模糊化、自动和手动都是描述我们如何测试SUT的术语。

你可以以一种探索性的方式来测试性能,例如,带着秒表在网站上徘徊。您可以通过创建尝试常见安全攻击的自动化测试用例,以自动化方式测试安全性。诸若此类。

您给出的定义是功能测试的过度简化,它将“什么”测试功能与“如何”中的一部分混为一谈,通过需求文档并验证它提到的每个功能片段。这是执行功能测试的一种常见方式,但这不是唯一的方法。正如您所提到的,需求可以包含更多的功能,功能测试不一定需要文档。在一些公司,需求的主要文档是测试--这是黄瓜背后的前提。

顺便说一句,整个行业软件测试定义的不一致是一个常见的挫折感来源。不仅仅是你。

票数 3
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/3438

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档