首页 > 代码库 > 软件测试用例设计 0620

软件测试用例设计 0620

入职基础培训课程系列

    软件测试概述

    软件测试用例设计

    软件测试缺陷管理

    软件系统测试

培训目标:1 明确测试用例在软件中的重要性

          2 掌握测试用例设计的基本思路

          3 了解并熟悉测试用例的要素和编写方法

课程内容: 1基本定义 要素和作用概念

           2测试用例设计过程

           3测试用例设计思路实例分析

用户登录:性能测试 安全性测试 文档测试 功能测试 界面测试 兼容性测试


什么是用例:用例是输入输出对,输出描述的是对输入数据的预期结果

            用例是一组操作序列与数据的集合,这个集合通常具有业务或操作上的意义,一般用脚本             来实现。

            用例是 为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的一组操作序列和数据             的集合,称之为测试

测试用例是软件测试的核心

    测试用例是测试工作的指导,是软件测试必须遵守的准则。更是软件测试质量稳定的根本保障。

测试用例在软件测试中的作用

    指导测试的实施

    规划测试数据的准备

    编写测试脚本的"规格说明书"

    评估测试结果的度量标准

    分析缺陷的标准

用例的关键组成要素:测试目标

                    测试运行环境:软硬件环境

                                  数据环境

                    操作

                    输入数据

                    预期结果

                    评判结果的标准

TestPlan系统中用力的格式:

技术分享


技术分享


技术分享



            测试用例设计过程 

1 测试需求分析 是测试设计的首要工作

  测试需求的5W1H (What why when where who how)

2 业务系统分析 :软件测试,不单纯是基于功能的黑盒测试,还需要对软件的内部处理逻辑进行测试。为了不遗漏测试点,需要清楚的了解软件产品的业务流程,用户应用场景和系统结构

   基本依据 产品车机开发说明书

   从业务流程分析上,应得到以下信息:

        主流程是什么 条件备选流程是什么 数据流向是什么 关键案的条件判断是什么

3 用户应用场景分析 

    基本场景:“关键”且“常用”,满足最最基本的功能需求

    必要场景:“必要”且不“常用”,满足一般功能需求

    边缘场景:“不常用”的有益补充,满足特定功能需求

4 系统结构分析

    前台输入 ————> 子系统......子系统 -------->后台输出

    从不同层次测试: 前台GUI交互 

                     后台数据结构 

                     子系统影响

                     .......

        进程管理 数据库 文件管理 .....


用户登录实例分析 

        用户登录测试的需求? 流程? 场景?

用户登录测试项分析

技术分享


技术分享

用例组织和编写

    级预测试需求分析和业务系统分析的输出结果,结合测试输入数据设计和测试手段,组织和编写测试用例,包括开发测试脚本

用例设计生成基本准则

    测试用例的代表性:能够代表和覆盖各种合法的和不合法的 边界和越界的 以及极限的输入数据 操作和环境设置

    测试结果的可判定性:即测试执行结果的正确性是可判定的,每一个测试用理由应该有期望的结果

    测试结果的可再现性:即对同样的测试用例,系统的执行结果应当是相同的。


测试用例分类

    1从测试类型角度分类:完整性测试 功能测试 用户界面测试 兼容性测试 性能测试 稳定性测试 故      障恢复测试 安全性测试 安装测试 文档测试 其他测试

    2从测试过程角度分类: 安装  接收 功能 性能 文档 回归

测试用例的优先级别 

    高  中  低


如何组织和编写用例

    按照向上堆积的原则和由简到繁的原则,配合清晰的流程逻辑去编写

    “灵活”组织,以覆盖所有测试项为最终目的

用例编写基本要求

    测试目的唯一性  预期结果明确 关键操作步骤清晰 测试数据描述清晰,尽可能覆盖全面

技术分享

技术分享

测试用例评审 

    测试用例再设计编制过程中要组织同级互查。完成编制后应组织专家评审,需取得通过才能使用。

测试用例更新完善

    1 在测试过程中发现设计测试用例时考虑不周时,需要完善

    2 在软件交付使用后反馈的软件缺陷,而缺陷又是因测试用例存在漏洞造成

    3 软件自身的新增功能以及软件版本的更新,测试用例也必须配套修改更新

本文出自 “阳光蜜汁” 博客,谢绝转载!

软件测试用例设计 0620