首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >开发人员对测试人员的交流有什么期望?

开发人员对测试人员的交流有什么期望?
EN

Stack Exchange QA用户
提问于 2013-09-22 03:50:33
回答 5查看 438关注 0票数 3

如果你是个开发员而我是测试员,你想让我.

  • 一旦我找到一个bug,告诉你它或做一个发现的错误摘要,并告诉你在一天结束?
  • 问你一大堆关于你正在开发的应用程序的问题,还是自己想办法解决?或者我不应该担心这个应用程序的具体细节?

简而言之,开发人员喜欢被测试人员打扰吗?如果答案是肯定的,那我不应该越过的那条线呢?

EN

回答 5

Stack Exchange QA用户

回答已采纳

发布于 2013-09-22 07:54:42

欢迎来到SQA。我以为你是个测试员

简而言之,开发人员喜欢被测试人员打扰吗?

那要看很多事情了。

  • 如果您发现了一个bug,并且不想麻烦开发人员修复它或解决它周围的问题,她可能会在您忙的时候麻烦您更好地解释它。所以找到合适的时机对你们双方都有好处。
  • 如果您在同一时间(例如,在相同的迭代期间)处理相同的功能,那么找到正确的时间可能会更容易。她或他正在实现一个给定的功能,而您正在为该功能准备或执行测试。你们两个都专注于相似的事情,同时也关心两者。相反,如果她正在开发新东西,而你却在测试旧东西,那么很难找到合适的时间。这就是为什么在大致相同的时间内安排测试和错误修复周期是如此重要。
  • 当然,这也取决于个人喜好。有些人可以比其他人更快地切换上下文。记住这也是指你,所以你的合作偏好也应该得到devs的尊重。

如果答案是肯定的,那我不应该越过的那条线呢?

我把这个问题理解为谁负责调查一个缺陷?你想让开发人员去做;他们想让你去做。回答这个问题,你需要考虑两件事:

  • 技术:您可能比开发人员更了解系统的这个领域,了解测试上下文等等,因此您将能够更快地执行初步调查。“在哪里划线?”如何让你的小虫孤独:关于隔离臭虫的建议详细讨论了这方面的内容。读一读。
  • 责任Razor:如果你想要一件事发生,你有责任让它发生。你可以自己做,也可以用一个好的bug报告说服开发人员自己去做。请阅读戴尔·埃默里的帖子

您将在相关问题“在将问题提交给开发人员之前,测试人员如何决定要进行多少调试/调查?”中找到更多信息。总的来说,我想尊重神的时间。如果我现在能更好地再现这个问题,我就会这样做。如果我能够编写自动测试来重现问题,我就会这样做。如果我能更快地缩小根本原因,我就会做到这一点。

一旦我找到一个bug,告诉你它或做一个发现的错误摘要,并告诉你在一天结束?

那得看情况了。这取决于:

  • 您的组织是否跟踪像JIRA这样的BTS (bug跟踪系统)中的所有bug?例如,在我的团队中,当功能已经完成时,我们通常在回归测试期间报告bug。另一方面,在迭代中,我们经常测试不完整的功能,以提供快速反馈。由于我们希望快速反馈,所以我们不会浪费时间编写报告,而是立即与开发人员交谈。
  • 写作就是思考:如果你以书面形式描述它,它可能会帮助你更好地理解它的缺陷。你会更清楚地看到什么是缺少的,你是否有所有的步骤来重现它,你对一个预期的结果有多确定。
  • 你们俩的个人喜好。

问你一大堆关于你正在开发的应用程序的问题,还是自己想办法解决?或者我不应该担心这个应用程序的具体细节?

两者都有。

我发现许多程序员(当然,不是所有的程序员)都喜欢谈论他们的工作,即使没有被要求。积极听取他们的意见。另外,尝试自己理解应用程序:玩它,阅读文档,如果可能的话深入到代码中。这样你就可以学习他们的语言,成为解决问题的伙伴。要获得更多信息,我建议您阅读软件测试中的经验教训中的“程序员喜欢谈论他们的工作,问他们问题”(以及相关课程)的课程。

票数 7
EN

Stack Exchange QA用户

发布于 2013-09-22 06:25:36

这完全取决于程序员的喜好。有些人不想被打断,有些人根本不介意。有些人希望在报告问题之前讨论这些问题,以确保它们是问题,并在bug报告中提供更多的信息,而另一些人则乐于收到尽可能清晰的报告。当然,一个团队可以拥有所有类型。

解决这个问题的唯一方法就是问他们喜欢什么。

你可以建议的一种方法是,一旦你确定你找到了什么东西,就立即去找程序员,但不要打断她,直到她停下来,并指出现在是停止交谈的好时机。如果她在流动,她不需要停下来,如果你厌倦了等待,你可以离开,等一会儿再回来。这样,没有人需要被打扰,但你可以尽快讨论事情。无论如何,最好是明确地同意这个方法,或者你最终使用的任何其他方法。

票数 3
EN

Stack Exchange QA用户

发布于 2013-09-25 09:14:14

我也是一个测试人员,根据我的经验,我可以告诉你一些可以帮助你的要点。对第一个问题的回答-

Qn -测试人员是否需要在发现错误时立即报告它?

Ans - YES.If你有一个正确的BTS(Bug跟踪系统),这是测试人员的第一项职责,就是报告错误,只要他确信这是一个bug。如果您不确定您在应用程序中看到的问题是否是真正的问题,那么请在讨论后与开发人员讨论same.But问题,不要浪费任何时间,测试人员应该报告问题。同样,报告问题的时间取决于bug的严重程度,以及优先级(例如阻塞问题)应该立即报告,而外观问题则需要等待一段时间。但是测试人员应该确保所有的bug都通过EOD报告/进入BTS。如果您有一个正确的错误处理过程,上述流程是有效的。如果您没有进程/BTS,请注意这些问题以及复制和截图的步骤(如果有的话)。您可以使用任何文本编辑器(如MSWord、Wordpad等)来维护相同的功能。根据发现的问题的严重性和优先级,将工作表再次发送给开发人员。发送时不要忘记在Cc中标记/Dev Manager。

现在回答第二个问题。

Qn -测试人员在测试前是否需要对应用程序有完整的了解?

Ans -确定的YES.Because是测试人员确保质量.所以,如果不完全了解应用程序,这件事就是impossible.The测试人员应该对应用程序/应用程序的一部分有完整的理解,他是testing.In,只有(S)他可以想出更好的方案来测试应用程序。此外,测试人员在测试任何应用程序时,也应该从最终用户的角度来考虑。测试人员应该去向开发人员澄清查询,以防功能document.But中的问题不清楚。同时,测试人员应该有足够的耐心,允许开发人员抽出一些时间参加you.Of课程,如果功能是关键的,并且您由于缺乏对这些功能的了解而无法进行测试,您有权让他过载问题。但是,是的,您需要对测试中的应用程序(AUT)有完整的了解。

谢谢

库什布

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

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

复制
相关文章

相似问题

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