如果你是个开发员而我是测试员,你想让我.
简而言之,开发人员喜欢被测试人员打扰吗?如果答案是肯定的,那我不应该越过的那条线呢?
发布于 2013-09-22 07:54:42
欢迎来到SQA。我以为你是个测试员
简而言之,开发人员喜欢被测试人员打扰吗?
那要看很多事情了。
如果答案是肯定的,那我不应该越过的那条线呢?
我把这个问题理解为谁负责调查一个缺陷?你想让开发人员去做;他们想让你去做。回答这个问题,你需要考虑两件事:
您将在相关问题“在将问题提交给开发人员之前,测试人员如何决定要进行多少调试/调查?”中找到更多信息。总的来说,我想尊重神的时间。如果我现在能更好地再现这个问题,我就会这样做。如果我能够编写自动测试来重现问题,我就会这样做。如果我能更快地缩小根本原因,我就会做到这一点。
一旦我找到一个bug,告诉你它或做一个发现的错误摘要,并告诉你在一天结束?
那得看情况了。这取决于:
问你一大堆关于你正在开发的应用程序的问题,还是自己想办法解决?或者我不应该担心这个应用程序的具体细节?
两者都有。
我发现许多程序员(当然,不是所有的程序员)都喜欢谈论他们的工作,即使没有被要求。积极听取他们的意见。另外,尝试自己理解应用程序:玩它,阅读文档,如果可能的话深入到代码中。这样你就可以学习他们的语言,成为解决问题的伙伴。要获得更多信息,我建议您阅读软件测试中的经验教训中的“程序员喜欢谈论他们的工作,问他们问题”(以及相关课程)的课程。
发布于 2013-09-22 06:25:36
这完全取决于程序员的喜好。有些人不想被打断,有些人根本不介意。有些人希望在报告问题之前讨论这些问题,以确保它们是问题,并在bug报告中提供更多的信息,而另一些人则乐于收到尽可能清晰的报告。当然,一个团队可以拥有所有类型。
解决这个问题的唯一方法就是问他们喜欢什么。
你可以建议的一种方法是,一旦你确定你找到了什么东西,就立即去找程序员,但不要打断她,直到她停下来,并指出现在是停止交谈的好时机。如果她在流动,她不需要停下来,如果你厌倦了等待,你可以离开,等一会儿再回来。这样,没有人需要被打扰,但你可以尽快讨论事情。无论如何,最好是明确地同意这个方法,或者你最终使用的任何其他方法。
发布于 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)有完整的了解。
谢谢
库什布
https://sqa.stackexchange.com/questions/6836
复制相似问题