如何设计测试用例(个人原创).pptxVIP

如何设计测试用例开发部钟礼兰前言 随着软件产业的日益壮大和逐步走向成熟，软件测试也在不断发展。从最初的由软件编程人员兼职测试到软件企业组建独立专职测试部门。测试工作由简单测试演变为：制定测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工、自动化及第三方专业测试公司多种并存的格局。前言 在软件测试工作中，测试用例的设计和编写是最重要的。测试用例是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的基本保障。如何设计测试用例 一、测试用例的定义 二、测试用例的目的 三、测试用例的设计 四、测试用例的检查 五、测试用例设计的常见错误 六、测试用例设计小结一、测试用例的定义 测试用例是为特定的目的而设计的一组测试输入、执行条件和预期结果，以便测试某个程序路径或核实是否满足某个特定需求。二、测试用例的目的测试目的，是为了证明软件不存在错误，还是为了发现错误？ 如果是为了证明软件不存在错误，那么1）潜意识中就更倾向于实现这个目标，这样我们可能仅考虑正确的输入得到正确的结果，较少考虑导致软件失效的测试数据2）可能隐藏一些问题。软件原则上不存在错误，但实际存在不合理。如：一个“输入数据，判断为何种三角形”的程序，输入0，0，0，程序会判为等边三角形，但显然是不合理的。 因此，写测试用例目的，是诱导软件出错误，不仅仅是为了证明其基本功能实现正常，更要考虑极限、容错等不按其规范运行的操作。二、测试用例的目的 一个好的测试用例，具有较高的发现某个尚未发现的错误的可能性一个成功的测试用例，能够发现至今尚未发现的错误 三、测试用例的设计 个人认为，简单来说，就是方法+经验，即比较成熟的测试用例设计方法为指导，再加上设计人员个人的经验积累。三、测试用例的设计1.从何入手 1）菜单树； 2）需求规格书、模块的详细规格图； 3）软件的基本雏形； 4）相关标准规格；如软件规格书等。三、测试用例的设计2.设计步骤1)根据需求规格和菜单树得出基本功能测试用例；2)边界值测试用例；3)容错测试用例；4)并行测试用例；5)串行测试用例；6)交叉测试用例； 7)兼容测试用例；8)极限测试用例。三、测试用例的设计2.1 基本功能 多看需求文档，多与需求设计人员沟通，至少保证覆盖需求规格说明书和菜单树的各项功能。 主要方法： 1）等价类划分： 将输入范围进行划分，测试每个等价类的代表性数据等同于测试该类的其他数据。 确定有效和无效等价类。 一个等价类，如果有充足理由，可以再划分为多个更小一些的等价类。部分更小一些的等价类，凭借个人经验和用户角度去考虑取舍。 三、测试用例的设计 2）功能、路径混合分析法：即实现某功能，从进入--功能实现---退出的各种路径的操作组合。 进入：如果只有一种进入方式，则无需描述；2种及2种以上的进入方式，则需分别描述。常见的进入方式：主菜单进入、桌面快捷方式进入、快捷启动键进入。 功能实现：通过界面上的按钮实现相关功能。 退出：未实现和已实现功能的退出。三、测试用例的设计3）边界值 所谓边界条件，是指输入和输出等价类中那些恰好处于边界、或超过边界、或在边界以下的状态。 1）输入值，如：一款软件用户密码的输入为6到12位，则我们可选择5位、6位、12位、13位密码进行输入。 2）输出值，如：一款计算器软件的输出值范围为：0～999999999999，那么应该针对如果得到0和999999999999来设计测试用例，还有观察是否可能设计出得到-0.1和1000000000000的测试用例 3）边界状态，如：图片放大、缩小至边界状态 4）如果程序的输入或输出是一个有序序列，则应特别注意该序列的第一个和最后一个元素。 5）其他边界。三、测试用例的设计4）错误猜测 错误猜测主要是一项依赖直觉的非正规的过程，其基本思想是列举出可能犯的错误或错误易发情况的清单。例如： 1）0或空 2）1 3）负值 4）重复类 5）重启手机 6）删除源文件的状态 。。。 使用错误猜测技术增加更多的测试用例三、测试用例的设计2.2 容错测试 主要是输入错误或不支持的内容，反用户常规的操作。比如：修改密码界面只支持输入数字和密码，则我们可以选择输入特殊符号，空格等特殊字符查看软件的反应。三、测试用例的设计2.3 并行测试 即多个功能同时进行，比如：播放电影过程中软件发出警报，播放音乐过程中开启点触开启日光灯按钮。 可后台运行的程序： 手机QQ，音乐播放器，浏览器等。 与交叉测试的区别： 1）交叉测试是当一个功能运行时，另一功能打断了原来事件的执行，属被动；并行测试则不会中断原有程序，是主动发起多个功能。 2）交叉测试发送在一瞬间，并行测试应同时运行一段时间。三、测试用