软件开发过程详述.ppt

* 讲解： 首先给出软件测试的定义，软件测试是为了发现软件缺陷而执行程序的过程。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码实现的最终审查，它是软件质量保证的关键步骤。 软件测试中的圣经是《需求规格说明书》，测试做到全面覆盖需求。 软件测试的另一种定义：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤。 * 讲解： 按照测试方法来分，软件测试分为黑盒测试和白盒测试。这两种方式的测试方向是不同的，白盒测试以测试的深度为主，而黑盒测试以测试的广度为主。 * 讲解： 白盒测试是在程序代码层面进行的测试。有时候因为牵涉到内部机密的问题，这种测试大多是在公司内部进行，很少委托给其他公司或个人。严格来说，白盒测试有两大方面：数据流面和控制流程面。数据流面就是测试资料进出系统的程序所经过的流程，控制流程面就是测试程序中执行过程中每个阶段的流程。 * 讲解： 黑盒测试，测试人员并不需要对软件的结构有深层的了解，所进行的测试着重于软件的功能面，所以也称为功能测试，测试人员按照测试用例逐一进行。 补充案例： 一个帮助理解白盒测试和黑盒测试的例子。假设有一台的面包机，从上面倒入面粉与水，开动机器后从下面出来的就是烤好了的面包，这个机器的功能很简单，输入是面粉与水，输出是面包。现在我们来测试一下它是否符合我们的质量需要。 用白盒和黑盒两种方法测试面包机： 有两种洗法，一种方法是放入面粉和水，看一下是否能出来面包，面包的火候，卫生程度是否达标，这是黑盒测试的方法。另一种是拆开机器，分析机器的运行原理，一个部件一个部件地验证功能正确，每个流程都走一遍，这就是白盒测试。 * 讲解： 和开发过程相对应，测试过程会依次经历单元测试、集成测试、系统测试、验收测试四个主要阶段。对应关系如幻灯片中图所示。 1、单元测试。单元测试是针对软件设计的最小单位-程序模块甚至代码段进行正确性检验的测试工作，通常由开发人员进行。 2、集成测试。集成测试是将模块按照设计要求组装起来进行测试，主要目的是发现与接口有关的问题。由于在产品提交到测试部门前，产品开发小组都要进行联合调试，因此在大部分企业中集成测试是由测试人员和开发人员来共同完成的。 3、系统测试。系统测试是在集成测试通过后进行的，目的是充分运行系统，验证各子系统是否都能正常工作并完成设计的要求。它主要由测试部门进行，是测试部门最大最重要的一个测试，对最终产品的质量有重大的影响。 4、验收测试。验收测试以需求阶段的《需求规格说明书》为验收标准，测试时要求模拟实际用户的运行环境。对于实际项目可以和客户共同进行，对于产品来说就是最后一次的系统测试。测试内容为对功能模块的全面测试，尤其要进行文档测试。 尽管测试阶段的划分十分明确，但是在具体的项目和产品的测试中，尤其在执行测试时，会根据实际需要来开展。 * 讲解： 什么是测试用例呢？简单来说，测试用例就是设计一个“情况”，软件程序在这种情况下，必须能够正常运行并且得到预期的结果。如果程序在这种情况下不能正常运行，得到非预期的结果，而且问题可以稳定重现，那就表示测试人员已经测出软件缺陷。这时候就必须将这个问题标示出来，并且记录下来，通知软件开发人员。 下面看一个简化的测试用例，由用例、前置条件、输入和期待结果四部分组成： 用例：用户登录 前置条件：用户进入到“用户登录页面” 输入：用户名和密码 期待结果：用户提交正确的用户名和密码后，顺利进入系统 测试结果： 现在测试人员用这个测试用例执行测试，输入正确的用户名和密码后，提交，系统没有任何反应！这和测试用例中的“期待结果”不相符，那么这就是一个缺陷。测试人员在“测试结果”中将状态设定为“测试失败”，通知软件开发人员。 * 讲解： 测试用例的设计原则。 1、对应需求编写测试用例。 测试用例要全面覆盖软件的功能点。测试工程师应该在需求确定之后，同代码开发一起开始编写测试用例。编写用例的时候需要参考需求规格说明书中对软件功能点的详细说明，然后对每个功能点进行操作上的细化，尽可能趋向“最大需求覆盖率”。 2、便于发现有价值的缺陷。 编写测试用例时经验往往很重要，而且要求测试用例编写人员本身要熟知用户需求，并且对于系统功能点的细节比较“敏感”。比如对于一个“文件格式验证”的功能，需求规格说明书上规定文件内的数据只能以“逗号”分隔，并且只能上传2M以下的文件。 这时“敏感”就会让我们重点考虑到，用户数据以“逗号”分隔，那么程序员在编写用例的时候会不会忽略掉一个问题，那就是系统对“中文逗号”和“英文逗号”的处理是不同的，正确的程序应该对两种“逗号”都做出处理。 系统要求上传2M以下的文件，一般上载1M多一点的文件绝不会有问