欢迎光临，这里是我个人的知识库，文章大多是从网络搜集的对我有用的资料，偶有我个人发表的文章，希望对大家也有用！ 我的学习目标： 1. 测试技术 ； ----> 2. 编码技术 ； ----> 3. 数据库技术 ； ----> 4. 计算机网络技术 ； ----> 5. 计算机原理；
设计测试用例步骤【3】
上一篇 /
下一篇 2014-05-20 15:02:14
/ 个人分类：测试用例设计方法
（1）.概述
步骤如下：
2、业务流程分析
4、测试用例评审
5、测试用例更新完善
1）测试需求分析
1.测试需求分析的目的是确定测试的范围，以确定测试的完整性
2.学习分析需求文档，整理理解系统功能，将软件需求转换为测试需求。
测试需求的特点是：包含软件需求，具有可测试性
3.测试需求应该在软件需求上进行分类、归纳和细分，方便测试设计
eg：软件需求通常指系统需要做什么？
如：在查联系人资料窗口给好友添加好友名称；
显示名称在1-20个字符之间
而：测试需求除了需要覆盖系统应该做什么外、还要覆盖系统不应该做什么，是用来发现需求中存在的问题
如：添加按钮是可选的；
在1-20个字符是可输入的；
大于20个字符是不可以输入的；
最终好友的显示名称与实际输入一致；
考虑不同的字符类型等等
2）业务流程分析
A、主流程是什么
B、条件备选流程是什么
C、数据流向是什么
D、关键的判断条件是什么
eg：新用户注册
申请开通飞信-->输入
手机号-->输入图形验证码-->手机号是否合法-->图形验证码是否正确-->发送短信验证码-->输入短信验证码-->设置密码-->密码是否合法-->密码是否正确-->是否开通飞信-->开通飞信-->是否编写个人资料-->设置个人资料-->开通完成
3)测试用例设计
完成测试需求分析和业务流程分析之后，开始着手设计测试用例。对于
软件测试用例（只涵盖功能，不包括
性能测试），个人目前认知基本由以下2部分组成：
1.业务场景测试：验证软件的核心业务流程，包括主要功能点的逻辑路径覆盖
2.功能点测试：包括功能点测试和测试数据组织2个部分
关于功能点测试用例，测试用例方法有：等价类划分等等，设计过程中结合前面的需求分析、业务流程
-功能测试：测试某功能是否满足需求的定义，功能是否正确，完备
-边界测试：对某个功能的边界情况进行测试
-异常测试：对某些功能来说，某些操作不完全正确，但又可能发生，需要书写异常测试用例
测试用例设计完成后，为了确认测试过程和方法是否正确，是否有遗漏的测试点，需要进行测试用例的评审。
-是否涵盖了需求文档上的每个功能点
-是否涵盖了需求文档上的每条业务规则说明
-是否涵盖了输入条件的各种有意义组合
-是否覆盖了业务操作的基本路径和异常路径
-是否考虑重要表单字段的数据合法性检查
-是否考虑了其他的测试类型（对某个功能很重要，但未在需求文档中提及到的，如
安全测试）
-是否考虑了对其他模块、功能的影响，是否覆盖了测试设计中定义的所有场景
-某个功能点的第一个用例是否是基本流的
-前提条件字段条目是否充分、准确，操作上是否不依赖于同组之外的其他用例
-操作步骤描述，是否清晰、易懂、操作步骤是否充分和必要，并具有可操作性
-测试数据的特征描述是否准确，有条件的情况下，是否给出可参考值
-测试用例的检查点是否明确
-用例的编号是否统一，明了
-用例的名称是否简洁，明了
5）测试用例更新完善
1.测试用例编写完成之后需要不断完善，软件产品新功能或更新需求后，测试用例必须配套修改更新
-在测试过程中发现测试用例设计考虑有误或不全面时，需要对测试用例进行修改完善
-在软件交付使用后客户反馈的软件缺陷，而缺陷又是因为测试用例存在漏洞造成，需要完善用例
（可借鉴公司的其他同类项目）
-一般小的修改可在原用例的基础上修改，但需要有更改记录
-软件版本更新，测试用例一般也随之设计更新版本
测试用例是“活的”，在项目的生命周期中不断更新和完善
收藏
举报
TAG:
