您当前所在的位置:首页 / 新闻中心 / 行业资讯
新闻中心
行业资讯
常见问题
知识百科
产品技术

测试人员如何在敏捷项目中增加价值?

发表于:2019-01-11

当我们说敏捷项目时,我们首先想到的是时间框和紧迫的期限。当软件测试人员在敏捷环境中工作时,他的职责包括的不仅仅是测试。当我们考虑其他项目方法,如V模型或瀑布模型,然后我们观察到测试人员正在测试,记录错误和创建报告,没有太多的参与或沟通从他们的一方到其他团队,但在敏捷,它是完全不同的,有测试人员在很多领域发挥着重要作用。在本文中,我们将看到测试人员如何在敏捷项目中增加价值。

与先前开发产品并稍后进行测试的传统接近项目不同,我们在迭代中进行产品开发,因此每次迭代都涉及测试。测试人员可以在敏捷的以下阶段提供他们的意见:

1.在规划测试策略时:无论是scrum还是看板敏捷方法,测试人员应始终参与测试策略的规划,因为它是实际测试之前的基础文档。可以根据实时场景稍后对其进行修改或更新。而且在敏捷中,它可能更常见,因为每次迭代都会有不同的功能,因为需求可以随时改变。他们通过真正的实施经验不断发展。

2.另一件重要的事情是自动化:我们的产品是否需要自动化测试,如果测试用例需要自动化,那么测试人员也将帮助定义自动化测试策略。在敏捷中,测试人员有限的时间来理解该功能,创建测试场景,然后自动化它们。时间管理至关重要,因此也是自动化测试策略的规划。

你可能会喜欢这本书:20本最佳敏捷开发书籍

3.测试环境设置:设置正确的测试环境与测试产品同样重要。测试人员可以通过正确设置环境来增加很多价值,就像预先测试和创建测试数据所需的所有必需工具和软件一样,以便在测试功能时节省时间等。

4.一种团队方法:正如我之前提到的,在敏捷方法论中,测试人员必须调整一个团队方法,他或她必须定期与客户,业务分析师和开发人员沟通,以获得产品的整体质量。由于他必须从上到下知道完整的功能才能正确地测试所有内容,因此他可以通过平滑的通信来增加价值,这应该是明确的。

5.验收标准:在确定验收标准时,测试人员应仔细阅读产品所有者讲述的用户故事。测试人员应经常与产品所有者,业务分析师和其他利益相关者举行会议,以制定验收标准文档,其中简要描述了从用户故事中划分出来的所有场景。与产品所有者和利益相关者进行更多讨论将使测试人员编写具体的验收标准,该标准随后将作为生成验收测试的输入,其中购买资料非通用性将产品有效性和质量保持在客户期望值。

6.对新功能的探索性测试:对新功能进行探索性测试可以为项目增加很多价值,因为它采用敏捷方法,当您没有测试用例来测试具有紧迫期限的新功能时,这种情况下,探索性测试可以帮助告诉您该功能已启用并按预期工作。稍后,在所有探索性场景中,您可以制作所需的测试用例并将其作为自动化的一部分添加到测试套件中,这可能有助于在后期产品发布周期中进行回归测试。

7.了解用户故事:如果用户故事非常庞大,那么测试人员和产品负责人应该通过将用户故事分解为较小的任务来共同理解用户故事。然后,产品所有者应按照其实施需要的顺序确定此类任务的优先顺序。这样的任务分解将有助于准备验收标准,该标准将涵盖所有可能的测试场景以及作为测试需求摘要的客户需求的细微细节。与每个小任务相关的这些验收标准有助于生成验收测试,并最终生成整个产品的测试用例,其中包括用户故事的细分和优先级驱动方法。

8.记录错误并尽快修复它们:正如我们所知,在敏捷方法(比如scrum)中,sprint的持续时间非常短。因此,应立即使用正确的描述记录在测试任何任务期间发现的错误,其中包括重新创建问题的正确步骤。这些信息对于向开发人员解释问题非常重要,这将有助于他调试代码并修复错误方法的sprint最后期限的错误或缺陷。

9.报告准备:如果在特定sprint中没有修复所有错误,请准备报告,以便客户事先知道在该迭代中期望什么和不期望什么。

10.用户故事的估计:从测试角度估计用户故事,以便清楚地了解一个故事需要多长时间,我们需要将其分解为更多故事以适应当前冲刺的变化。为了遵守sprint的严格时间表,对每个用户故事的测试工作量的估计是非常必要的。

给你:

这些是测试人员可以添加大量值并使项目的敏捷过程非常顺利的一些领域。测试人员负责产品的构建是正确的,并且符合客户的期望。因此,他对构建产品的贡献与项目团队中的任何其他团队成员一样重要,无论是开发人员,业务分析师,产品所有者等。