云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

消息队列_腾讯云全面降价_0元

小七 141 0

"开发是创造性的,测试是破坏性的"——事实并非如此,我想通过这篇关于测试用例设计的博客文章来突出这个主题。尤其是测试用例设计是一个非常有创意的学科,并且加入了一些方法论,淘客公众号,人工智能有哪些领域,这会非常有趣。为软件开发项目创建测试用例是项目和操作中的一项关键活动。特别是对于标准软件,如SAP解决方案,它有助于了解测试管理最重要的基石。

与测试用例设计相关,出现以下问题:

测试用例应在何时创建?如何确定高质量的测试用例?对于哪个测试步骤,大数据的,编写或自动化测试用例是有意义的?测试用例何时理想地执行?如何将测试用例链接到测试数据?哪些工具可以用来管理和执行测试用例?

基本测试流程

我想从ISTQB标准的基本测试流程开始。测试过程定义了从测试计划到测试结束的所有阶段和活动,是实现有效测试管理的理想基础。

在"测试分析"和"测试设计"阶段,确定了测试基础,以及与设计测试用例相关的测试对象。

来源:自己的示例,参考 ISTQB.org网站

测试用例识别方法

对于测试用例的创建,可以使用多种方法。原则上,程序可细分为"黑盒"和"白盒"两类。

我特别推荐SAP解决方案的以下三种方法:

基于等价类的程序(例如,物联网平台,构建更大的类,以测试每种材料类型,而不是每种材料)。基于决策表的程序(如创建、更改、删除业务伙伴)。基于用例的过程(源于需求、流程图或用户故事创建测试用例)。

来源:自己的示例,参考ISTQB.org网站

瀑布模型中的测试级别

在瀑布过程模型中,每个规范级别都有一个相关的测试级别。这确保了每个规范级别都包含测试用例并进行了评审。在SAP的上下文中,我允许自己以V模型为基础,通过在流程步骤/功能级别插入功能测试,轻松地使其适应SAP世界。这也是开发或定制完成并完成单元测试后的第一个正式测试级别

来源:自己的示例,针对上下文SAP,基于V-Modell 97/V-Modell XT

敏捷模型中的测试级别

敏捷模型中,与瀑布过程模型相比,测试级别在每个sprint和每个发布过程中使用的周期更短。unittest级别的测试用例自动化对于测试开发的产品增量或构建是必不可少的。从个人经验来看,在冲刺过程中关注新开发的功能是有意义的。在sprint即将结束或结束后,重点应该放在集成测试和回归测试上,这些测试检查产品和系统的整体环境中新开发的功能。

SAP环境中的敏捷过程模型对产品所有者、架构师和,开发人员和测试经理,因为用户故事必须定义得非常精细,并且彼此独立,这样才能在sprint中实现和测试。换言之,为了不从一开始就实现完整的业务蓝图,必须进行严格的重新思考,而是迭代地实现单个组件(产品增量),然后在以后的冲刺中进一步扩展。

来源:自己的插图,参考Objektspektrum,企业管理软件排行,s-lab和Scrum

敏捷测试的四个测试象限

即使在敏捷方法中,也必须评估各种质量特性。下图在四个象限中显示了哪些测试适用于"业务和技术"以及"团队和产品"维度。象限还说明了哪些测试用例对scrum团队更有用,哪些测试用例更关注产品及其环境。

作为一个好的实践,在敏捷模型中应从每个象限中选择1-2个测试过程。我在此特别推荐:

功能测试探索性试验用户验收测试加上视情况而定,适当的非功能性测试,如负载和性能测试

来源:Crispin/Gregory后的测试象限

测试对象

要检查的对象称为测试对象。它们与软件开发过程中的其他对象和元素具有不同的关系。下面的插图展示了这些关系。

来源:自己的插图

测试用例设计

现在让我们详细看看测试用例设计以及如何描述测试用例。

应该选择测试用例的详细程度,以便来自同一团队的合格人员也可以执行测试用例。每个测试用例的步骤数应限制为15-20个步骤。较长的测试用例必须细分为更多的测试用例。因此,测试用例可以在可预见的将来执行,最重要的是可以完成。它还使得将简单缺陷链接到测试用例变得更容易。将业务角色添加到测试用例的描述中非常有帮助。这说明,哪个业务角色负责执行测试用例或相关测试步骤。

测试用例至少应包含以下元素:

来源:自己的说明

带有测试步骤的简单描述的测试用例的第一个示例:

来源:SAP Solution Manager的测试步骤设计器

详细示例的第二个示例描述测试用例和测试步骤:

来源:SAP Solution Manager内部的测试用例

无论项目使用瀑布模型还是敏捷模型,都必须尽早开始测试过程。即使在规范阶段,测试用例可以识别。

特别是在敏捷模型中,测试用例可以很容易地从每个用户故事的接受标准中识别。

选择正确的测试用例识别方法以确保目标和质量要求能够实现是很重要的。

测试用例过程可以应用于不同的测试用例考虑不同方面的水平。

值得让第二个人来审查测试用例。因此,最后的歧义可以被发现和纠正。

测试用例应该尽可能独立于具体的测试数据。目标必须是将测试用例用于多个测试记录。测试数据可以以附件的形式提供给测试人员。