测试小白怎么快速找到bug？怎么写测试用例？

当前用户对软件企业开发出来的软件质量提出了越来越高的要求了，所以在这种大的环境背景下，催生了一个新兴的职业—“软件测试工程师”的职业。尤其是最近2-3年来加入这个职业或者即将加入到这个职业的人也越来越多了，那么作为一名软件测试工程师，我们该如何迅速找到软件中的缺陷Bug呢？

那下面我就以自身的经验来普及下如何在工作快速找出系统的不足或缺陷。

1、熟悉你做的产品

不管你是Dev、Test或者PM，熟悉自己开发的产品越多越好，你不但应该熟悉自己开发的模块，也应改熟悉和自己模块相关的其他模块，他们之间是怎样协作的。比如数据库中的某个字段app测试经典bug举例，是如何被各个模块使用的，这利于你在设计阶段就能够找到Bug，把修复的成本降到最低。

同样，你需要熟悉这个产品以前的版本，因为无法向后兼容和升级的产品恐怕很难获得用户的认可。在测试过程中，如果你发现你的产品和以前不兼容或者不一致，80％的情况，这是一个Bug。

2、把自己当成是用户

把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗？

(1) 比如在大量要求用户输入的软件界面中，有一些用户喜欢使用Tab键采用全键盘的输入。此时的正确的接口应该采取从左到右，从上到下的顺序。

(2) 比如有的用户喜欢使用快捷键操作等（Ctr+C,Ctr+V,Ctr+F），但是实际情况下一些开发出来的软件的快捷键却根本不起作用。

(3) 比如软件在需要用户输入的信息的时候（特别是在填写个人资料的时候），必填项后面一律要用*等醒目的标示，要让用户知道这个地方时必须填写的。

(4) 拉框不选值的时候，应该有个默认值。并且要多检查程序中的多处下拉框，因为很多情况下下拉框取不到值。

3、在你的日常生活中多准备一些测试的模式

模式是一个很时髦的词，因为它很有用。在日常的测试中，多准备一些测试模式，你会有非常大的惊喜，有时候一个使用一个模式，你可以找到10来个Bug也不是不可能的。比如，使用特殊字符作输入数据，断开网络看UI是否会Crash。在本地化版本中，各个字符串提示是否被本地化。

4、善于怀疑，不要迷信高手

世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。如果你认为某个或者某些程序员水平很高，他写的这个地方应该没问题吧，那么我要说你错了，这样很容易遗漏软件中的Bug。因为程序开发人员毕竟是普通的人，只要是人就会犯错误的。

5、不要让程序开发人员的观点：“用户不会进行这样的操作”而说服自己

遇到这样的情况，你要坚持你自己正确的想法，以后对方会明白你的。比如在一个录入员工基本信息的系统中，系统中对员工的年龄作为负值、而没有作为判断、也可以保存到数据库中，此时你不要被程序员的用户不会进行这样操作的观点说服自己，你要坚持你正确的观点，把这种现象作为一个Bug吧，勇敢点！你的选择不会错！

6、查看产品代码

通过查看产品代码，你往往能找到一些Dead Code或者逻辑上的Bug，这些Bug常常是你无法通过手工测试找到的。

7.兼容性检测

软件测试要在不同的硬件、软件（包括操作系统、IE浏览器）下的测试

(1) 硬件：有时候软件在配置很高的机器上，有时候会隐瞒一些错误，比如CPU过快的时候，很多现象一闪而过，发现不了缺陷。

(2) 软件：比如笔者最近测试的一款软件在不同的浏览器下看到的菜单权限不一样，下图中同一个用户在IE6.0和IE7.0下看到的菜单权限不一样（大家可以看一下在IE7.0下明显少了很多东西），这肯定是软件中的一个Bug了。

二、如何首次编写用例

有很多朋友初次写用例，不知道从何下手。虽然有些公司提供了相关的文档，但写起来还是不太容易。编写用例的方法有很多：面向功能的用例(边界值、等价类等)，面向用户的用例(场景方法)，以及结合函数的面向用户的用例。

那么对于初次编写用例，应该怎样高效率的编写用例？需要注意什么？

(1) 面向功能的用例是根据系统需要实现的每个功能编写的。这样的用例集中在功能实现上，没有考虑每个功能之间的关系。因此，尽管用例已经达到了功能覆盖，但它们不一定达到逻辑覆盖。因此，这种方法通常与其他方法结合使用。面向功能的用例是每个用例作者在早期阶段最常用的方法。

(2) 面向用户的用例是根据用户的习惯设计的，以用户使用系统的每一个目的为目标，以每个目标的实现为基础。但是，在设计这类用例的时候，初学者可能会有很多困惑(请写下我第一次写的时候有哪些困惑，以及后来针对这些困惑采取了哪些解决方案)。

1、编写用例的第一步我该做什么？

理解系统，首先站在测试的角度深入理解系统的每个功能与系统业务逻辑，画出业务逻辑图（即：系统能做什么）。

其次站在用户的角度，列出用户使用系统的目的（即：用户使用这个系统，想干什么？）

2、如何确定用户的目标？

无法确定用户的目标可能是由两个原因造成的:a >不熟悉系统，b >不了解用户背景。第一个原因，是你自己的原因。你得回头看看文件。第二个原因，你可以从系统能做什么来计算用户能做什么，然后总结用户可能想做什么。当然，这样做的前提是你已经熟悉了系统。

3、这个月我要做什么？

第一次进入测试行业如何总结(使用测试管理工具总结):

(1) 对测试管理工具中的所有缺陷进行分类导出，总结哪些模块容易产生哪些缺陷，重点关注你没有发现或考虑的缺陷。

(2) 如果测试新人工作的第一层是从测试用例的执行开始，那么第二层就是写测试用例。详细阅读几遍测试管理工具中的用例，学习别人的用例编写方法和思路，在业余时间尝试自己写，看看自己写的用例和别人写的用例差距在哪里，从而不断改进。重要描述，专注于用例编写方法和思路的研究，不要拘泥于照搬。

(3) 进入一些测试论坛，与大家分享自己的困惑和经历，在学习中不断进步。

三、总结：

测试理论知识就是那么多，理论知识掌握之后就要不断的参与到项目中来app测试经典bug举例，一个一个项目的练习，锻炼自己的发现Bug的能力，就算随机测试，一个好的测试和一个坏的测试，他们发现问题的能力也是完全不同的。