沈阳理工大学高等职业技术学院学士学位论文 5 软件测试
5.1 测试计划的制定
软件测试是软件质量管理中最实际的行动。软件测试是有组织性、步骤性和计划性的。由于软件测试有不同的种类及项目，为了方便管理，通常会将相同类型的测试项目归纳在一起，而这个动作就是测试的组织性，如性能测试、功能测试等，这是将测试性质相同的项目组织而形成的。而按照测试用例所执行的测试行为，就是测试的步骤性。必须参考测试计划才能设计出符合软件需求的测试用例。 5.1.1 调试计划的整体目标
调试计划的整体目标是为确定测试的任务、所需的各种资源和投入，预见可能出现的问题和风险，以指导测试的执行，最终实现测试的目标。
（1）为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。
（2）为项目实施建立组织模型，并定义测试项目中每个角色的责任与工作内容。 （3）开发有效的测试模型，能正确地验证正在开发的软件系统。 （4）确定测试所需的时间和资源，以保证其可获得性和有效性。 （5）确立每个测试阶段的测试完成及测试成功的标准和实现的目标。 5.1.2 定义软件测试的标准
为了保证测试工作能按计划执行，必须确认测试在满足什么外部条件下才能开始。这就是要在测试计划中定义软件测试项目的输入标准，然后定义测试项目的输出标准。 5.1.3 测试实施策略的制定
测试策略描述当前测试项目的目标和所采用的测试方法。这个目标不是测试计划的目标，而是针对某个应用软件系统或程序、具体的测试项目要达到的预期结果，包括在规定的时间内哪些测试内容要完成、软件产品的特性或质量在哪些方面得到确认。
测试策略还要描述测试不同阶段的测试对象、范围和方法以及每个阶段内要进行的测试类型。
36 沈阳理工大学高等职业技术学院学士学位论文 5.1.4 软件测试管理流程
软件开发流程以QA测试的观点分成两大部分：Construction Testing部分与System Testing部分。在Construction Testing的阶段的初期，要开始准备QA的人力资源与人员训练。因为有一些软件需求可能会采取新的技术或观念，所以这个时候就可以针对这个项目进行专业训练，同时一些需要准备的软硬件设施也可以开始着手进行。在这个阶段所进行的测试属于结构测试，通常是由开发人员进行的，也有一些软件公司会指派测试人员协助测试。这个阶段要准备编写测试计划，同时也要开始准备设计测试用例。另外，在接近尾声的时候，就要将系统测试所需要的测试环境配置完成。 5.1.5 测试计划的要点
（1）目标和范围：包括产品特性、质量目标、各个阶段的测试对象、目标范围。 （2）项目估算：根据历史数据和采用恰当的评估技术，对测试工作量、所需资源做出合理估算。
（3）风险计划：测试可能存在的风险分析、识别以及风险的回避监控和管理。 （4）日程：项目工作分解结构，并采用时限图、甘特图等方法制定时间和资源表。 （5）项目资源：人员、硬件和软件等资源的组织和分配，人力资源是重点，而且和日程安排联系紧密。
（6）跟踪和控制机制：质量保证和控制、变更管理和控制。
5.2 测试的基础
5.2.1 测试的目标
在软件生存周期的每个阶段都不可避免地会产生错误。力求在每个阶段结束之前通过严格的技术审查，尽可能早的发现并纠正错误。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。 5.2.2 白盒测试和黑盒测试
测试任何产品都有两种方法：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用；如果知道产品内部工作过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正常进行。前一个方法称为黑盒测试，后一个
37 沈阳理工大学高等职业技术学院学士学位论文 方法称为白盒测试。
对于软件测试而言，黑盒测试法把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程。也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收输入数据产生正确的输出信息，并且保持外部信息（如，数据库或文件）的完整性。黑盒测试又称为功能测试。与黑盒测试法相反，白盒测试法的前提是可以把程序看成装在一个透明的白盒子里，也就是完全了解程序的结构和处理过程。这种方法按照程序内部的逻辑测试程序，检验程序中的每条通路是否都能按预定要求正确工作。白盒测试又称为结构测试。 5.2.3 测试的准则
为了能设计出有效的测试方案，软件工程师必须充分理解并正确运用指导软件测试的基本准则。主要的测试准则如下所述。
（1）所有的测试都应该能追溯到用户需求。正如前面讲过的，软件测试的自标是发现错误。从用户角度看，最严重的错误是导致程序不能满足用户需求的那些错误。
（2）应该在测试开始之前的相当长时间，就制定出测试计划。一旦完成了需求模型就可以着手制定测试计划，在确定了设计模型之后就可以立即开始设计详细的测试方案。因此，在编码之前就可以对所有测试工作进行计划和设计。
（3）把Pareto 原理应用于软件测试。 Pareto 原理指出，测试发现的错误中的 80 ％很可能是由程序中 20 ％的模块造成的。当然，问题是怎样找出这些可疑的模块并彻底地测试它们。
（4）测试应该从“小规模”开始，并逐步进行“大规模”测试。通常，首先重点测试单个程序模块，进一步的测试重点转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。
（5）穷举测试是不可能的。所谓穷举测试就是把程序所有可能的执行路径都检查遍的测试。即使是一个中等规模的程序，其路径排列数也是非常大的，由于受时间、人力和资源的限制，在测试过程中不可能执行路径的每一种组合。这就表明，测试只能证明程序中有错误，不能证明程序中没有错误。但是，通过精心设计测试方案，有可能充分覆盖程序逻辑并确保把过程设计中使用的所有条件都检查一遍。
（6）为了达到最佳的测试效果，应该由独立的第三方来从事测试工作。所谓“最佳效果”是指具有最大可能性发现错误的测试（这是测试的基本目标）。软件系统的软
38 沈阳理工大学高等职业技术学院学士学位论文 件工程师并不是完成全部软件测试工作的最佳人选（ 通常由其主要承担模块测试工作）。
5.3 测试用例设计
5.3.1 等价类测试用例设计
验证管理员的规格说明
在荣丰酒店管理系统中对管理员的信息的规定：“用户名可以是任意数字、字母或汉字的组合，长度为1-10个字符或2-5个汉字。密码可以为字符和数字的组合，长度要求为1-8个字符”。
用等价类划分的方法得到上述规格说明的要求，建立输入等价类表格。
表5.1 用户名等价类表
输入条件 用户名组成 用户名字符个数 用户名汉字个数
有效等价类
无效等价类
数字（1），字母（2），汉字（3） 非数字、字母或汉字（4） 1-10个（5） 0个（6），>10个（7） 2-5个（8） <2个（9），>5个（10）
下面选取了6个测试用例，其中前两个覆盖了所有的有效等价类，其他的覆盖了4个无效等价类。
输入：adm123 }覆盖（1），（2），（5）等价类 输入：唐睿 }覆盖（3），（8）等价类
输入：tr@*￥ }用户名有非法字符，覆盖（4）等价类 输入：空 }用户名为0个字符，覆盖（6），（9）等价类 输入：adminstr4233 }用户名多于10个字符，覆盖（7）等价类 输入：那么爱你为什么 }用户名多于5个汉字，覆盖（10）等价类
表5.2 密码等价类表
输入条件 密码组成
密码字符个数
有效等价类 数字（1）字母（2） 1-8个（4）
无效等价类
非数字或字母（3） 0个（5），>8个（6）
下面选取了4个测试用例，其中第一个覆盖了所有的有效等价类，其他的覆盖了3个无效等价类。
输入：admin }覆盖（1），（2）,（4）等价类 输入：ss#s1& }密码有非法字符，覆盖（3）等价类 输入：空 }密码为0个字符，覆盖（5）等价类
39
相关推荐：
loading