软件的测试流程及案例分析本科毕业论文(编辑修改稿)

软件的测试流程及案例分析本科毕业论文(编辑修改稿)内容摘要：

划分 边界值分析法 因果图法 错误推测法 等价类划分 等价类划分：是黑盒测试中的一种典型方法，不用考虑程序的内部结构如何，只需要按照需求分析来编写、设计测试用例。 等价类划分的方法可把所有可能的输入数据划分成几个部分，在每一部分中选取有代表性的数据用于测试。 等价类划分要将测试所用到的数据分为两种：即有效等价类和无效等价类，两种数据在测试中同等重要。 边界值分析法 边界值分析法：也是黑盒测试的一种方法，是在等价类划分法基础上的补充。 经验证明，边界条件的测试用例更具有回报率。 它与等价类划分法不同的是，等价类划分法选择几个部分中分别有代表性的数据即可，但边界值分析法需要选择一个或者多个边界值，首先要确定边界情况，再选取恰好等于、小于、大于边界值得数据进行测试。 因果图法 因果图法： 边界值分析法和等价类划分法的凑存在一个弱点就是没有对输入条件的组合进行分析， 如果在测试中必须考虑输入条件的各种组合，就要采用一种适合描述对于多种条件的组合，相应产 生多个动作的形式来考虑测试用例的设计，此时就需要用因果图。 错误推测法 错误推测法：根据个人经验和感觉推测可能出现的所有错误和已发生错误的情况，从而有针对性的设计测试用例的方法。 5 第 3 章 软件的测试 相关 软件的测试流程 完成一个软件项目的测试，要在测试流程的各个环节进行严格的把控。 软件测试的一般测试流程为： 熟悉需求：项目开始阶段 ， 阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求 及所要开发软件的设计文档，包括软件的规格说明和逻辑设计等，由测试团队共同完成。 需求评审 ： 测 试 人员、 开发 人员、 需求 人员参与， 剔除需求中不合理的部分，无法实现的 部分， 不清楚的部分和有异议的地方 ， 编写测试计划 ： 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等 ，有测试团队领导完成。 测试计划评审 ：由需求人员、开发人员和测试人员共同 参与 ，对所提出的测试计划进行审核，对时间、人力上不合理的安排进行整改。 编写测试用例 ：由测试人员 根据 测试计划 、任务分配、功能点划分，设计合理的 测试用例。 测试用例评审 : 由需求人员、 开发人员和测试人员共同参与，对所编写的测试用例进行评审，发现测试遗漏或不合理的部分。 运行测试用例 ：由测试人员根据测试用例执行测试。 提交 bug：对每个有 bug 的测试点在测试管理工具中进行 bug 管理，并跟踪直到 bug的解决。 回归测试 ：在产品投入上线前针对测试过程中出现的 bug 进行再次的审查，确保bug 彻底解决。 编写测试报告 :通过测试和 bug 的追踪，最终确定各个功能点和测试项都能达到需求的要求，没有重大 bug。 6 表 1 缺陷等级划分 分级 BUG等级 BUG等级说明 分类说明 致命问题 Blocker 导致整个产品无法进行测试。 修改优先级为最高，该级别需要程序员立即修改 ○ 模块无法启动或异常退出 ○ 其它导致无法测试的错误 Critical 死机，数据丢失，主要功能完全丧失，系统悬挂等错误。 修改优先级为最高，该级别需要程序员立即修改 ○ 运行过程中系统崩溃 /死机 /重启 ○ 功能设计与需求严重不符 ○ 严重花屏 ○ 内存泄漏 ○ 影响手机语音或数据通讯等 ○ 严重的数值计算错误 严重问题 Major 主要功能丧失，导致严重的问题，或致命的错误声明。 修改优先级为高，该级别需要程序员尽快 修改 ○ 功能未实现或者存在错误 ○ 轻微的数值计算错误 ○ 系统所提供的功能或服务受明显的影响 ○ 用户数据丢失或破坏 一般问题 Normal 次要功能丧失，不太严重，如提示信息不太准确。 修改优先级为中，该级别需要程序员修改 ○ 操作界面错误（包括数据窗口内列名定义、 含义是否一致） ○ 边界条件下错误 ○ 功能存在错误，但出现概率很低 ○ 提示信息错误（包括未给出信息、信息提示错误等） ○ 长时间操作无进度提示 ○ 系统未优化（性能问题） 7 Minor 微小的问题，对功能几乎没有影响，产品及属 性仍可使用。 修改优先级为低，该级别需要程序员修改或不修改 ○ 界面格式等不规范 ○ 操作时未给用户提示 ○ 文字排列不整齐等一些小问题 ○ 光标跳转设置不好，鼠标（光标）定位错误 轻微问题 Trivial 提示信息格式不符合要求 , 违背正常习俗习惯的，界面不美观，控件排列、格式不统一 ○ 辅助说明描述不清楚、 ○ 个别不影响产品理解的错别字 有明显的区分标志 Enhancement 功能性建议，功能使用性、方便性、易用性不够 相关软件介绍 Oracle 系统，即是以 Oracle 关系数据库为数据存储和管理作为构架基础，构建出的数据库管理系统。 Oracle，世界第一个支持 SQL 语言的商业数据库，定位于高端工作站，以及作为服务器的小型计算机。 Oracle 11g 是甲骨文公司在 2020 年 7月12 日推出的最新数据库软件， 其数据库 管理功能主要包括 SQL 重演、计划管理、自动诊断知识库和事件打包服务等。 PL/SQL Developer 是一个集成开发环境，专门面向 Oracle 数据库存储程序单元的开发。 PL/SQL Developer 侧重于易用性、代码品质和生产力 ，充分发挥 Oracle 应用程序开发过程中的主要优势。 PL/SQL Developer 具有 许多智能特性， 其中的 SQL 窗口和命令窗口 能够满足要求性最高的用户需求。 窗口 该窗口允许您输入任何 SQL语句，并以栅格形式对结果进行观察和编辑，支持按范例查询模式，以便在某个结果集合中查找特定记录。 历史缓存 可以帮助 调用先前执 8 行过的 SQL 语句。 命令窗口 使用 PL/SQL Developer 的命令窗口能够开发并运行 SQL 脚本。 内置的脚本编辑器，无需编辑脚本 、 保存脚本 、 转换为 SQL*Plus、 运行脚本过程，也不用离开 PL/SQL Developer 集成开发环境。 9 第 4 章 软件测试案例分析 代理商卡号六个月在网酬金 结算 代理商卡号六个月在网酬金结算需求分析说明书 按照需求说明确定测试内容。 移动代理商卡号 6个月在网酬金规则 【业务定义】 代理商发展的零售末梢套封卡，白卡，渠道套封卡用户，自入网开始，在第六个月为止，在每月的月初，对出账月内符合当前有效的用户，跟代理商进行一定的结算。 （除 88系列套餐品牌） 【结算规则】 例如 号码 138XXXXX,2020110 入网 202071号结算 6个月在网，统计号码 138XXXXX当前状态是否有效。 卡类型 卡型号限制 活动限制 结算方式 结算标准 所有卡品 非 88套餐 无 无 10 88套餐 0 . 移动代理商卡号六个月在网酬金结算测试用例 测试用例主要用穷举法，将所有测试点的内容涵盖，以免遗漏。 测试用例具体结构见下表 10 表 2 测试用例 编号 测试项 检查点 前置条件 操作步骤 测试数据 预期结果 步骤1 常规测试 在网用户且已使用六个月 非88套餐，满足条件是否发放六个月在网酬金， 在 card_inof表中查询哪些代理商符合酬金结算条件 select distinct agent_id from card_info where card_message=39。 Y39。 and card_item=39。 否 39。 and months_between(sysdate,to_date(card_date))=6。 在 card_info表中查询每个符合酬金结算条件的代理商记录与 cost_info表中数据对比 select * from card_info。