软件测试入门手册资料

软件测试入门手册前言本手册是针对想学习软件测试，却万法不得入门的朋友编写的，如若已有部分基础朋友，可以自行忽略。

不管你是在校学生，还是已工作转行学习软件测试的，如果你是零基础，那么就请你静下心来，好好的看完这本手册，它能给你一些帮助。

首先，你要思考一下，你为什么要学习软件测试？这个问题应该是见仁见智的，但最根本的应该都是为了找个好工作，能更好的生活。

那么，如果你也是这样，那么从现在开始，就别浪费时间，好好的学习软件测试的基础吧。

那么这个时候，很多朋友会说，我不知道怎么入手，很迷茫，也很着急，所以到处找资料，问前辈，然而网上找的资料往往不是我所急需的，所以很苦恼。

现在，我在这里告诉大家，摆在你面前的虽然不是完全是你所想要的东西，但是应该能给你触动，让你对软件测试更有兴趣，从而能很好的进行学习，直至入职成功。

最后，想告诉大家的是，如果你不是心血来潮的三分钟热度，那么有这么好的环境，你真的应该好好学习一下，不然真的就辜负了群主跟大家的一番心意了。

目录（按住Ctrl键可以点击跟踪目录）1、什么是软件测试？ (3)2、软件测试的常见误区 (3)3、软件测试的目的和原则 (7)3.1、软件测试的目的 (7)3.2、软件测试的原则 (8)4、软件测试的基本流程 (10)5、软件测试分为哪些方式？ (11)5.1、软件测试的分类 (11)5.2、各分类的介绍 (12)6、怎么编写测试用例？ (15)6.1、测试用例的组成元素 (15)6.2、测试用例的设计技巧 (16)7、测试的方法有哪些? (17)7.1、测试方法简介 (17)7.2、测试方法详情 (17)8、怎么提一个高质量的BUG？ (20)8.1、Bug的高质量 (20)8.2、BUG的提出 (21)1、什么是软件测试？软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。

现在抛开那些所谓的定义，我们扪心自问一下，什么是软件测试？有人说，软件测试就是找Bug；有人说，软件测试是为了保证软件产品的质量；有人说，软件测试，呃...我不知道。

那么，如果让我来定义软件测试的话，我会说软件测试就是想尽一切方法来提高软件产品质量的操作过程。

那么，随着软件测试的发展，慢慢的大家总结了许多的方法和规律，然后大家再开发出各种测试的工具，直至今天软件测试的蓬勃发展。

2、软件测试的常见误区现在，我们来扫清大家对软件测试的一些常见的误区。

2.1软件测试和插件开发是测试人员的事情，与程序员无关:开发和测试是相辅相成的过程，需要软件测试人员、程序员和系统分析师等保持密切的联系，需要更多的交流和协调，以便提高测试效率。

另外，对于单元测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。

对于测试中发现的软件错误，很多需要程序员通过修改编码才能修复。

程序员可以通过有目的的分析软件错误的类型。

2.2软件测试很简单：如果你这么想，那么请别去做测试，如果你做了，你也做不长久。

软件测试有其自身的测试理论、方法、与设计，有时也对软件测试人员的，测试设计能力、编程能力、沟通能力、协调能力、以及细致严谨的一个挑战。

2.3测试就是为了找到BUG：很多人最初都是这样的看法，千万要小心。

如果你只是为了找到BUG，那这项工作将变得枯燥无味。

2.4测试人员和开发人员从来都是死对头：我以前发起过一个倡议：我们讨论的时候不要用他们(开发人员)和我们(测试人员)，而是统一用咱们(开发人员和测试人员本来就是一起的)。

如果测试人员能与开发人员成为朋友，你会发现，生活是多么美好，在我所在的企业中，测试人员和开发人员关系非常融洽，互相尊重，对大家的工作能力和技术表示肯定。

2.5自动化测试太难：有的人一进公司就想做自动化，觉得它有难度，有挑战。

我说你如果做不好手工测试，你同样做不好自动化，手工测试才是基础。

而另外还有一部分人一说到自动化便望而生畏，认为这个东西太难了，不想碰(特别是很多女生，就有这个心理)。

其实大可不必这样想，其实自动化测试的难点不在于其技术，而在于其实施，你如何有效地利用好手头已有的资源，开展自动化测试，将投入产出比最优化。

2.6手工测试太没挑战：什么都不说了，能把它做好的人没几个，你认为手工测试没挑战吗？虽然每次版本我们都经过了细致的测试，但每次发布上线，我还记得大家紧张而又急迫的样子。

2.7大量的重复性的工作很乏味：于是大家学得测试这份工作不好玩儿，特别一些男生，特别一些开发人员，从来都瞧不起做测试的，觉得这玩意儿太没劲。

我想说的是，要掌握方法，要学会创新，任何东西都有它的特点，你如果总觉得成天在做重复性的工作，那么请静下心来想想，怎么能让它不重复(事情本身是死的，人是活的)，是否可以考虑自动化测试，是否可以通过脚本把重复工作给计算机来处理。

2.8白盒测试是开发人员干的事：一个合格的测试人员必须掌握白盒测试，理解其中的原理。

不管什么样的测试，都必须要有测试人员的思维才能做好，白盒测试有着其测试理论与技术，完全可以有专职的白盒测试人员进行，避免开发人员自己测试自己的程序。

2.9女生适合做测试：在早些年，可能女生做测试的比例较多，但现在仔细分析。

软件测试的要求相比早些年，随着软件测试中国内的快速发展，要求已经明显提升了很多，有较多的开发人员转入测试，并且，做自动化测试和性能测试的，目前男生比较多，在技术掌握方面，较多的技术往往在男生身上，女生未必适合做测试，女生在测试行业也面临男生的挑战，男生同样能把测试做好，且做得更加专业。

2.10测试就是给开发擦屁股的：这句话，我真实地听人说过，一模一样的话语，就在前几周与一位开发培训师闲聊的过程中，他便是这么说的，我便开玩笑地说，某些开发人员的程序实在写得烂，必须纠正，测试人员永远要站在客户的角度来想问题，相反，是客户在驱动着软件的进展与成型。

测试人员就应该扮演这样的角色，在大部分时候，要驱动开发人员完成软件的功能，驱动他们做改变。

2.11我做开发可能不行，做测试吧：这个观点特别适应于应届毕业生，在以前面试的过程中，有一部分人就是觉得我代码写不好，所以入行做测试，还有一部分人稍微明白一点的，是觉得自己在开发方面没什么优势，主动给自己定位做测试工作。

其实测试要掌握的技能远比开发多得多，至少面要广得多，要做一个好的测试人员，远比做一个开发人员难得多，如果不想测试行业成为骨干，只是打酱油，好吧，近几年内，你不会开发，暂时还不会失业。

2.12功能性测试掩盖了可用性测试的必要:测试人员甚至我们的设计人员，开发人员都不太注重可用性(usability)方面的设计和测试。

我们往往只在意功能性或者性能方面的测试，而忽略了用户体验，即使谈不上用户体验，哪怕是方便使用也行，这些方面往往从软件需求，设计一开始就没怎么考虑。

到后来，用户使用的时候便是边用边骂娘，幸好，大部分互联网公司对用户体验这块非常重视。

希望大家在进入软件测试这一行以前，能对测试有一个更深入的认识。

3、软件测试的目的和原则3.1、软件测试的目的基于不同的立场，存在着两种完全不同的测试目的。

从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可以接受该产品。

而从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。

因此，他们会选择那些导致程序失效概率小的测试用例，回避那些易于暴露程序错误的测试用例。

同时，也不会着意去检测、排除程序中可能包含的副作用。

显然，这样的测试对完善和提高软件质量毫无价值。

因为在程序中往往存在着许多预料不到的问题，可能会被疏漏，许多隐藏的错误只有在特定的环境下才可能暴露出来。

如果不把着眼点放在尽可能查找错误这样一个基础上，这些隐藏的错误和缺陷就查不出来，会遗留到运行阶段中去。

如果站在用户的角度，替他们设想，就应当把测试活动的目标对准揭露程序中存在的错误。

在选取测试用例时，考虑那些易于发现程序错误的数据。

有鉴于此，Grenford J．Myers就软件测试目的提出以下观点：（1）测试是程序的执行过程，目的在于发现错误；（2）一个好的测试用例在于能发现至今未发现的错误；（3）一个成功的测试是发现了至今未发现的错误的测试。

测试的目标是想以最少的时间和人力找出软件中潜在的各种错误和缺陷。

如果成功地实施了测试，就能够发现软件中的错误。

测试的附带收获是，它能够证明软件的功能和性能与需求说明相符。

此外，实施测试收集到的测试结果数据为可靠性分析提供了依据。

3.2、软件测试的原则3.2.1软件测试应该从项目开始就进行（越早进行越好）由于原始问题的复杂性，软件的复杂性和抽象性，软件开发各个阶段工作的多样性，以及参加开发各种层次人员之间工作的配合关系等因素，使得开发的每个环节都可能产生错误。

所以不应把软件测试仅仅看作是软件开发的一个独立阶段，而应当把它贯穿到软件开发的各个阶段中。

坚持在软件开发的各个阶段的技术评审，这样才能在开发过程中尽早发现和预防错误，把出现的错误克服在早期，杜绝某些隐患，提高软件质量。

3.2.2测试用例应由输入数据和预期输出结果这两部分组成。

测试以前应当根据测试的要求，来选择在测试过程中使用的测试用例。

测试用例主要用来检验程序员编制的程序，因此不但需要测试的输入数据，而且需要针对这些输入数据的预期输出结果。

如果对测试输入数据没有给出预期的程序输出结果，那么就缺少了检验实测结果的基准，就有可能把一个似是而非的错误结果当成正确结果。

3.2.3程序员应避免检查自己的程序（第三方原则）测试工作需要严格的作风，客观的态度和冷静的情绪。

人们常由于各种原因具有一种不愿否定自己工作的心理，认为揭露自己程序中的问题总不是一件愉快的事。

这一心理状态就成为测试自己程序的障碍。

另外，程序员对软件规格说明理解错误而引入的错误则更难发现。

如果由别人来测试程序员编写的程序，可能会更客观，更有效，并更容易取得成功。

要注意的是，这点不能与程序的调试相混淆，调试由程序员自己来做可能更有效。

3.2.4软件测试是证伪而不是证真测试的目的是为了发现产品存在的错误，而不是为了验证产品功能是否真的达到要求。

3.2.5充分注意测试中的群集现象（二八原则）测试时不要以为找到了几个错误问题就已解决，不需继续测试了。

经验表明，测试后程序中残存的错误数目与该程序中已发现的错误数目或检错率成正比。

根据这个规律，应当对错误群集的程序段进行重点测试，以提高测试投资的效益。

在所测程序段中，若发现错误数目多，则残存错误数目也比较多。

这种错误群集性现象，已为许多程序的测试实践所证实。

3.2.6严格执行测试计划，排除测试的随意性。

测试计划应包括：所测软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方式和过程，系统组装方式，跟踪规程，调试规程，以及回归测试的规定等以及评价标准。