发表于: 2019-04-30 21:38:05

0 645


今天完成的事情: 复习
明天计划的事情:复习
遇到的问题:自动化任务10报错 连接不上
收获:

流程分析法是将软件系统的某个流程看成路径,用路径分析的方法来设计测试用例。根据流程的顺序依次进行组合,使得流程的各个分支都能走到。

  这里拿一个最简单的流程来做分析。用户登陆操作的流程。这个大家都应该很熟悉的,需求如下(这里只简单举个例子说明用例设计方法,具体需求应该还要详细。)

  1、        用户执行程序,弹出登陆对话框;

  2、        用户输入用户名,格式要符合如下规范:

  a.        2-16个字长,英文或数字;

  b.        用户名中不可出现空格符;

  c.        可以使用这些字符:“横线-”,“下划线_”,“点.”;

  d.        不可以使用“&、%、$”等其它字符。

  用户名出错处理:

        1)、用户名为空:提示用户:“请输入用户名!”;

        2)、用户名错误:提示用户:“用户名错误,请重新输入用户名!”。

  3、用户输入密码,格式要符合如下规范:

                a. 密码为字符串;

                b. 字符串为0~9之间的阿拉伯数字组合,密码长度为6位。

        密码出错处理:

        1)、密码为空:提示用户:“请输入密码!”;

                2)、密码错误:提示用户:“密码错误,请重新输入密码!”。

  4、确定登陆,系统验证用户登陆;

  5、取消登陆,退出系统。

1、测试需求分析 
  从软件需求文档中,找出待测试软件/模块的需求,通过自己的分析、理解,整理成为测试需求,清楚被测试对象具有哪些功能。测试需求的特点是:包含软件需求,具有可测试性。 
  测试需求应该在软件需求基础上进行归纳、分类或细分,方便测试用例设计。测试用例中的测试集与测试需求的关系是多对一的关系,即一个或多个测试用例集对应一个测试需求。 
   
  2、业务流程分析 
  软件测试,不单纯是基于功能的黑盒测试,还需要对软件的内部处理逻辑进行测试。为了不遗漏测试点,需要清楚的了解软件产品的业务流程。建议在做复杂的测试用例设计前,先画出软件的业务流程。如果设计文档中已经有业务流程设计,可以从测试角度对现有流程进行补充。如果无法从设计中得到业务流程,测试工程师应通过阅读设计文档,与开发人员交流,最终画出业务流程图。业务流程图可以帮助理解软件的处理逻辑和数据流向,从而指导测试用例的设计。 
  从业务流程上,应得到以下信息: 
  A、 主流程是什么 
  B、 条件备选流程是什么 
  C、 数据流向是什么 
  D、 关键的判断条件是什么


返回列表 返回列表
评论

    分享到