软件测试新手如何快速找出软件中的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”另一会用“成功”，总之要统一。

7.4 另外要对程序员出现错别字进行检查，比如把“登录”写成“登陆”。

7.5 另外，在软件中不要对用户使用很专业的术语比如“记录”、“字段”等。

7.6 新增/修改信息保存提交后系统给出“保存/提交/修改成功”提示信息，并自动更新显示

7.7 在用户进行大量的输入后，点击“保存”按钮，仅仅是因为某个地方的输入选择不正确，点击确定后发现所有的输入的内容都全部被清空了，花费很长时间的输入、仅仅是某个地方的输入不正确，而把该用户的所有输入的其他内容也清空了，假如你是这个软件的使用者、你肯定感觉挺挺恼火的。

7.8 对于软件中的查询功能，测试的时候设置开始时间>大于结束时间看看能否查询出记录，这也是程序员容易犯的一个错误。

8、软件边界值

众所周知软件最容易在边界值上出现问题了，所以作为测试人员一定要在边界值上多测试，比如测试用户输入框中的数值的最大数和最小数，以及为空时的情况。

9、非法容错性

比如在需要输入数字的地方输入字母；在需要输入字母的地方输入数字；在需要用户输入的文本框中拷贝字数很多的整篇文章到这里测试看看软件是如何做处理的；在含有除法的计算中把除数设为0等等来检验软件的容错性。

10、软件接口的测试

如果软件不同部分是由多个程序员共同完成的，那么要在他们程序接口相关联的地方多检查，因为有时候在接口的地方，A程序员认为B程序员做了处理；B程序员认为A程序员做了处理；但是事实上他们双方都没有做处理。笔者的亲身经历：曾经做过一款销售类型的软件，A程序员做订货、B程序员做入库，他们每个人的程序都能单独运行，结果集成到一起就出现了错误，这个问题在测试过程中居然没有被发现，在用户的实际使用环境中用户发现报表查询出来的结果不准确，才发现了这个问题。

11、兼容性检测

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

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

11.2.软件：比如笔者最近测试的一款软件在不同的浏览器下看到的菜单权限不一样，下图中同一个用户在IE6.0和IE7.0下看到的菜单权限不一样，这肯定是软件中的一个Bug 了。

12、软件在压力之下容易出错

软件在压力之下容易产生的错误，作为一个有经验的测试人员一般都知道：把你的软件在压力之下长时间运行测试，然后看看软件能否在压力之下经的住考验。

13、随机测试

即使测试经过大量的充分的测试，也不能发现软件中的所有缺陷，所以测试人员在测试的时候可以做一些随机的测试，比如胡乱的在软件界面上乱点一通有时候也会发现一些意想不到的软件缺陷。

14、学习他人的经验

最后，作为一名软件测试人员你可以查看公司里的软件缺陷库看看别人报告的软件Bug，从别人的报告Bug思路中你可以学习测试的经验，迅速找出软件中的缺陷。

一、从事软件测试需要的知识

首先，要具备软件工程的基本知识，理解软件生命周期过程中各阶段需要做的工作，及需要达到的目标。其次，需要具备一定的编程经验或者是参与开发项目的经验.然后，需要掌握软件测试方面的知识，包括测试的定义、对象、目的、测试的方法、测试过程等。前两方面我在上学期间均有过接触，因此，就直接进入到了测试工作中。

二、测试要解决的问题是什么

一般来说，大家都会认为程序员按照软件的需求说明书编写好了可以实现需求中定义功能的程序，那么这个软件就可以投入使用了.但是，在用户应用的过程中，会发现一系列的错误，给用户带来很多麻烦.那么如何最大程度地减少软件给用户带来的麻烦，这时软件测试就发挥了很大的作用.因此，软件测试要解决的问题就是寻找软件中未发现的隐藏的缺陷.

三、何时开始测试

按照软件测试的H模型，我们可知，测试是一个独立的过程，它贯穿于软件生命周期的整个过程中，于软件生命周期中的各流程并发进行。因此，我们可以说在软件的整个生命周期中，越早开始测试越好。

四、如何开展测试

这一步可以说是测试工作的重点，关于如何开展测试，我总结了如下的步骤。我认为软件测试基本可以分为测试需求分析，测试计划制定、测试用例设计、测试执行、测试评价这五个步骤，根据测试类型的不同，选择各步骤开始的时间。如果是同一公司中的开发部门与测试部门共同完成的软件项目，那么测试的各步骤需要与开发的各步骤并发执行，如果是作为第三方测试机构，那么上述测试的各步骤开始就要在软件已经成形之后了。

软件测试的第一步是识别测试需求。测试需求即了解测试的规模、测试的内容、复杂程度以及存在的风险。经过测试需求分析，我们可以得出测试要点，这里的测试要点可以包括系统功能方面的测试要点，比如验证系统的某项功能是否符合客户的要求；也可以包括非功能方面的，如验证系统的易用性、可靠性等。

接下来是测试计划的制定。可以分为如下几步：首先，按照测试类型依据的标准确定需要测试的特性，如登记测试需要考虑用户文档、常规要求、功能性、可靠性、易用性这五个特性。其次，确定需要测试的子特性，如功能性需要考虑可安装性、适合性、正确性、一致性这四项。然后，选择相应的测试策略，即对需要测试的几大特性该如何测试。如需要检查用户文档是否完整，需要验证功能是否正确等。再次，需要配置测试的环境，确定测试需要的硬件和软件设备是否准备齐全。最后，需要确定测试的人员及日程安排，为及时高质量的完成测试工作作准备。这个过程需要形成测试计划文档。

再下面就是测试用例的设计，这一部分是测试工作的核心，如何设计出用最小的测试用例集找出软件中尽可能多的缺陷的测试用例，是一个很值得研究的问题。这里有一个通用的测试策略，但对具体的问题不一定是最好的，可以供大家参考：（1）在任何情况下，都应该使用边界值分析法，经验表明，这种方法发现错误的能力最强。

（2）必要时用等价类划分法补充测试用例。

（3）必要时采用错误推测法补充测试用例。

（4）如果有输入条件的组合，就从输入条件及其组合开始测试。