A股上市公司传智教育(股票代码 003032)旗下技术交流社区北京昌平校区

 找回密码
 加入黑马

QQ登录

只需一步,快速开始

© 黑色兽兽 中级黑马   /  2018-8-29 12:04  /  1707 人查看  /  3 人回复  /   0 人收藏 转载请遵从CC协议 禁止商业使用本文

本帖最后由 上海分校-小影 于 2018-8-31 09:47 编辑

       大家好,今天给大家绍下测试用例相关知识。之前在工作中,并不清楚什么是测试用例,该怎么编写,因为做开发也没关注这块,前两天有同学问我怎么编写测试用例,那么就给大家简单普及下。
      首先知道软件由数据+程序+文档组成。我们做软件测试,就是给执行程序输入数据,得到输出结果,并判断输出结果是否符合需求规格的过程,而文档就是我们工作内容。而测试用例,就属于文档的一部分。
       其次测试的生命周期(测试流程):测试计划  --- 测试方案设计  --- 测试开发  ---  测试执行   --- 测试评估,对测试结果的分析和报告。
测试用例的编写与执行属于测试开发环节。
       测试用例是测试工作的核心,是一组在测试时输入输出的标准,测试用例是软件需求的具体对照                                                                              
          测试用例作用:检验程序是否满足需求,提现测试人员的工作质量,可以让别人学习测试计划和方法。
         测试用例一般包括,编号,用例名称,测试项目,测试环境,优先级,BUG级别,测试数据,测试步骤,预期结果,实际结果,判断是否BUG。
这里需要注意,编号并不简单的是1、2、3、4这样子,而是可以通过下划线将一些测试用例的信息包含进去,比如:TpShop_0001,代表着这条测试用例时测试商城相关的;用例名称是用例的名字,这个可以不写;测试什么项目、什么内容的,也可以不写,优先级和重要级看似差不多,其实关系不大,优先级高并不意味着重要级高;测试数据是指输入的数据;测试步骤是必须的,可以根据实际情况写测试步骤,可以写的粗糙,也可以写的很详细,比如第一步是什么,第二步是什么。。。。预期结果对应着测试步骤,如果测试步骤写的很详细,那么预期结果也要详细,比如测试步骤有5步,预期结果有2个,别人怎么知道这个结果是哪一步产生的?最好在编号上实现预期结果和操作步骤的统一;实际结果就是在测试过程中的实际情况,如果一样就写通过、OK等就可以了,如果不一样,需要写明实际结果是什么。有时候,我们可以在实际结果中写OK、false,然后将实际结果写在备注里,也没有问题。
         测试用例的编写流程:
                                            需求分析、提取测试点、编写测试用例、测试用例的评审
        下面给大家看下一个简单的注册测试用例:
                                                                        









3 个回复

倒序浏览
回复 使用道具 举报
奈斯,加油加油
回复 使用道具 举报
回复 使用道具 举报
您需要登录后才可以回帖 登录 | 加入黑马