2012-07-31 09:39:19 sizhong5188 阅读数 200
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10414 人正在学习 去看看 CSDN讲师

        敏捷,顾名思义,灵敏,快捷。

        最近几年迅速发展的IT业,也引入了敏捷开发的思想,敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。这里的人是指客户和开发人员,两者之间的交流非常重要,开发团队之间的沟通协作也很重要。敏捷模式一定要简单,快捷,易于扩展,以满足客户随时的各种需求变化,逐步迭代,完善。即时、积极、主动和客户交流,随时调整项目的方向,最大限度的满足客户的需求,而不是像传统的模式,闭门造车,等把做出来的东西交给客户时,出现一大堆的问题。总之,研发人员和客户之间的互动一定要即时快捷,不要出现停滞,两者沟通的结果也要尽量保持方向一致,允许有间隙,但是尽量减小;团队之间,也要互相信任,积极沟通,步调保持一致。这种思想给我的感觉就是直奔主题,根据沟通的结果及时把客户想要的东西做出来,而不是拖拖拉拉,一定要按计划,在和客户协商的时间之前做好,也就是要守时守信,越快越好。这样一来,客户得到了满足,我们获得了肯定,利于以后的良性发展。其实这种思想用到工作中,生活中也一样适用。

        在工作中,员工和公司直接的敏捷沟通,同互动一样重要。公司想要的当然是员工能按公司所要求的那样做事,不一定是技术,业务最厉害的,一定是最合适的,这就要求员工尽量要做该做的事情,而不是做想做的事情。一定要把公司交予自己最重要的事情摆在第一位。员工想要的当然是公司给予的信任和肯定,方式不外乎表现在物质和精神上的。薪资福利的及时发放,报销流程,奖励等的即时快捷,解决了员工的后顾之忧,就能非常踏实的工作。精神的鼓励,给予更多的肯定,培养员工的工作兴趣,让工作变得充满乐趣,而不是乏味、煎熬,形成良性发展。这种即时快捷的互动很有必要,哪儿出现了停滞,就动哪儿,一定要即时改善,疏通。这种利于公司和员工的价值实现的思想,方法,也是挽留人才,队伍稳定发展的必要方式,员工也更乐于在这样的环境中工作。

        在生活中,对生活的态度,敏捷思想同样适用。积极面对生活,把握每一次机会,你和生活互动越积极,生活给你的机会越多。做事情前要有个清晰的目标,要根据轻重缓急给自己列个计划,最重要的事情排到最前面,并按计划做每一件事,在做事情的过程中有更重要的事可以简单调整。千万不要有拖延,懒惰的思想,今天的事情一定要今天做完。平时多和别人交流,善于听取别人的意见和批评,多向别人学习,能不断改善自己。要善于观察别人的优点并把别人的优点学到手,可以少走弯路,达到自己的目标。千万不要以自我为中心,固步自封,要用开放的思想面对生活,敏捷调整自己的方向,积极向上。

         敏捷让繁琐的软件开发变得简单快捷,让僵化的思想变得开放,让悲观的态度变得积极向上,让死板的制度变得灵活适用,让我们多多拥抱敏捷吧!
2017-04-27 11:03:00 weixin_30611509 阅读数 9
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10414 人正在学习 去看看 CSDN讲师

20169205实验三 敏捷开发与XP实践

实验内容及步骤

(一)敏捷开发与XP基本知识

敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。
一项实践在XP环境中成功使用的依据通过XP的法则呈现,包括:快速反馈、假设简单性、递增更改、提倡更改、优质工作。
敏捷开发包括很多模式,其中,极限编程(eXtreme Programming,XP)是一种全新而快捷的软件开发方法。XP团队使用现场客户、特殊计划方法和持续测试来提供快速的反馈和全面的交流:
XP是以开发符合客户需要的软件为目标而产生的一种方法论
XP是一种以实践为基础的软件工程过程和思想
XP认为代码质量的重要程度超出人们一般所认为的程度
XP特别适合于小型的有责任心的、自觉自励的团队开发需求不确定或者迅速变化的软件

(二)编码标准

代码标准中很重要的一项是如何给包、类、变量、方法等标识符命名,能很好的命名可以让自己的代码立马上升一个档次。Java中的一般的命名规则有:要体现各自的含义
包、类、变量用名词
方法名用动宾
包名全部小写,如:io,awt
类名第一个字母要大写,如:HelloWorldApp
变量名第一个字母要小写,如:userName
方法名第一个字母要小写:setName

Eclipse菜单下的source->Format可以按Eclipse规定的规范缩进

为了更加有层次感和规范性,根据代码逻辑加入一些空行

732832-20170427091635975-328544089.jpg

(三)结对编程

共同学习代码。
编写了一个日历小程序。
732832-20170427105624115-677475147.jpg
其中,我负责编写日历具体实现代码,另一位同学负责编写界面。
其中CalenderFrame.java类是界面由同伴编写
CalenderBean.java类和CalendarMainClass.java由我编写其中最主要的功能是闰年的判断,代码如下:

ublic String[] getCalendar()
    {
        String a[]=new String[42];
        Calendar date=Calendar.getInstance();
        date.set(year,month-1,1);
        int week=date.get(Calendar.DAY_OF_WEEK)-1;
        int day=0;

        //判断大月份
        if(month==1||month==3||month==5||month==7
                ||month==8||month==10||month==12)
        {
            day=31;
        }

        //判断小月
        if(month==4||month==6||month==9||month==11)
        {
            day=30;
        }

        //判断平年与闰年
        if(month==2)
        {
            if(((year%4==0)&&(year%100!=0))||(year%400==0))
            {
                day=29;
            }

            else
            {
                day=28;
            }
        }

        for(int i=week,n=1;i<week+day;i++)
        {
            a[i]=String.valueOf(n) ;
            n++;
        }
        return a;
    }

(四)下载搭档的Complex类并编写测试

732832-20170427110357444-1603246417.jpg

(五) 重构代码

重构(Refactor),就是在不改变软件外部行为的基础上,改变软件内部的结构,使其更加易于阅读、易于维护和易于变更。

public boolean isLeap(int year) {
  return (year % 4 == 0 && year % 100 != 0) || (year % 400 == 0);
}
 
public static int getMonthDays(int year, int month) {
  int numberDays = 0;
 
  switch (month) {
    case 1:
    case 3:
    case 5:
    case 7:
    case 8:
    case 10:
    case 12:
      numberDays = 31;
      break;
 
    case 4:
    case 6:
    case 9:
    case 11:
      numberDays = 30;
      break;
 
    case 2:
      numberDays = isLeap(year) ? 29 : 28;
      break;
  }
 
  return numberDays;
}

搭档这段代码使用了switch语句,然而这种写法在重构中是不推荐使用的具体改动如下
重构后

public boolean isLeap(int year) {
  return (year % 4 == 0 && year % 100 != 0) || (year % 400 == 0);
}
 
private int getFebruaryDays(int year) {
  return this.isLeap(year) ? 29 : 28;
}
 
public int getMonthDays(int year, int month) {
  int[] months = new int[] { 31, this.getFebruaryDays(year), 31, 30, 31, 30,
31, 31, 30, 31, 30, 31 };
 
  return months[month];
}

截图如下
732832-20170427104130631-1235318074.jpg

实验中的问题和解决过程

java的重构模式都有哪些?

解决

重命名方法重构模式、引入解释性变量重构模式、以查询取代临时变量重构模式
重命名方法重构模式建议执行如下的步骤来完成:
1.建立一个具有新名称的方法
2.将旧方法的方法体复制进新方法
3.讲旧方法的方法体修改为调用新方法
4.将所有引用旧方法的地方修改为引用新方法
5.删除旧方法
引入解释性变量重构模式步骤相对简单,如下:
1.声明一个局部变量,并将其初始化为需要替换的表达式部分
2.对于复杂的表达式,用新的局部变量代替其中需要替换的部分
3.对于该表达式的其他部分,重复这个过程
以查询取代临时变量重构模式的步骤如下:
1.找出只赋值了一次的局部变量
2.将该局部变量声明为final并重新编译(以确保该变量的确只赋值了一次)
3.复制赋值语句的等号右侧的表达式,并将其修改为一个新方法的方法体
4.将赋值语句的等号右侧更改为对新方法的调用
5.将所有对该局部变量的使用替换为对新方法的调用
6.删除赋值语句以及局部变量的声明

作业项目地址

码云项目地址

代码托管

安卓项目地址

项目地址

实验总结

步骤 耗时 百分比
需求分析 20min 13.8%
设计 30min 20.7%
代码实现 60min 41.4%
测试 15min 10.3%
总结分析 20min 13.8%

感想

希望能够通过系统地学习,探索一些开源项目并改进功能,养成良好的开发习惯,形成一套完整的android生态知识体系,并能完全自主开发一款具有一定实用价值的app。

转载于:https://www.cnblogs.com/wule/p/6773159.html

2013-05-09 07:53:50 Jye13 阅读数 943
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10414 人正在学习 去看看 CSDN讲师
·简介:tp开源免费、快速、简洁、面向对象、轻量级php开发框架。为了敏捷web开发、简化企业应用开发而诞生。简洁实用是设计原则。3.0引入全新CBD(core behaver driver)的架构模式,旨在打造diy框架 和 AOP变成体验。更加方便快捷的开发和部署应用。倡导 大道至简,开发由我的开发理念。
·注意:ThinkPHP默认全部使用UTF-8编码,所以请确保你的程序文件采用UTF-8编码格式保存,并且去掉BOM信息头。开发阶段始终开启调试模式,作用:开启各种日志记录,关闭模板缓存,检查问价大小写发现linux部署问题。
·今日开发流程:
系统设计,创建数据库数据表:bank库 goods表
项目命名,创建项目入口文件,开启调试模式:App命名,index.php define('APP_DEBUG',true)
完成配置:‘APP_GROUP_LIST’=> 'Admin,Home','DEFAULT_GROUP'=>'Home',database....
创建控制器类:GoodsAction.class.php
创建模板文件:goods.html show.html update.html
运行和调试、分析日志
部署到生产环境

·具体代码:
获取数据模型 调用M(‘表名开头大写’)
用¥data = array 存储数据
用add(¥data) save(¥data)delete(¥id) 增删改查~~~
用¥this-》success(‘提示语’,‘返回路径’)提示成功操作 error()提示错误
在模板里用 花括号{¥接收数据!}


递归 排序~~

面试要说能熬夜 如经常在学校熬夜做项目

不能太早找工作~~多多积累 不然就被挂下来了~

目标是基础~
2017-04-26 20:24:19 qq_38531689 阅读数 862
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10414 人正在学习 去看看 CSDN讲师

简介
—-AngularJS是一个基于MVC处理模式,实现了MVVM数据双向绑定的用于开发动态web项目的框架。以其数据和展现分离、MVVM(Model-View-ViewModel模型-视图-视图模型)、MVC(Model-View-Controller模型-视图-控制器)、DI(Dependence injection依赖注入)等强大的特性活跃于前端开发市场,是前端敏捷开发使用的主流框架之一。
注:库vs框架
:封装原生Javascript实现的大量函数的集合,提供了各种特定功能的函数库,通过引入库中的函数,可快捷实现一些特定的处理过程,如截取字符串等。
框架:一种封装了原生Javascript实现的函数、功能、组件、处理流程的特殊实现。通过引入框架中的配置,可实现一定的逻辑处理功能,如Bootstrap中的轮播图等。

—-AngularJS是在前后端分离软件架构模型下处理前端业务的,不仅提供了优雅的DOM操作和基于Ajax的数据交互技术,同时进行了良好的结构整理和常规的业务逻辑处理的封装,使Angular构建的应用能灵活的适应不同的项目场景·。
扩展:
传统软件模型是前后端耦合架构模式,耦合架构就是服务器前后端紧密结合,这样的架构模型下HTML不能满足web开发需要。如JavaEE开发的web软件,服务器后端使用java语言以及它的框架来完成开发,前端使用JSP进行开发,JSP是对HTML的扩展,可以在HTML中添加java代码和java定义的标签,但是JSP是只能用于Java后台的视图。PHP开发的服务器后台,页面部分使用PHP进行开发,PHP文件也是在HTML中进行了大量的功能扩展。
AngularJS类似的框架上出现之后,对前端进行了大量的封装和扩展,让HTML能更加友好的支持后端主流语言并协同web软件的开发,也就是前后端开始分离,不再紧密耦合。

专业术语
1. 模板template,包含了Angular特殊扩展标记的HTML代码。
2. 指令directive,扩展了HTML代码,自定义的标签、属性等等。
3. 模型model,保存在js中,用来和用户交互的数据。
4. 作用域scope,模型数据在HTML页面中产生作用的范围。
5. 表达式expression,AngularJS在HTML页面中可以运算的语法。
6. 编译器compiler,被用来解释HTML代码中的Angular代码。
7. 过滤器filter,对HTML页面中输出的数据进行指定格式展示。
8. 视图view,统称用户看到的HTML视图页面。
9. 数据绑定data binding,js中特定的数据和HTML页面上的数据的关联关系。
10. 控制器controller,给视图view提供功能支持。
11. 依赖注入dependence injection,Angular自动创建对象的一种方式。

最后,常用Angular1.X版本。通过http://code.angularjs.org可下载。

2010-03-10 14:48:00 vincetest 阅读数 2293
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10414 人正在学习 去看看 CSDN讲师

调测工具VcTester攻略之

敏捷开发方式下调测组织过程

作者:网际游民,成稿于20102

 

关于本系列文章

本系列文章罗列如下:

《调测工具VcTester攻略之:搭建敏捷开发环境》

《调测工具VcTester攻略之:使用快捷编辑功能》

《调测工具VcTester攻略之:快速定位问题》

《调测工具VcTester攻略之:敏捷开发方式下调测组织过程》

《调测工具VcTester攻略之:脚本驱动API测试》

《调测工具VcTester攻略之:使用脚本桩构造数据驱动测试》

撰写本系列文章时得到ezTester技术专家Sundy多次帮助,在此谨表感谢!

 

 

说明:下文涉及端到端测试设计的内容摘自ezTester培训材料,概念既非本人提出,不少内容还原文照抄,见谅。

 

VcTester的测试用例组织形式

与其它测试工具类似,VcTester也提供测试工程、测试集与测试用例管理功能,这3者构成树状结构,其中测试集下既可挂若干测试用例,也可挂测试集。

VcTester的测试组织形式与常规工具稍有不同,主要是为了适应敏捷开发模式,引入一些差异化特色。下面我先举例说明测试集与测试用例的嵌套使用方法,编写如下脚本:

运行上述脚本后,测试用例树显示如下:

TestSet1TestSet2是测试集,Test1Test2是测试用例,这些测试集与测试用例都定义了setUptearDown函数。运行用例Test1,打印信息如下:

不难看出,VcTester测试用例具有嵌套组装的功能,Test1挂在TestSet2之下,而TestSet2又挂在TestSet1之下,所以,运行Test1之前,TestSet2setUp函数先运行,而运行TestSet2setUp运行之前,TestSet1setUp先运行,tearDown的调用顺序正好相反,也是嵌套的。

对比其它测试框架,我们分析VcTester的用例组织方式具有如下特点:

1.         测试集不只用作测试用例的集合,还兼具构造测试运行环境的功能,setUp常用于构造运行环境,而tearDown则用于复原运行环境。

2.         各个测试用例运行时是独立的,并不与其它用例相关联。如上例,运行Test1时,先按TestSet1TestSet2定义先构造测试运行环境,运行结束恢复运行环境,而运行Test2时,同样也按TestSet1TestSet2定义先构造测试运行环境,运行结束恢复运行环境。但静态的用例定义,可与其它用例共享同一运行环境,如上例Test1Test2在同等配置的测试环境下运行(都是通过TestSet1TestSet2构造环境及恢复环境)。

上述特点让VcTester组织测试过程更具灵活性,比如,如果我们不定义某用例所归属的测试集的setUptearDown函数,这时测试集仅用作测试用例的集合,用例组织回归于传统用法。另外,一个测试用例容纳的测试脚本可多可少,按如下方式可实现一次构造测试环境,运行多项测试:

 

但为什么共享同一测试环境的多个用例要独立构造环境,并在使用完毕立即恢复呢?如上例运行Test1后运行Test2,要独立构造与恢复环境共做两次,而不是只做一次。这恐怕与VcTester中用例定义更新后自动运行的特性有关,每个用例独立修改,独立运行,所以要独立构造与恢复运行环境。

端到端测试设计

“端到端方式测试设计”是与“隔离方式测试设计”相对的一个概念,依据传统的测试理念,单元测试中被测对象应该被隔离,然后再实施测试,如IPL公司对单元测试的定义是:

The unit test is the lowest level of testing performed during software development, where individual units of software are tested in isolation from other parts of a program.

4代白盒测试方法拓展了测试设计理念,发展出一种端到端的测试设计模式,即,这种测试设计方法要求你无须按隔离的眼光看待被测单元,而是从应用角度设计用例,由应用层的测试脚本驱动着底下各个层次的功能代码,发起并完成各项测试。

在隔离模式下,你关注一个被测单元,要在它的上层构造测试驱动,在它的下层构造测试桩,即,保持被测单元是真实的,它的上层与下层都是模拟的。

在端到端模式下,你关注工作对象的整体,大部分测试设计接近于真实应用(还有小部分是内部调测场景下用例设计,后面还会讲到),在最高层用脚本发起调测,然后借助脚本桩在各层函数调用时插入一些观察控制点(即PCO点),在各PCO点再微调测试运行环境,构造出各式各样运行环境,另外,PCO点也用于观察、判断当前测试结果是否预期。

为什么会有端到端测试设计模式?回顾一下我在《调测工具VcTester攻略之:快速定位问题》中提到的一句话:

在深度敏捷下,你写脚本首先是为了展示功能,用脚本生成配置数据、用脚本发起功能展示,然后,当你还有余力时,把这样的脚本转化测试用例。

敏捷的精髓在于确保产品“随时可展示”,而非“为测试而测试”。我个人并不认同TDD三条军规(参见Object Mentor公司UncleBob的“The three rules of TDD”)所要求的,编写任何产品代码之前必须先写用例,与其遵循测试驱动开发(Test Driven Development),还不如遵循“应用场景驱动开发”(use-case driven development)。我想,第4代白盒测试方法提倡的应用场景驱动,与它的调试即测试、持续测试、在线测试等理念是一脉相承。应用场景驱动也就是前面我们提到为展示功能而编写调测脚本,这样的脚本设计必然是端到端形式的。

端到端测试设计具有强烈的实用主义特色,如果按照隔离方式设计用例,每个细小被关注的测试对象都要模拟它的上下层,那要消耗多大的精力。端到端测试设计则不然,通常是一个测试驱动造就数个乃至数十个测试用例,测试设计异常高效,另外还解决了CppUnit测试设计中普遍存在的“行为依赖风险”(参见ThoughtWorks李晓的《不要把Mock当作你的设计利器》一文)。

当然,端到端测试设计比隔离方式粒度要粗一些,针对某些关键代码,或高复杂度代码,仍不妨采用隔离方式实施深入测试。此外,值得一提的是,端到端测试设计模式并不具备广泛适应性,必须借助脚本桩才可实施。

理解了场景驱动开发与端到端测试设计,现在不难理解为什么VcTester的测试集要支持setUptearDown定义,它的测试集是用来描述一个个调试或测试的应用场景的。

 

区分三类调测场景

测试设计具有明显层次性,端到端测试场景处于中间层次,更高一个层次是“客户化测试场景”,比方针对某类客户,提供一种组网形式,针对另一类客户提供另一种组网,配置有较大差别,就构成不同测试场景。客户化测试场景是针对产品层面而言的,有时我们也把不同测试类别划作此类,比如:冒烟测试场景,产品初验测试场景等,这些都属于产品层面的测试场景。

端到端调测场景则以开发者个体为单位,关注自身工作对象(产出代码)的使用场景。如果你工作的代码是一个库模块,你的端到端调测场景就是该库模块的接口调用,如果你当前工作对象是整个产品,这时,端到端测试场景与上一层“客户化测试场景”重合。

端到端的下一层是内部调测场景,以开发者个体为单位,凡不属端到端的都归到这一类。内部调测场景有一个特点,它的运行环境是假设出来的,即,被测对象的上层或下层不是真实应用情况,是模拟出来的。因为是假设的,它的上下层依赖关系容易发生变迁,所以,内部调测场景下的用例更容易产生行为依赖风险。典型的内部调测场景有两种:一是针对某个复杂功能开展专项测试,二是为迭代需要或验证需要,临时分解出来的中间应用场景。前者比较容易理解,后者要解释一下。

迭代开发比较强调工作步骤分解,将一个大任务分解成若干个小任务,每个小任务在各轮迭代中完成,每轮迭代的工作量尽量均匀(只是尽量,不是强制),而且要求可展示、可验证,为达到这个目标,开发中我们会假定一些中间场景,比如在某服务系统的后台进行复位前台的操作,我们可以假定一个中间场景,前台收到后台复位指令,打印一条信息表示收到指令了,构造这种场景是为了验证通信系统是否正常。如果一步实现后台复位前台的功能,迭代步幅太大,我们先验证通信环节,然后在下一次迭代验证真实的复位。还有一些中间场景是为测试目的设置,比如某项功能比较复杂,我们在该功能的中间步骤添加验证环节,这也会产生假想的中间应用场景。

我们依据上述三类场景,有层次的组织测试设计。客户化测试场景体现为阶段性测试任务中,在版本机中,它往往独占一个根目录,比如独立一个目录“冒烟测试”,或“A类用户初验测试”等。客户化测试场景下的用例通常由多人共同完成、共同维护。端到端调测场景与内部调测场景是私有的,归开发者或测试者个人所有,由他个人承担维护工作,一般来说,端到端调测场景下的用例较多,内部调测场景下的用例较少,前者所占比例越高,你的测试集越容易维护。

VcTester集成环境中,一个典型的测试用例树组织如下:

其中“冒烟测试”与“A类用户初验测试”是项目分派到你头上的测试设计任务(你是参与者之一),其它是自己独立维护的用例。

 

 

相关文章:

 

《调测工具VcTester攻略--搭建敏捷开发环境》

《调测工具VcTester攻略--使用快捷编辑功能》

《调测工具VcTester攻略--快速定位问题》

《调测工具VcTester攻略--敏捷开发方式下调测组织过程》

《调测工具VcTester攻略--脚本驱动API测试》

    《调测工具VcTester攻略--使用脚本桩构造数据驱动测试》

 

DevOps学习

阅读数 59

没有更多推荐了,返回首页