像我这样叼的有七个
测试bug。
我要测试百度知道的bug
摘要：当前用户对软件企业开发出来的软件质量提出了越来越高的要求了。
所以在这种大的环境背景下，催生了一个新兴的职业——“软件测试工程师”的职业。
尤其是最近2-3年来加入这个职业或者即将加入到这个职业的人也越来越多了。
那么作为一名软件测试工程师，我们该如何迅速找到软件中的缺陷Bug呢？ 下面结合作者多年的软件测试经验谈谈。
按照作者的观点：凡是不符合用户需求的，或者在使用过程中给用户造成不便的，都认为它是Bug。
话虽然说的有点极端，但是现实就是如此。
那么对于刚入行的软件测试新手迅速找出软件中的Bug思路如下： 1、尽快熟悉公司的产品业务 比如你们公司做ERP软件的，你肯定要迅速熟悉EPR的业务流程；比如你们公司是做法院软件的，那么你一定要熟悉法院审判案件的流程，只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷，你发现的软件缺陷才是有价值的。
否则即使你能找到一些软件缺陷，那也是纯软件的缺陷，价值不大。
2、把自己当成是用户 把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗？ 2.1 比如在大量要求用户输入的软件界面中，有一些用户喜欢使用Tab键采用全键盘的输入；此时的正确的接口应该采取从左到右，从上到下的顺序。
2.2 比如有的用户喜欢使用快捷键操作等（Ctr+C,Ctr+V,Ctr+F），但是实际情况下一些开发出来的软件的快捷键却根本不起作用。
2.3 比如软件在需要用户输入的信息的时候（特别是在填写个人资料的时候），必填项后面一律要用*等醒目的标示，要让用户知道这个地方时必须填写的。
2.4 下拉框不选值的时候，应该有个默认值；并且要多检查程序中的多处下拉框，因为很多情况下下拉框取不到值。
3、善于怀疑，不要迷信高手 世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。
别人认为是对的，我却认为不是对的。
如果你认为某个或者某些程序员水平很高，他写的这个地方应该没问题吧，那么我要说你错了，这样很容易遗漏软件中的Bug。
因为程序开发人员毕竟是普通的人，只要是人就会犯错误的。
4、不要让程序开发人员的观点：“用户不会进行这样的操作”而说服自己 遇到这样的情况，你要坚持你自己正确的想法，以后对方会明白你的。
比如在一个录入员工基本信息的系统中，系统中对员工的年龄作为负值、而没有作为判断、也可以保存到数据库中，此时你不要被程序员的用户不会进行这样操作的观点说服自己，你要坚持你正确的观点，把这种现象作为一个Bug吧，勇敢点！你的选择不会不错！ 5、在软件测试过程中要跟踪一条数据完整的流程 在软件测试的时候要跟踪一条数据完整的流程，保证数据的正确性这个真的是太重要了：假如你在测试一个销售的类型的软件的时候：你应该先做订货-à入库-à盘点-à销售-à查询。
首先你要保证这个数据的流向是正确的无误的。
假如你在测试法院审判软件的时候，你要先收案-à立案-à发送审批-à排期---审理审判-à结案判决-à归档-à查询。
总之跟踪一条数据的流程，保证数据的正确性。
如果经过你测试的软件在用户使用过程中业务流程上都走不通的话，那么这样的软件你说经过你的测试，但是在比人看来与没有测试有什么区别呢？ 6、回归测试要注意的细项 程序员提交新的程序版本后，作为测试人员应该立即与程序员沟通这个修改的功能、并且这个新修改的功能影响哪些功能。
举个简单的例子来说明一下：比如在一款软件中，程序开发人员修改了某个“会员”的某个字段信息。
作为测试人员首先你要测试“会员”的功能这个是你首先需要做的。
另外你还要和程序员沟通询问他们新修改的这个会员的字段，会影响会员的销售功能吗？会对会员以前的销售记录的查询有影响吗？如果对这些功能有影响，那么这些功能都是你在回归测试的时候重点测试的地方，也是最容易产生Bug的地方了。
7、与使用者互动的缺陷 7.1 如填写资料错误应的时候，应该能够提示错误的位置，让用户知道是这个地方输入数据不对。
7.2 删除数据之前给一定要给出是否删除确认提示。
7.3 不要在软件中使用中英文混合的提示比如：比如对于用户某个操作的错误提示，不要一会用“error”、一会用“错误”；一会用“succeed”另一会用“成功”，总之要统一。
游戏盒软件测试注意项 怎样找出更多bug
测试一般来讲都是根据测试用例来进行的，这是根本。
但是当一个人面对上千条甚至上W条的用例就可能由于烦操感而导致用例执行的不仔细，认真，这里就是一个非常重要的问题，如何在面对庞大的工作还能保证一个良好的心态就是最重要的，同样跑一份用例，我就见过一个人只能找出10几个Bug，而另外一个找出40多个Bug，而且他们都是按照测试用来进行的，有的公司没有测试用例，那么你就需要按照界面的顺序，，对于每个显示的内容，及可点击的功能点，进行无遗漏的测试，还有BUG发现最多的地方一般就是异常状态，例如你使用软件的时候突然关机，然后在开机软件会不会有什么异常之类的，这个只是个简单的例子，经验也是非常重要的。
游戏测试有些不太一样，游戏经验丰富的玩家可能会相对容易的找出一些Bug，但是根本的东西都相差不多~~ 纯手打，累死了= =
如何查找软件中的bug
对于刚入行的软件测试新手迅速找出软件中的Bug思路如下： 1、 尽快熟悉公司的产品业务 比如你们公司做ERP软件的，你肯定要迅速熟悉EPR的业务流程；比如你们公司是做法院软件的，那么你一定要熟悉法院审判案件的流程，只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷，你发现的软件缺陷才是有价值的。
否则即使你能找到一些软件缺陷，那也是纯软件的缺陷，价值不大。
2、 把自己当成是用户 把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗看 (1) 比如在大量要求用户输入的软件界面中，有一些用户喜欢使用Tab键采用全键盘的输入；此时的正确的接口应该采取从左到右，从上到下的顺序。
(2) 比如有的用户喜欢使用快捷键操作等（Ctr+C,Ctr+V,Ctr+F），但是实际情况下一些开发出来的软件的快捷键却根本不起作用。
(3) 比如软件在需要用户输入的信息的时候（特别是在填写个人资料的时候），必填项后面一律要用*等醒目的标示，要让用户知道这个地方时必须填写的。
(4) 下拉框不选值的时候，应该有个默认值；并且要多检查程序中的多处下拉框，因为很多情况下下拉框取不到值。
3、 善于怀疑，不要迷信高手 世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。
别人认为是对的，我却认为不是对的。
如果你认为某个或者某些程序员水平很高，他写的这个地方应该没问题吧，那么我要说你错了，这样很容易遗漏软件中的Bug。
因为程序开发人员毕竟是普通的人，只要是人就会犯错误的。
4、 不要让程序开发人员的观点：逗用户不会进行这样的操作地而说服自己 遇到这样的情况，你要坚持你自己正确的想法，以后对方会明白你的。
比如在一个录入员工基本信息的系统中，系统中对员工的年龄作为负值、而没有作为判断、也可以保存到数据库中，此时你不要被程序员的用户不会进行这样操作的观点说服自己，你要坚持你正确的观点，把这种现象作为一个Bug吧，勇敢点！你的选择不会不错！ 5、 在软件测试过程中要跟踪一条数据完整的流程 在软件测试的时候要跟踪一条数据完整的流程，保证数据的正确性这个真的是太重要了：假如你在测试一个销售的类型的软件的时候：你应该先做订货-à入库-à盘点-à销售-à查询。
首先你要保证这个数据的流向是正确的无误的。
假如你在测试法院审判软件的时候，你要先收案-à立案-à发送审批-à排期---审理审判-à结案判决-à归档-à查询。
总之跟踪一条数据的流程，保证数据的正确性。
如果经过你测试的软件在用户使用过程中业务流程上都走不通的话，那么这样的软件你说经过你的测试，但是在比人看来与没有测试有什么区别呢看 6、 回归测试要注意的细项 程序员提交新的程序版本后，作为测试人员应该立即与程序员沟通这个修改的功能、并且这个新修改的功能影响哪些功能。
举个简单的例子来说明一下：比如在一款软件中，程序开发人员修改了某个逗会员地的某个字段信息。
作为测试人员首先你要测试逗会员地的功能这个是你首先需要做的。
另外你还要和程序员沟通询问他们新修改的这个会员的字段，会影响会员的销售功能吗看会对会员以前的销售记录的查询有影响吗看如果对这些功能有影响，那么这些功能都是你在回归测试的时候重点测试的地方，也是最容易产生Bug的地方了。
7、 与使用者互动的缺陷 (1)如填写资料错误应的时候，应该能够提示错误的位置，让用户知道是这个地方输入数据不对。
(2)删除数据之前给一定要给出是否删除确认提示。
(3)不要在软件中使用中英文混合的提示比如：比如对于用户某个操作的错误提示，不要一会用逗error地、一会用逗错误地；一会用逗succeed地另一会用逗成功地，总之要统一。
当然要想简单省事并全面定位分析BUG，也可以直接交给成熟的第三方测试，TestBird的测试很全面，可以进一步了解下！
我想要一个有一两处BUG的小软件 什么都行 麻烦大家给找找好吗？
谷歌的输入法程序，把它和QQ使用的时候，经常会出现多个输入法进程，有时怎呢调用它输入QQ的聊天内容始终是拼音字母，必须先移动输入法的状态框，然后按 ctrl+tab，之后层叠在上的另一个输入法进程消失，才能向聊天框内输入汉字。
。
不知道是不是BUG.. 呵呵
那些游戏bug是怎么找到的？怎么有些人可以发现到,我就发现不到,...
展开全部 这个是看运气的bug的出现是游戏引擎和后期优化不好导致的，bug不好判定，有时不能买东西都算bug，我想楼主认为的bug是网游中可以让玩家趁虚而入的漏洞，其实bug是游戏商家不负责任的表现，比如csol中的旋风斧竟然依靠bug赚钱，可见天成的贪婪。
bug这种东西刻意去找除非你是专业编程或者游戏评测人员，一般刻意去找是不现实的。
以上是我的观点，望采纳...
【如何查找游戏bug】新游戏如何找到bug
软件测试就是测试软件呗！要做什么？比如说我们常用的Office软件word。
word有相当多的功能，比如说编辑呀，排版啊，插入图片啊，艺术字什么的等等等等很多。
像word这样的软件开发完以后，确认这些功能是否正确的执行，在测试的过程中，你会发现有些功能不能正常执行，或者出现一些未知的错误。
错误产生的原因可能很多，比如说开发人员编写的代码有问题等。
软件测试做的就是找出软件中的这些缺陷，也叫做BUG。
你也可能在日常生活中无意中发现，有的软件出错的情况是吧。
那就说明这个软件，测试做的不太彻底。
如果缺陷严重的话，会影响软件的价值。
至于怎么去做？这个就不再细说了。
另外测试不光是测试功能，还有其他很多地方也要测得，只是让你容易理解而已。
软件测试中非必现的bug怎么找
展开全部 写写我的经验吧。
其实很简单：分析log测试客户端或web功能时，打开抓包工具，跟踪自己的操作路径。
当涉及到server功能时，就依赖于开发了，有经验的开发会在自己的代码中打很多的log，去log文件里按时间找自己的操作即可。
通过分析log，可以：1. 方便的回溯随机bug，出现问题直接查错误日志、定位原因、告知开发，就不需要再绞尽脑汁的重现bug了，提高测试质量。
2. 查log能够准确的定位问题。
特别是比较复杂的系统，一环套着一环，通过查log剥茧抽丝逐步定位问题所在。
提高工作效率。
3. 查log的过程也是对系统实现细节的深入学习过程，通过了解到的技术实现，完善测试用例，避免漏测。
但在实际的测试中，可能会有很多意想不到的情况，比如开发忘记在出错点打log了，你分析半天发现没哟，浪费时间所以测试之前一定要提醒开发在关键点打好log:1、异常处理。
系统各层次都要显式处理异常，任何可能出现的错误都能在日志中找到原因和地点。
2、重要的逻辑处一定要有日志。
能够通过日志看出是哪个文件的哪个方法出了问题。
...
跪求一款,免费的BUG管理平台。
Bug的管理是个琐碎而且麻烦的事情，用EXCEL会耗费大量时间在表格制作，使用传统的Bug管理软件又会在反人类的功能设计上提高使用成本。
所以，我们要选择人性化的Bug管理工具，以强大、方便的分类，筛选等功能，对Bug进行管理，可将管理Bug的时间成本降低50%。
我们公司之前有自己的bug管理系统，如果不考虑用户体验要素，这套系统基本上能够满足正常流程：纪录、审查、跟踪、分配、修改、验证、关闭、整理、分析、汇总以及删除。
自己开发bug管理系统虽然投入成本相对较高，但可以根据团队工作习惯定制化。
不过有一点麻烦：这个bug管理系统并不是团队每个成员经常登录的系统，这就导致遇到bug时，需要经过“找出收藏的网址→登陆→依照指标输入详情→阶段性查看最新进展”，如果遇到这个bug是用户向你反馈而后你输入到bug系统时，你还需要等几天后给出反馈。
这冗长的环节和时间等待，让我有点失去耐心，等到后来遇到用户反馈的bug我往往直接找技术反馈、处理而绕过bug管理系统。
这样做肯定会影响到技术人员的开发效率，打断其思路，是非常不好的工作习惯。
我们团队现在直接在日事清内进行“bug管理”，提bug人员将bug输入到“收集”状态，由产品助理集中处理，视bug具体情况将bug拖拽到其他集中状态。
如果拖拽到“确认”，在该bug下添加相应技术人员让其处理，技术人员会在日事清协作系统内收到通知并且bug同步到其收纳箱，方便技术人员集中处理，解决后由技术人员拖拽到“已解决”状态卡片，大大提高了工作的效率。
