我是一个由4个开发人员组成的团队中唯一的QA工程师。我们通常有可交付的产品,而且几乎所有的产品都在不同的项目上工作。所以我需要测试它,我发现自己大部分时间都在追赶。
我不得不问他们如何测试等等,因为我没有足够的时间去创造性地思考“如何破解代码”。在我们的Scrum回顾中,团队给出了这样的反馈,他们觉得自己在用勺子喂我。
我怎样才能成为更好、更有组织、更有纪律的质量工程师?
发布于 2016-09-30 07:27:53
在Scrum团队中,也要考虑Scrum的工作方式:
Scrum除了开发人员之外,不承认开发团队成员的头衔,而不管开发人员正在做什么工作;
这意味着你不应该是团队中唯一的测试人员,每个人都要对质量结果负责。如果一个人的测试是一个瓶颈,那么团队应该找到解决这个瓶颈的方法。要么通过更多的人测试,要么得到更多的测试人员。更可取的是,您可以教开发人员如何在那里进行测试或其他开发人员如何工作。
我是三个Scrum五人团队中唯一的QA工程师,因此我无法完成所有的测试工作。我训练开发人员如何思考测试、测试技术、测试框架的实验等等。
敏捷测试不仅仅是“破坏代码”,敏捷测试宣言指出:
防止缺陷多于发现缺陷
以下是一些我认为你应该读的书和链接:
发布于 2016-09-30 02:36:34
我认为您可以做的几件事是参加与业务代表的会议,以便更好地理解该特性。我发现破解代码是测试的一部分。有一个测试计划:什么是范围内的还是外部的。定义如何测试它。会不会是UI?API?哪个测试级别:系统、集成、单元?对我来说,最重要的部分是测试快乐路径的功能。有BVA,EP和配对测试,域。要执行的非功能测试有多种类型:检查样式、安全性、性能、负载、跨浏览器、设备。当然,检查一下范围内的情况。你也可以优先考虑:烟雾测试,新特性,增强,错误修复,功能,跨浏览器,操作系统,回归,非功能性的顺序。
您可以执行许多测试任务:有一个缺陷寄存器和一个缺陷记录模板。确保您有一个测试管理工具来记录测试步骤、结果、日期等。
确保您有一个发布说明,以便您知道代码中的内容。分析并提出测试类型和测试级别。有一个退出标准:所有高和关键的缺陷都被确认为修正了。有一个进入标准:例如,新特性通过烟雾测试或应用程序通过烟雾测试。定义并与团队成员一起评估缺陷严重程度。
总之,有一个过程,并坚持它。
祝好运
发布于 2016-10-28 13:43:53
在这个问题上,我和尼尔斯意见一致。我确实想多加几个要点,以帮助加速QA过程。
对我个人来说,当他们专注于过程而不是验证产品时,QA会产生更大的影响。发生的大多数问题都是对过程造成的,而很少涉及到敏捷中的实际产品。需求中的差距会发生,它们会被忽略,通常直到最后才被发现。如果你开始弥补这些差距,节省每个人的时间和精力,你将成为项目的英雄。
要开始这一进程:
https://sqa.stackexchange.com/questions/22849
复制相似问题