BUG 复现方法总结[精选5篇]

时间:2019-05-14 05:16:18下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《BUG 复现方法总结》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《BUG 复现方法总结》。

第一篇:BUG 复现方法总结

BUG复现技巧与方法

● 确保所有的步骤都被记录。记录下所做的每一件事、每一个步骤、每一个停顿。无意间丢失一个步骤或者增加一个多余步骤,可能导致无法再现软件缺陷。在尝试运行测试用例时,可以利用录制工具确切地记录执行步骤。所有的目标是确保导致软件缺陷所需的全部细节是可见的。

● 特定条件和时间。软件缺陷仅在特定时刻出现吗?软件缺陷在特定条件下产生吗?产生软件缺陷是网络忙吗?在较差和较好的硬件设备上运行测试用例会有不同的结果吗?

● 压力和负荷、内存和数据溢出相关的边界条件。执行某个测试能导致产生缺陷的数据被覆盖,而只有在试图使用脏数据时才会再现。在重启机器后,软件缺陷消失,当执行其他测试之后又出现这类软件缺陷,需要注意某些软件缺陷可能是在无意中产生的。

● 考虑资源依赖性包括内存、网络和硬件共享的相互作用等。软件缺陷是否仅在运行其他软件并与其他硬件通信的“繁忙”系统上出现?软件缺陷可能最终证实跟硬件资源、网络资源有相互的作用,审视这些影响有利于分离和再现软件缺陷。

● 不能忽视硬件。与软件不同,硬件Hi按预定方式工作。板卡松动、内存条损坏或者CPU过热都可能导致像是软件缺陷的失败。设法在不同硬件不再现软件缺陷。在执行配置或者兼容性测试时特别重要。判定软件缺陷是在一个系统上还是在多个系统上产生。

第二篇:不可复现bug测试方案

Troubleshooting 核心:

1.头脑要清晰,思维要收敛,而非发散。2.与开发人员保持良好、准确的沟通。3.细心、耐心。

4.不轻言放弃,即使开发人员也快失去了信心,你也不要放弃。5.自信,有些低水平的开发人员分析定位问题的能力比测试人员要弱

不可重新bug重现方案1:

1.确定版本是否与客户使用版本一致;

2.客户使用环境:操作系统、软件环境、IE、防火墙、Office 版本、杀毒软件版本;

3.客户问题描述,尽可能详细的了解,在什么环境下做了什么操作发生了什么问题;

4.对被测系统的功能非常了解,经过程序员讲解,获取实现此功能的原理 5.反复验证

不可重新bug重现方案2:

1.首先确保被测试目标的软件版本是发现问题时的版本--版本不一致就没有分析定位问题的前提了。

2.如果被测试设备是硬件设备,要确保重现问题时是同一台硬件设备、同一张硬件板卡--因为有可能问题就是由某种硬件板卡的个性故障引起的。3.搭建测试环境的辅助软件和辅助设备要与发现问题时是同一台设备及同一软件版本--因为问题有可能是由于辅助软件和辅助设备的故障所引起的,或者由于辅助软件和辅助设备的某个异常才触发了被测试设备的问题。4.所有测试环境的硬件条件都确保一致后,就需要确保测试目标的功能配置及参数与发现问题时的数据是一致的,特别是输入值应该与出现问题时一样。5.完成前面4步准备工作后,至少要让一名开发人员陪同你一起开始重现问题,因为他会从实现内部原理的角度给你提供很多提高重现工作效率的意见和建议。同时,他还可以通过在测试过程中不断查看各种重要的系统数据来找到一些可帮助快速突破的蛛丝马迹。

6.如果在第5步中没有找到可以定位问题的原因,就需要再回忆第一次遇到问题时的所有场景,查看自己有无遗漏信息,并继续坚持去尝试重现。因为确实有些问题是小概率发生的,是多种瞬间状态临界值的交集。即使定位到了触发条件和原因,在操作上也很难每次都掌握到那个临界状态。只有不断尝试和坚持才能把问题重现出来,帮助开发人员修改该问题。

不可重新bug重现方案3:

1)尽量获取系统的打印信息和DEBUG信息; 2)测试人员应该报告不可重现的缺陷;

3)在产品操作指南(使用说明)中明确告知客户; 4)缺陷报告中明确该缺陷能够重现的可能性;

1、尽量获取系统的打印信息和DEBUG信息

尽管测试人员在测试过程中经常会碰到一些难以重现的缺陷,但是,系统出现异常行为的时候,通常总是会存在一些蛛丝马迹的。这就需要测试人员需要有足够的耐心和细心。同时,测试人员在测试过程中,应该养成有些良好的习惯,例如:打开系统的DEBUG端口,不断捕获系统的打印信息,特别是信息中提示错误和告警的信息,从而帮助开发人员跟踪和定位缺陷发生的原因,从而有利于开发人员解决这种类型的缺陷。

例如:在测试过程中,测试人员经常会碰到系统重启的问题。对于这样的问题,我们可以从下面几个方面对该问题进行分析:

● 仔细分析DEBUG端口中打印的错误和告警信息,例如:信息是系统级别的,还是模块级别的?系统什么情况下会出现这样的信息? ● 分析系统在什么情况下会出现重启,例如:数据的溢出、野指针、堆栈溢出。通过分析原因,可以更好的分析导致缺陷的根本原因。

2、测试人员应该报告不可重现的缺陷

即使是不可重现的缺陷,笔者认为,测试人员也应该报告这样的缺陷。假如组织内要求测试人员报告不可重现的要求,可以推动测试人员对这样的缺陷进行仔细的研究和分析;报告不可重现的缺陷可以形成项目的不可重现的缺陷数据库,定期浏览这些缺陷,并进行集中的分析,可能会在不同的缺陷描述中发现一些共同的或者可能有联系的信息,有助于问题的解决。

另外,报告不可重现的缺陷,也有助于测试人员和开发人员对这类问题和系统表现进行跟踪。

3、在产品操作指南(使用说明)中明确告知客户

对于通过测试人员和开发人员共同努力,还是无法进行重现的缺陷,测试人员不仅要报告缺陷,如果该缺陷可能对用户的使用有较大的影响,测试人员还应该在测试报告中描述这样的缺陷,告诉用户缺陷的表现,可能导致的问题,以及可能的补救方案。

通过在用户操作指南(用户手册)中明确告知系统存在的一些不可重现的问题,不仅可以让客户了解产品中可能存在的问题,提前有一定的心理预期;同时在他们碰到问题的时候,也可以根据我们提供的一些补救方案,客户可以继续使用产品。

4、缺陷报告中明确该缺陷能够重现的可能性

最后,测试人员在报告不可重现的缺陷时,应该在缺陷报告中明确提示该缺陷不可重现或者难以重现,避免在进度压力太大的情况下,开发人员将精力过多地放在这种类型的缺陷修复上。

不可重新bug重现方案4:

1.程序错误可能有延迟效应,例如内存泄露、指针越界或栈被破坏。可以用内存工具监控内存。如,Purify或类似工具。

2.程序错误可能依赖于特定的数据或被破坏了的数据。3.程序错误可能在特定的时间内发生,检查日末、周末、季末、年末这些特定的时间。

4.错误可能依赖于特定顺序执行时发生,在发生错误前,执行了什么? 5.程序错误可能是前面失效的残余,例如,上一次出现的GPF后重启计算机了么?

等等。

第三篇:bug分析报告

一、整体bug分布

1、模块分布图

2、严重程度分布图

3、Bug时间分布-模块-严重程度分布图等

二、功能模块bug分布

1、严重程度分布

2、Bug时间分布

三、测试阶段bug分布

1、模块分布图

2、严重程度分布图

3、Bug时间分布-模块-严重程度分布图等

四、bug出现原因总结

分析bug出现的原因,对bug原因进行归类整理等

第四篇:有效地报告BUG

如何有效地报告Bug------------------引言

为公众写过软件的人,大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵??译者注)报告,例如: 在报告中说“不好用”; 所报告内容毫无意义;

在报告中用户没有提供足够的信息; 在报告中提供了虚假信息;

所报告的问题是由于用户的过失而产生的; 所报告的问题是由于其他程序的错误而产生的; 所报告的问题是由于网络错误而产生的;

这便是为什么“技术支持”被认为是一件可怕的工作,因为有拙劣的bug报告需要处理。然而并不是所有的bug报告都令人生厌:我在业余时间维护自由软件,有时我会收到非常清晰、有帮助并且内容丰富的bug报告。

在这里我会尽力阐明如何写一个好的bug报告。我非常希望每一个人在报告bug之前都读一下这篇短文,当然我也希望用户在给我报告bug之前已经读过这篇文章。

简单地说,报告bug的目的是为了让程序员看到程序的错误。您可以亲自示范,也可以给出能导致程序出错的、详尽的操作步骤。如果程序出错了,程序员会收集额外的信息直到找到错误的原因;如果程序没有出错,那么他们会请您继续关注这个问题,收集相关的信息。

在bug报告里,要设法搞清什么是事实(例如:“我在电脑旁”和“XX出现了”)什么是推测(例如:“我想问题可能是出在„„”)。如果愿意的话,您可以省去推测,但是千万别省略事实。

当您报告bug的时候(既然您已经这么做了),一定是希望bug得到及时修正。所以此时针对程序员的任何过激或亵渎的言语(甚至谩骂)都是与事无补的??因为这可能是程序员的错误,也有可能是您的错误,也许您有权对他们发火,但是如果您能多提供一些有用的信息(而不是激愤之词)或许bug会被更快的修正。除此以外,请记住:如果是免费软件,作者提供给我们已经是出于好心,所以要是太多的人对他们无礼,他们可能就要“收起”这份好心了。“程序不好用”

程序员不是弱智:如果程序一点都不好用,他们不可能不知道。他们不知道一定是因为程序在他们看来工作得很正常。所以,或者是您作过一些与他们不同的操作,或者是您的环境与他们不同。他们需要信息,报告bug也是为了提供信息。信息总是越多越好。

许多程序,特别是自由软件,会公布一个“已知bug列表”。如果您找到的bug在列表里已经有了,那就不必再报告了,但是如果您认为自己掌握的信息比列表中的丰富,那无论如何也要与程序员联系。您提供的信息可能会使他们更简单地修复bug。

本文中提到的都是一些指导方针,没有哪一条是必须恪守的准则。不同的程序员会喜欢不同形式的bug报告。如果程序附带了一套报告bug的准则,一定要读。如果它与本文中提到的规则相抵触,那么请以它为准。

如果您不是报告bug,而是寻求帮助,您应该说明您曾经到哪里找过答案,(例如:我看了第四章和第五章的第二节,但我找不到解决的办法。)这会使程序员了解用户喜欢到哪里去找答案,从而使程序员把帮助文档做得更容易使用。“演示给我看”

报告bug的最好的方法之一是“演示”给程序员看。让程序员站在电脑前,运行他们的程序,指出程序的错误。让他们看着您启动电脑、运行程序、如何进行操作以及程序对您的输入有何反应。

他们对自己写的软件了如指掌,他们知道哪些地方不会出问题,而哪些地方最可能出问题。他们本能地知道应该注意什么。在程序真的出错之前,他们可能已经注意到某些地方不对劲,这些都会给他们一些线索。他们会观察程序测试中的每一个细节,并且选出他们认为有用的信息。

这些可能还不够。也许他们觉得还需要更多的信息,会请您重复刚才的操作。他们可能在这期间需要与您交流一下,以便在他们需要的时候让bug重新出现。他们可能会改变一些操作,看看这个错误的产生是个别问题还是相关的一类问题。如果您不走运,他们可能需要坐下来,拿出一堆开发工具,花上几个小时研究。但是最重要的是在程序出错的时候让程序员在电脑旁。一旦他们看到了问题,他们通常会找到原因并开始试着修改。“告诉我该怎么做”

如今是网络时代,是信息交流的时代。我可以点一下鼠标把自己的程序送到俄罗斯的某个朋友那里,当然他也可以用同样简单的方法给我一些建议。但是如果我的程序出了什么问题,我不可能在他旁边。“演示”是很好的办法,但是常常做不到。

如果您必须报告bug,而此时程序员又不在您身边,那么您就要想办法让bug重现在他们面前。当他们亲眼看到错误时,就能够进行处理了。

确切地告诉程序员您做了些什么。如果是一个图形界面程序,告诉他们您按了哪个按钮,依照什么顺序按的。如果是一个命令行程序,精确的告诉他们您键入了什么命令。您应该尽可能详细地提供您所键入的命令和程序的反应。

把您能想到的所有的输入方式都告诉程序员,如果程序要读取一个文件,您可能需要发一个文件的拷贝给他们。如果程序需要通过网络与另一台电脑通讯,您或许不能把那台电脑复制过去,但至少可以说一下电脑的类型和安装了哪些软件(如果可以的话)。

“哪儿出错了?在我看来一切正常哦!”

如果您给了程序员一长串输入和指令,他们执行以后没有出现错误,那是因为您没有给他们足够的信息,可能错误不是在每台计算机上都出现,您的系统可能和他们的在某些地方不一样。有时候程序的行为可能和您预想的不一样,这也许是误会,但是您会认为程序出错了,程序员却认为这是对的。

同样也要描述发生了什么。精确的描述您看到了什么。告诉他们为什么您觉得自己所看到的是错误的,最好再告诉他们,您认为自己应该看到什么。如果您只是说:“程序出错了”,那您很可能漏掉了非常重要的信息。

如果您看到了错误消息,一定要仔细、准确的告诉程序员,它们很重要。在这种情况下,程序员只要修正错误,而不用去找错误。他们需要知道是什么出问题了,系统所报的错误消息正好帮助了他们。如果您没有更好的方法记住这些消息,就把它们写下来。只报告“程序出了一个错”是毫无意义的,除非您把错误消息一块报上来。

特殊情况下,如果有错误消息号,一定要把这些号码告诉程序员。不要以为您看不出任何意义,它就没有意义。错误消息号包含了能被程序员读懂的各种信息,并且很有可能包含重要的线索。给错误消息编号是因为用语言描述计算机错误常常令人费解。用这种方式告诉您错误的所在是一个最好的办法。

在这种情形下,程序员的排错工作会十分高效。他们不知道发生了什么,也不可能到现场去观察,所以他们一直在搜寻有价值的线索。错误消息、错误消息号以及一些莫名其妙的延迟,都是很重要的线索,就像办案时的指纹一样重要,保存好。

如果您使用UNIX系统,程序可能会产生一个内核输出(core dump)。内核输出是特别有用的线索来源,别扔了它们。另一方面,大多数程序员不喜欢收到含有大量内核输出文件的EMAIL,所以在发邮件之前最好先问一下。还有一点要注意:内核输出文件记录了完整的程序状态,也就是说任何秘密(可能当时程序正在处理一些私人信息或秘密数据)都可能包含在内核输出文件里。“出了问题之后,我做了„„”

当一个错误或bug发生的时候,您可能会做许多事情。但是大多数人会使事情变的更糟。我的一个朋友在学校里误删了她所有的Word文件,在找人帮忙之前她重装了Word,又运行了一遍碎片整理程序,这些操作对于恢复文件是毫无益处的,因为这些操作搞乱了磁盘的文件区块。恐怕在这个世界上没有一种反删除软件能恢复她的文件了。如果她不做任何操作,或许还有一线希望。

这种人仿佛一只被逼到墙角的鼬(黄鼠狼、紫貂一类的动物??译者注):背靠墙壁,面对死亡的降临奋起反扑,疯狂攻击。他们认为做点什么总比什么都不做强。然而这些在处理计算机软件问题时并不适用。不要做鼬,做一只羚羊。当一只羚羊面对料想不到的情况或受到惊吓时,它会一动不动,是为了不吸引任何注意,与此同时也在思考解决问题的最好办法(如果羚羊有一条技术支持热线,此时占线。)。然后,一旦它找到了最安全的行动方案,它便去做。

当程序出毛病的时候,立刻停止正在做的任何操作。不要按任何按钮。仔细地看一下屏幕,注意那些不正常的地方,记住它或者写下来。然后慎重地点击 “确定” 或“取消”,选择一个最安全的。学着养成一种条件反射??一旦电脑出了问题,先不要动。要想摆脱这个问题,关掉受影响的程序或者重新启动计算机都不好,一个解决问题的好办法是让问题再次产生。程序员们喜欢可以被重现的问题,快乐的程序员可以更快而且更有效率的修复bug。“我想粒子的跃迁与错误的极化有关”

并不只是非专业的用户才会写出拙劣的bug报告,我见过一些非常差的bug报告出自程序员之手,有些还是非常优秀的程序员。

有一次我与另一个程序员一起工作,他一直在找代码中的bug,他常常遇到一个bug,但是不会解决,于是就叫我帮忙。“出什么毛病了?”我问。而他的回答却总是一些关于bug的意见。如果他的观点正确,那的确是一件好事。这意味着他已经完成了工作的一半,并且我们可以一起完成另一半工作。这是有效率并有用的。

但事实上他常常是错的。这就会使我们花上半个小时在原本正确的代码里来回寻找错误,而实际上问题出在别的地方。我敢肯定他不会对医生这么做。“大夫,我得了Hydroyoyodyne(真是怪病??译者),给我开个方子”,人们知道不该对一位医生说这些。您描述一下症状,哪个地方不舒服,哪里疼、起皮疹、发烧„„让医生诊断您得了什么病,应该怎样治疗。否则医生会把您当做疑心病或精神病患者打发了,这似乎没什么不对。

做程序员也是一样。即便您自己的“诊断”有时真的有帮助,也要只说“症状”。“诊断”是可说可不说的,但是“症状”一定要说。同样,在bug报告里面附上一份针对bug而做出修改的源代码是有用处的,但它并不能替代bug报告本身。

如果程序员向您询问额外的信息,千万别应付。曾经有一个人向我报告bug,我让他试一个命令,我知道这个命令不好用,但我是要看看程序会返回一个什么错误(这是很重要的线索)。但是这位老兄根本就没试,他在回复中说“那肯定不好用”,于是我又花了好些时间才说服他试了一下那个命令。

多动动脑筋对程序员是有帮助的。即使您的推断是错误的,程序员也应该感谢您,您的尝试使他们的工作变的更简单。不过千万别忘了报告“症状”,否则只会使事情变得更糟。“真是奇怪,刚才还不好用,怎么现在又好了?”

“间歇性错误”着实让程序员发愁。相比之下,进行一系列简单的操作便能导致错误发生的问题是简单的。程序员可以在一个便于观察的条件下重复那些操作,观察每一个细节。太多的问题在这种情况下不能解决,例如:程序每星期出一次错,或者偶然出一次错,或者在程序员面前从不出错(程序员一离开就出错。??译者)。当然还有就是程序的截止日期到了,那肯定要出错。

大多数“间歇性错误”并不是真正的“间歇”。其中的大多数错误与某些地方是有联系的。有一些错误可能是内存泄漏产生的,有一些可能是别的程序在不恰当的时候修改某个重要文件造成的,还有一些可能发生在每一个小时的前半个小时中(我确实遇到过这种事情)。

同样,如果您能使bug重现,而程序员不能,那很有可能是他们的计算机和您的计算机在某些地方是不同的,这种不同引起了问题。我曾写过一个程序,它的窗口可以蜷缩成一个小球停在屏幕的左上角,它在别的计算机上只能在 800x600 解析度工作,但是在我的机器上却可以在 1024x768 工作。

程序员想要了解任何与您发现的问题相关的事情。有可能的话您到另一台机器上试试,多试几次,两次,三次,看看问题是不是经常发生。如果问题出现在您进行了一系列操作之后,不是您想让它出现它就会出现,这就有可能是长时间的运行或处理大文件所导致的错误。程序崩溃的时候,您要尽可能的记住您都做了些什么,并且如果您看到任何图形, 也别忘了提一下。您提供的任何事情都是有帮助的。即使只是概括性的描述(例如:当后台有EMACS运行时,程序常常出错),这虽然不能提供导致问题的直接线索,但是可能帮助程序员重现问题。

最重要的是:程序员想要确定他们正在处理的是一个真正的“间歇性错误”呢,还是一个在另一类特定的计算机上才出现的错误。他们想知道有关您计算机的许多细节,以便了解您的机器与他们的有什么不同。有许多细节都依仗特定的程序,但是有一件东西您一定要提供??版本号。程序的版本、操作系统的版本以及与问题有关的程序的版本。“我把磁盘装进了我的Windows„„”

表意清楚在一份bug报告里是最基本的要求。如果程序员不知道您说的是什么意思,那您就跟没说一样。我收到的bug报告来自世界各地,有许多是来自非英语国家,他们通常为自己的英文不好而表示歉意。总的来说,这些用户发来的bug报告通常是清晰而且有用的。几乎所有不清晰的bug报告都是来自母语是英语的人,他们总是以为只要自己随便说说,程序员就能明白。

精确。

如果做相同的事情有两种方法,请说明您用的是哪一种。例如:“我选择了‘载入’”,可能意味着“我用鼠标点击‘载入’”或“我按下了‘ALT+L’”,说清楚您用了哪种方法,有时候这也有关系。详细。

信息宁多毋少!如果您说了很多,程序员可以略去一部分,可是如果您说的太少,他们就不得不回过头再去问您一些问题。有一次我收到了一份bug报告只有一句话,每一次我问他更多事情时,他每次的回复都是一句话,于是我花了几个星期的时间才得到了有用的信息。

谨慎使用代词。

诸如“它”,“窗体”这些词,当它们指代不清晰的时候不要用。来看看这句话:“我运行了FooApp,它弹出一个警告窗口,我试着关掉它,它就崩溃了。”这种表述并不清晰,用户究竟关掉了哪个窗口?是警告窗口还是整个FooApp程序?您可以这样说,“我运行FooApp程序时弹出一个警告窗口,我试着关闭警告窗口,FooApp崩溃了。”这样虽然罗嗦点,但是很清晰不容易产生误解。检查。

重新读一遍您写的bug报告,您觉得它是否清晰?如果您列出了一系列能导致程序出错的操作,那么照着做一遍,看看您是不是漏写了一步。

小结:

bug报告的首要目的是让程序员亲眼看到错误。如果您不能亲自做给他们看,给他们能使程序出错的详细的操作步骤。

如果首要目的不能达成,程序员不能看到程序出错。这就需要bug报告的第二个目的来描述程序的什么地方出毛病了。详细的描述每一件事情:您看到了什么,您想看到什么,把错误消息记下来,尤其是“错误消息号”。

当您的计算机做了什么您料想不到的事,不要动!在您平静下来之前什么都别做。不要做您认为不安全的事。

尽量试着自己“诊断”程序出错的原因(如果您认为自己可以的话)。即使做出了“诊断”,您仍然应该报告“症状”。

如果程序员需要,请准备好额外的信息。如果他们不需要,就不会问您要。他们不会故意为难自己。您手头上一定要有程序的版本号,它很可能是必需品。

表述清楚,确保您的意思不能被曲解。

总的来说,最重要的是要做到精确。程序员喜欢精确。

第五篇:穿越火线实战技巧和一些BUG总结

穿越火线实战技巧和一些BUG分享

穿越火线的小技巧和一些BUG幸福的定义

BUG 跳(即超级跳)

W+S按住不放 蹲键+跳键一起按(此跳可以上 箱子 沙漠A坑 潜艇上山等.其次再说下 进箱子 蹲在箱子一角左 右 左 右......重复(据说CF里80%箱子都能进去)进墙也一样

怎么挤人

方法是 挤的人 静步走 低头 前走 后退

空枪刷子弹

适合幽灵玩家守包用方法;首先先把自己的机枪子弹用完完了把“空机枪”扔地下 手枪子

弹打一发(只要不满就行)完了按R(既换手枪子弹)在换的手枪子弹的同时拣地上的空枪 换刀 细节是

拣起的空机枪是不显示的 而是直接显示刀了(既R+拣空机枪 +换刀)卡天空 +卡不死

这个简单只须3个按键 分别是ESC+蹲键+AIT键卡天空是 跳起后 按此3个键 要一

直按住 只要松手就出来了就被打死了 卡住后 是打不死的卡了后为什么 游戏就自动被切换出去了 这个解决方法是 松手时 最后松ESC键 就可以了!

贴在箱子边上/。同时按住W S 这两个键在跳蹲。只后就会卡在箱子上,在松开S,在跳一下。就上去了。

这里要注意的是。跳一下可能不会成功。需要多跳几下

爆头讲究技巧,新手很容易上手,老手也很实用的包头方法,很容易学,你会发现爆头原来如此简单:

1要爆头 最重要的当然是要先瞄头了也是最基本的 这个基本功修炼的好坏影响你以后爆头率 首先就是要

强迫自己只打头,就是找爆头点,最好选择2号准心 用中间那个点瞄头!要爆头就必须做到这点,以后

瞄头习惯了,就有感觉了,那些习惯了瞄胸部的(有女人了呵呵别养成了瞄女人胸部习惯啊)马上改过来

2瞄到头后你要做的就是点射,点射要有节奏,1颗 2颗的点不要让准心跳起来就行,这里要说下那些喜欢

扫的同志,千万要该掉扫的习惯,就是别人冲过来了也不能扫,这就需要冷静和一定心理,以后多死点就

练成了哈哈,切忌不能扫。

3这条是最核心也是新手最容易掌握的了,当你把准心瞄到头部了,并进行点射了,别人总不是SB站着让

你打吧,他要移动,这时候你要做的就是:把鼠标准心瞄到人要出来的脑壳那条线上,然后鼠标就可以

不用移动了 最好不要移动 如果爆头点歪了,等下解释,鼠标现在就只有左键有用了,你要做的就是配合脚步,你不断走位,让你的准心移动到敌人头上,然后1棵子弹就解决拉!我打别人基本都是2棵子弹了,记到 到=准心要移动到头部在点射,就成了。

4如果你的爆头点歪了 离头高了点或者低了点,你就需要调整,这时候鼠标灵敏度就有很大影响了,所以

越底越好,底了或高了轻轻想上移动下,不回移得太远,就容易调整到瞄头的位置了!所以大家要先学习

爆头请把鼠标调底啊10一下最好了,想那些20-30 的就不适合此爆头方法了!5然后去多练习吧,推荐初学者练习爆头地图:死亡10字!!

http://static.youku.com/v1.0.0022/v/swf/qplayer.swf?VideoIDS=XNjM1MDI4NTI=&embedid=MjE4Ljc1L

jIyMy4xMTgCMTU4NzU3MTMCd3d3LjMzOG11LmNvbQIvcmVhZC1odG0tdGlkLTI2NTIwLWZwYWdlLTIuaHRtbA==&showAd=0

1.隔墙丢雷BUG.此BUG任何地图,任何位置都可以使用出来,方法就是把雷举好了,然后紧贴墙,在松手,雷就可以穿透墙到达指定的地方。

2.小道跑步无声BUG,沙漠-2地图小道位置,边缘有一小块突起的护栏,玩家踩在护栏外沿跑直线,无脚步声。(注意,不是静步走,但跑到尽头停下来时会有一下声音)

3.埋包刷钱BUG,在埋包结束的瞬间移动,结果是包没有埋上,而下面却显示成功获得经验跟金钱

地图:沙漠2 地点:B点的小门,有两个台阶的楼梯,先上去 按A 慢慢的后退 就可以卡进去,然后

半透视土匪基!地点:B点的小天台的小口子,跳上箱子后 往山上爬,爬不动的时候一个小跳就进去了,透视半全屏!地点:沙漠任何有房子的屋顶上面投个烟雾弹直接到另一头!你可以 试试 沙漠2 中门山那

右边可以上去 左边可以进去B门 斜坡上两个大小的箱子可以进A包点 斜坡上 绿箱子可以进

1.按着 ctrl 建 不松!s 和 空格 一起跳(s 比 空格 快一点)快要落地后 松 掉s和空格!你 会发

现整个过程你是隐行的!

2.还有就是 连跳 了 当然 是 一直隐身的!主要是 跳与跳之间的连接,节奏要自己掌握穿越火线沙

漠2-BUG汇总

4.B点透视BUG,位置就在B洞口,紧帖墙从楼梯向左下方滑动。就会透过墙看到里面的情形。(此可

归为一类BUG,很多地方都适用)

5.A点BUG包。在A点包点箱子处埋包时,埋下C4等待2-3秒C4会在3种位置出现,前2种情况埋完的包

可以听到声音,也能看到,也能拆到地图:

运输船

地点:出生后冲到敌人基地的路上 有个大集装箱 那有个小箱子,靠上去一但有人挤下你你就

进去了!地点:地下通道和地面是可以穿墙的,你可以在倒数第二的窗子口往上用B51点的打,名字一红就

是有人,这样的杀人你试过没!很好很强大!

人物:土匪可以隐身鬼步,按shift+ctri 前进或后退 按空格 掌握时间 间隔 你可以很熟练的隐身跳

跃杀敌人按shift+ctri 和A D左右移动是听不到脚步声音的!

地图:地下研究所

地点:A爆破 A爆破地点的光柱请用身体靠上去,后退一小步,目标往下瞄准在跳跃,成功跳上去后目标往上看,10内卡进去!蹲下埋雷 等待警察上来一刀一个!我的方法100%卡进去 不弹回来!

地点:B爆破 B爆破地点的圈子里有个两层的楼梯,大跳蹲上去 就可以卡进去了!B点适合警察蹲点!

地点:A管道 A管道土匪到A点必经之路,进口子时 速度要快 冲的瞬间 按蹲跳可全屏透视A爆破点!

地点:B管道 B管道土匪带包进的管道,进口子时 速度要快 冲的瞬间 按蹲跳可全屏透视B爆破点!

地图:失落遗迹

地点:土匪出生地出来的第一的洞口,顺的墙往上爬 就会卡到上面,全屏透视!地点:A埋雷上面,拿包的土匪 别急的按可以刷经验的埋雷,用手点埋雷 在移动下脚步 重复的掉到下面

埋了后成功了但是 雷还在身上,反复的埋奖励经验

巷战地图:

是箱子要卡进去,如果是哪个房子的话,下面垫个人就,可以跳进去了上房你要当CT,CT

那边有3个窗户的那面墙,慢慢跳上去,连跳,或者踩在另一个人身上跳首先先开几枪,然后R4G,这里R换

子弹,要在换子弹期间按4换雷,这里是重点,换雷千万别等雷拿出来再按G,一定要在换雷而雷还不在手

上的时候迅速按G,把枪丢掉,这下再看看雷的个数吧,这个速度还是要自己体会的,简单的说就是开枪R4G.大家多练练,刷出来0/XX说明假雷,具体方法没错,主要是4g时间没掌握好,有时候XX/XX这样用没的时候再

重复r4g还能实现无限雷的经验地图:化工厂

警察 出来 前走 左转那的木门 1人站那 其他人跳上去 可以上房顶 在B点 往匪家去的路上 那的石墩可以进地图:潜艇 潜艇是可以上去的 需要2人 配合 在傍边的铁栏杆上 1人蹲 另个人 跳

可以上去A点 潜艇那的火箭也可以进图中的叉车那 可以从叉车上往 傍边的网里跳进去 里面的管道 也可以

进去叉车前面的房子 有个平台 2人配合可以上才可以

地图:黑色城镇

A点那 一群人 一起上 可以上房顶 A点车 轮子那 可以下BUG包地图:新年

可以进火车可以上房顶B点那跳上箱子上 可以进个隐秘的房间 中路那的木门上 可以跳上去地图:

小型工厂最下面有水的地方 水的右边有梯子 梯子上有网 从网的后面 你按CTRL爬上去 爬不动了 然后以松

就可以了透视了(距离警察基地近的那个,主要是匪卡这个BUG杀警察)

下载BUG 复现方法总结[精选5篇]word格式文档
下载BUG 复现方法总结[精选5篇].doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    英语词汇教学的有效复现策略

    英语词汇教学的有效复现策略 【摘要】词汇是构成英语语言的最基本单位,词汇教学也是小学英语教学的重点和难点所在。词汇的复现是词汇有效教学的重要手段之一。小学生他们活......

    QTP 和QC 的整合 - 运行结束后自动提交bug的方法[合集5篇]

    QTP 和QC 的整合 - 运行结束后自动提交bug的方法 上一篇 / 下一篇 2008-08-09 15:08:50 / 个人分类:测试流程 查看( 133 ) / 评论( 1 ) / 评分( 0 / 0 )在自动化测试过程中,发......

    警惕!毕业生简历十大BUG

    很多人在写简历的时候,往往会不自觉地走进误区,如何写一份好且精要个人简历,以下为大家提供个人简历十大致命伤,希望大家能从中吸取经验。1、96%缺乏针对性一份标准模版下做出来......

    金融帝国2秘籍&BUG

    按住Shift,输入6789 然后Alt+C,加1kw ,用秘籍后评分为0修改方法:1.修改资金 可用金山游侠在游戏中直接输入资金数字,并在最后加.0,如455678923.0。可扫出2个结果,全部修改成想要的......

    Bug 报告的流程以及要素分析

    Bug 报告的流程以及要素分析 前提:标准的对日项目中使用 Bug发行和处理流程 1. 测试中发现问题 2. 寻找参照文档即发行依据。 3. 进行对比信息采集 4. 进行不重复bug的自我确......

    编写优秀Bug报告的艺术

    编写优秀Bug报告的艺术前言在Quality week上的一次演讲中,微软的一个测试经理,Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况,因为这样......

    科学教学是探究过程的简约复现

    科学教学是探究过程的简约复现 ——从实验的设计者到儿童探究的激发者 “做中学”承担着儿童科学启蒙教育的责任,以培养儿童良好的科学素养为宗旨,以能让儿童直接参与的科学......

    古诗词方法总结[范文大全]

    一、背景联系法 每一首诗、一首词的问世,都是作者情感的流露,都和作者当时所处的环境及作者的性格密切相关。如果我们把每首诗词和作者作此诗词时的北京、作者的性格割裂开来......