测试用例设计方法培训.

测试用例设计方法培训目录1.测试用例的定义2.测试用例的目的3.测试用例的设计4.测试用例的检查5.测试用例设计常见的错误6.测试用例设计小结一、测试用例的定义测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定的需求。二、测试用例的目的首先，测试的目的是为了诱导软件出错，不仅仅是为了保证软件功能的基本功能稳定更要考虑极限、容错等不按其规范运行的操作。一个好的测试用例，具有较高的发现某个尚未发现的错误的可能性一个成功的测试用例，能够发现至今尚未发现的问题三、测试用例的设计一个完整的测试用例应该包括以下要素：(1)用例ID；(2)用例标题；(3)所属模块；(4)优先级；(5)测试环境；(6)前提条件；(7)测试步骤；(8)预期结果；(9)设计人员；(10)备注及日期；1.如何入手1）需求说明书、模块的详细规格书2）软件的基本雏形3）相关标准规格，如软件规格书等2.设计步骤1）根据需求得出的基本功能测试用例2）边界值测试用例3）容错测试用例4）并行测试用例6）交叉测试用例6）兼容测试用例7）极限测试用例2.1基本功能多看需求文档，多与需求设计人员沟通，保证覆盖需求文档的所有功能。以下是根据需求文档编写的测试用例：主要方法：1）等价类划分法将输入范围进行划分，测试每个等价类的具有代表性的数据等同于测试该类的其它数据。等价类可分为有效等价类和无效等价类。一个等价类，如果有充足的理由，可以再划分为多个更小的等价类。部分更小一些的等价类，可根据个人经验和用户角度取舍2）边界值法所谓边界条件，是指输入和输出等价类中那些恰好处于边界、或超过编辑、或在边界以下的状态。例如：一款软件的用户密码的输入为6到12位，则我们可以选择5位、6位、7位、11位、12位以及13位的密码进行输入。边界状态：如图片放大、缩小至边界状态3）错误猜测法错误猜测主要一项依赖直觉的非正规的过程，其基本思想是列出可能犯的错误或者错误易发的情况。例如：0或空1负值重复值重启电脑或手机删除源文件错误使用错误猜测法增加更多的测试用例2.2容错测试容错测试主要是输入错误或者不支持的内容，反用户常规的操作。比如：修改密码界面只支持数字，则我们可以选择特殊符号、英文字母、空格等查看查看软件的反应。2.3交叉测试交叉测试即中断测试，当一个事件执行时，另一个事件中断原有事件的执行。2.4并行测试即多个功能同时进行，例如后台播放音乐时浏览网页。与交叉测试的区别1）也称交互测试，交叉测试是当一个功能运行时，另一个功能打断了原来事件的执行，属于被动；而并行测试不会打断原来的程序，是主动发起多个功能。2）交叉测试发送在一瞬间，而并行测试应同时运行一段时间。2.5兼容性测试兼容性测试主要是检查软件在不同的软\硬件平台上是否可以正常的运行，即软件可移植性。主要测试1）软件与系统的兼容性2）软件在不同浏览器上的兼容性2.6极限测试也叫压力测试，就是给软件施加一定的压力，从而找出软件的错误。主要包括：1）内存压力：当内存快满时，运行软件，查看软件在低内存的环境下的运行情况2）时间压力：即长时间进行某个功能3）性能压力：即对于单一的功能，增加测试次数四、测试用例的检查1）检查，写完后自己再重头到尾检查一遍，然后再给相关同事检查。2）评审，用例写完后进行用例评审3）试用，在测试用例的试用初期，发现漏写或者不合理的地方应该及时修改五、测试用例设计常见的错误1.‘‘测试步骤’’与‘‘期望结果’’的混淆，‘‘测试步骤’’出现在‘‘期望结果’’里例如：如下例子不规范应按如下书写测试步骤期望结果1.进入iDress试穿1.查看模特展示图，应该显示该模特对应的名称测试步骤期望结果1.进入iDress试穿2.查看模特展示图1.成功进入iDress试穿2.应该显示该模特对应的名称2.‘‘前置条件’’与‘‘测试步骤’’重复例如：如下例子不规范应按如下书写前置条件测试步骤期望结果1.在后台添加服装信息1.在后台添加服装信息2.登录iDress试穿3.查看前台展示的图片1.前台展示的图片为后台设定的展示图片前置条件测试步骤1.在后台添加服装信息1.登录iDress试穿2.查看前台展示的图片1.成功进入iDress试穿2.前台展示的图片为后台设定的展示图片六、测试用例设计小结测试用例设计是个不断思考的过程，首先是要搞清楚自己所写软件需求和功能点，以及所有能引起变化的因素，将这些功能点列成一个设计框架，再分别细化各个功能点的测试方法和期望结果，细化过程中，通过等价类划分法、边界值法等方法来详尽各测试要点，保证覆盖的充分性，同时站在用户角度，考虑用户常用或不常用的操作路径，依此来取舍测试要点。测试用例设计也是一个不断优化的过程，平时发现的bug，若因用例漏写造成的，首先应补充相应的用例，同时分析漏写的原因，总结经验，防止再犯类似错误。经验积累多了，测试用例也会更加全面，软件的品质也能得到更好的保障。THEEND谢谢！