文档介绍:测试用例标准
1、前言
统一测试用例编写的规范,为测试设计人员提供测试用例编写的指导,提高编写的测试用例的可读性,可执行性、合理性。为测试执行人员更好执行测试,提高测试效率,最终提高公司整个产品的质量
2、范围
本文档适合测试人员内部使用,适合于任何产品和项目。
3、测试用例编写原则
对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系;
对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系;
对于系统业务流程来说,各个子系统之间是如何连接在一起,如果需要接口,各个子系统之间是否有正确的接口;如果是依靠页面链接,页面链接是否正确;
对于模块业务流程来说,同级模块以及上下级模块是如何构成一个子系统,其内部功能接口是否连贯
考虑各个产品之间的相关性,当某个产品某个页面的字段发生增删改
时,其它产品是否有相应变化,和后台数据库之间是否匹配
当某个产品增加某个功能时,其它相关产品是否有相应措施
应尽可能覆盖程序的各种路径应尽可能覆盖系统的各个业务应考虑存在跨年、跨月的数据大量数据并发测试的准备系统中各功能、业务的异常情况
输入用户实际数据以验证系统是否满足需求规格说明书的需求。
测试用例中的测试点应保证至少覆盖需求规格说明书中的各项功能。
测试数据应符合用户实际工作业务流程
兼顾各种业务变化的可能
要符合当前业务行业法律,法规。
人名、地名、电话号码等应具有模拟功能,符合一般的命名惯例。
(健壮性)
程序能够接收正确数据输入并且产生正确(预期)的输出,输入非法数据(非法类型、
不符合要求的数据、溢出数据等),程序应能给出提示并进行相应处理。
4、测试用例设计方法
将所有可能的输入数据(有效的和无效的)划分成若干个等价类。
指对输入的边界条件进行分析,设计出针对边界值的测试用例。
就是利用图解法分析软件输入(原因)和输出条件(结果)之间的关系,以设计测试用例的方
法。因果图法适合于检查程序输入条件的多种情况的组合,并最终生成判定表,来获得对应的测试用例。
功能图是描述程序状态变化、转移的过程,因为软件运行或操作的过程可以看作是其状态
不断发生变化的过程。测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下,软件运行是一系列有次序的、受控制的状态变化过程。
推测法主要依赖经验、直觉来作出简单的判断甚至是猜测,给出可能存在缺陷的条件、场景等,在找到缺陷后,设计出相应的测试用例。
主要步骤是:
对软件需求规格说明中的功能要求进行划分(层层分解与展开),分解成具体的、相对
独立的基本功能。
根据基本功能的质量需求,找出影响其功能实现的操作对象和外部因素,每个因素的
取值可以看作水平,多个取值就存在多个水平。
确定待测试软件中所有因素及其权值,这是测试用例设计的关键