软件测试入门手册.docVIP

软件测试入门手册 前言 本手册是针对想学习软件测试，却万法不得入门的朋友编写的，如若已有部分基础朋友，可以自行忽略。 不管你是在校学生，还是已工作转行学习软件测试的，如果你是零基础，那么就请你静下心来，好好的看完这本手册，它能给你一些帮助。 首先，你要思考一下，你为什么要学习软件测试？这个问题应该是见仁见智的，但最根本的应该都是为了找个好工作，能更好的生活。那么，如果你也是这样，那么从现在开始，就别浪费时间，好好的学习软件测试的基础吧。 那么这个时候，很多朋友会说，我不知道怎么入手，很迷茫，也很着急，所以到处找资料，问前辈，然而网上找的资料往往不是我所急需的，所以很苦恼。 现在，我在这里告诉大家，摆在你面前的虽然不是完全是你所想要的东西，但是应该能给你触动，让你对软件测试更有兴趣，从而能很好的进行学习，直至入职成功。 最后，想告诉大家的是，如果你不是心血来潮的三分钟热度，那么有这么好的环境，你真的应该好好学习一下，不然真的就辜负了群主跟大家的一番心意了。 目录 （按住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： 　　 2.4测试人员和开发人员从来都是死对头： 　　 2.5自动化测试太难： 　　 2.6手工测试太没挑战： 　　 2.7大量的重复性的工作很乏味： 　　于是大家学得测试这份工作不好玩儿，特别一些男生，特别一些开发人员，从来都瞧不起做测试的，觉得这玩意儿太没劲。我想说的是，要掌握方法，要学会创新，任何东西都有它的特点，你如果总觉得成天在做重复性的工作，那么请静下心来想想，怎么能让它不重复(事情本身是死的，人是活的)，是否可以考虑自动化测试，是否可以通过脚本把重复工作给计算机来处理。 2.8白盒测试是开发人员干的事： 　　 2.9女生适合做测试： 　　 2.10测试就是给开发擦屁股的： 　　 2.11我做开发可能不行，做测试吧： 　　 2.12功能性测试掩盖了可用性测试的必要: 　　　4.2测试计划阶段： 测试组长就要根据项目需求开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。4.3测试设计阶段： 测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据需求文档上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。4.4测试方案阶段： 主要是对测试用例和规程的设计。测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求