您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 敏捷开发的艺术——王江平译

  2. 本书为那些正在考虑应用敏捷开发来构建有价值软件的人们提供了实用的指导。现在已经有大量的书籍描述敏捷开发是什么或者为什么它能帮助软件项目成功,但很少有哪一本书能把针对开发者、管理者、测试者和客户的信息合并成一个整体,从而使其能够直接应用。  本书为敏捷的计划、开发、交付和管理提供了严谨的建议,这些建议来自于作者多年的极限编程(Extreme Programming,XP)经验。你将看到敏捷开发过程的全景图,包括为非技术类读者准备的全面指导,以及为开发者和测试人员准备的实用技术实践。  本书为以下
  3. 所属分类:C++

    • 发布日期:2011-03-17
    • 文件大小:14mb
    • 提供者:qishengw
  1. 敏捷软件测试:测试人员与敏捷团队的实践指南

  2. 敏捷软件测试:测试人员与敏捷团队的实践指南 crispin和Gregorv定义了敏捷测试的概念,并通过来自现实敏捷团队的示例阐述测试人员的职责。她们讲述如何利用敏捷测试象限来识别需要哪些测试,谁来做,以及哪些工具有帮助。《敏捷软件测试:测试人员与敏捷团队的实践指南》从测试人员的角度记录了敏捷软件开发迭代的一个完整周期,并解释了敏捷测试的七大关键成功要素。 读者将从《敏捷软件测试:测试人员与敏捷团队的实践指南》中收获 测试人员如何参与敏捷开发 测试人员和QA经理如何适应敏捷团队 敏捷测试人员的招
  3. 所属分类:软件测试

    • 发布日期:2012-12-23
    • 文件大小:44mb
    • 提供者:jyh0738
  1. 测试之美-迷你版.pdf

  2. 第一部分 测试者之美 第二部分 过程之美 第5章 用模糊测试让办公软件更可靠 ........................... 55 Kamran Khan 用户的期望 ........................................................................................................55 什么是模糊测试 ..............................................
  3. 所属分类:专业指导

    • 发布日期:2014-01-07
    • 文件大小:7mb
    • 提供者:guoy123
  1. 测试人员与敏捷团队的实践指南

  2. 测试是敏捷开发的关键组成部分。敏捷方法的广泛应用使人们开始关注如何有效测试,同时敏捷项目改变了测试人员的角色。但是,测试人员的许多职责还是得到了不少误解,测试人员的真正职能是什么?敏捷团队真的需要具有QA背景的成员吗?“敏捷测试人员”到底意味着什么?   业界经验最丰富的两位敏捷测试实践者和顾问Lisa、Crispin和Janet Gregory在本书中给出了这些问题和更多问题的答案。在《敏捷软件测试:测试人员与敏捷团队的实践指南》中,Crispin和Gregorv定义了敏 捷测试的概念,并通
  3. 所属分类:电信

    • 发布日期:2014-06-27
    • 文件大小:44mb
    • 提供者:mao_zei
  1. 自动化测试最佳实践

  2. 自动化测试不再是奢侈品而成为软件测试的必需品。随着应用程序和系统规模越来越大、越来越复杂,仅仅依赖手动测试已经无法全面地测试系统。随着技术的变动,越来越多的公司加入到了敏捷开发的阵营中,必须对这些程序进行测试,而且速度要快。测试自动化是非常基本的需求,但有时糟糕的自动化只会适得其反——如何才能知道应该在哪里进行自动化呢? 作者Dorothy Gramham和Mark Fewster之前写的《Software Test Automation》这本书在自动化测试领域影响深远,它为很多公司指明了测试
  3. 所属分类:软件测试

    • 发布日期:2014-08-06
    • 文件大小:3mb
    • 提供者:chxq0828
  1. behave, BDD,python 风格.zip

  2. behave, BDD,python 风格 的行为方式为 行为驱动的行为驱动开发,python 风格。 行为驱动开发( 或者 BDD ) 是敏捷软件开发技术,它鼓励开发人员。QA和非技术人员在软件项目中进行协作。使用自然语言风格编写测试,由 pytho
  3. 所属分类:其它

  1. behave, BDD,python 风格.zip

  2. behave, BDD,python 风格 的行为方式为 行为驱动的行为驱动开发,python 风格。 行为驱动开发( 或者 BDD ) 是敏捷软件开发技术,它鼓励开发人员。QA和非技术人员在软件项目中进行协作。使用自然语言风格编写测试,由 pytho
  3. 所属分类:其它

  1. 敏捷开发中QA的职责之敏捷中的QA

  2. 敏捷开发中QA的职责之敏捷中的QA!QA,通常指的是质量保证(QualityAssurance)工程师,但我更喜欢定义敏捷中的QA为质量分析师(QualityAnalyst),主要基于以下几个方面的原因:质量保证更偏向于工业说法,称参与软件测试的人员为质量分析师感觉更恰当;   QA,通常指的是质量保证(QualityAssurance)工程师,但我更喜欢定义敏捷中的QA为质量分析师(QualityAnalyst),主要基于以下几个方面的原因:   质量保证更偏向于工业说法,称参与软件测试的人员
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:222kb
    • 提供者:weixin_38539053
  1. 敏捷软件开发中的QA

  2. 说到QA,通常指的是质量保证(QualityAssurance)工程师,但我更喜欢定义敏捷中的QA为质量分析师(QualityAnalyst),主要基于以下几个方面的原因:质量保证更偏向于工业说法,称参与   说到QA,通常指的是质量保证(QualityAssurance)工程师,但我更喜欢定义敏捷中的QA为质量分析师(QualityAnalyst),主要基于以下几个方面的原因:   质量保证更偏向于工业说法,称参与软件测试的人员为质量分析师感觉更恰当;   质量保证师更多的还是把测试当作软件质
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:203kb
    • 提供者:weixin_38691703
  1. 软件测试工程师的技能树

  2. 软件测试工程师是一个历史很悠久的职位,可以说从有软件开发这个行业以来,就开始有了软件测试工程师的角色。随着时代的发展,软件测试工程师的角色和职责也在悄然发生着变化,从一开始单纯的在瀑布式开发流程中担任测试阶段的执行者,到敏捷开发流程中QA(QualityAssurance)角色,为整个团队和产品的质量负责,测试工程师的职责和边界不断的扩大。近年来互联网行业的很多测试工程师被称为是测试开发工程师,也就是要具备自动化测试和测试工具开发能力的测试工程师,可以说是对测试工程师的能力要求达到了一个新的高度
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:158kb
    • 提供者:weixin_38748580
  1. 敏捷软件质量保证的方法与实践

  2. 我们持续演化,对于将软件QA浓缩到所有开发任务完成后的测试阶段的方法,它们的问题在于:会给团队带来巨大成本并将整个项目置于高风险之中。在测试阶段,开发人员竭尽全力确 软件质量保证的实践 常见的SQA的架构   我们持续演化,对于将软件QA浓缩到所有开发任务完成后的测试阶段的方法,它们的问题在于:会给团队带来巨大成本并将整个项目置于高风险之中。在测试阶段,开发人员竭尽全力确保他们的代码具有极少的缺陷。然后测试人员努力揭示软件中每个可能的缺陷,而经理和客户希望他们拥有适合向市场发
  3. 所属分类:其它

  1. 敏捷中的QA

  2. 说到QA,通常指的是质量保证(QualityAssurance)工程师,但我更喜欢定义敏捷中的QA为质量分析师(QualityAnalyst),主要基于以下几个方面的原因:QA,质量分析师,显然与测试有关。敏捷中的QA,也就是与敏捷测试有关。敏捷测试就是在敏捷开发模式下对软件进行的测试,要求尽早测试、频繁测试,以及时提供反馈。敏捷测试要求团队对软件产品的质量负责,而不是某个带有QA头衔的特殊人员。敏捷中的QA可以是参与敏捷测试的所有团队人员,而并不一定是特定的专职的测试人员。这听起来是不是有点特
  3. 所属分类:其它

    • 发布日期:2021-03-04
    • 文件大小:228kb
    • 提供者:weixin_38714532
  1. 为什么测试在敏捷项目中重要

  2. 前段时间InfoQ发布了《QA部门将会消亡》一文。本文是一位测试专家对该文做出的回应。就如同已经灭亡的皇室(国王已经消逝了,但是皇后却将永存),我们的软件开发正传递着类似的呼声:“测试已死,我们再也不需要测试人员了!”但随之你会发现,哎呀,客户不满意,最后又回到“测试万岁”,但这次是更好,更完整,更有效的测试。就如同历史上众多的复辟王朝(我最喜欢皇后伊丽莎白1世)一样,测试将强有力地帮助重新定义事物完成的方式以及它们的工作原理。我打赌你现在正在想这不过是自我吹嘘而已,但是,事情是这样发生的:让我
  3. 所属分类:其它

    • 发布日期:2021-03-02
    • 文件大小:137kb
    • 提供者:weixin_38678057
  1. 互联网敏捷开发配置管理策略思考

  2. 由于互联网行业需求变化快、开发迭代周期短、上线频繁的现实状况决定了合理的软件配置管理策略对于软件质量保证、协作开发效率至关重要。目前公司配置管理在策略上采用的是不稳定主干模式,所有的项目都在同一主干上进行修改,在每周上线后并没有明确的stable分支版本,基本上是靠SCM人员手工拷贝代码来管理维护的。1)多个项目组开发人员都可能并发对同样代码进行修改,造成了严重的代码冲突问题。例如张三修改了a.java并上QA测试服务器,在QA测试过程中,李四也对a.java进行修改并上QA,李四的代码覆盖了张
  3. 所属分类:其它

    • 发布日期:2021-03-02
    • 文件大小:147kb
    • 提供者:weixin_38692100
  1. 我在ThoughtWorks中的敏捷实践

  2. 项目背景E项目是一个在线的物资跟踪监控系统。由ThoughtWorks团队提供的一套完善的软件交付服务,整个开发过程由ThoughtWorks团队负责管理。成员背景ThoughtWorks提供完整的交付团队(PM*1,BA*1,TL*1,QA*1,DEV*4,UX*1),团队为颇具代表性的敏捷团队,规模10人左右。客户团队主要接口人3位。技术背景项目上的主要技术栈是Python,Django,AngularJs,PostgresSQL,Docker。DEV在进入这个项目之前,擅长的技术栈是Jav
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:383kb
    • 提供者:weixin_38691220
  1. 敏捷中的QA

  2. 说到QA,通常指的是质量保证(QualityAssurance)工程师,但我更喜欢定义敏捷中的QA为质量分析师(QualityAnalyst),主要基于以下几个方面的原因:QA,质量分析师,显然与测试有关。敏捷中的QA,也就是与敏捷测试有关。敏捷测试就是在敏捷开发模式下对软件进行的测试,要求尽早测试、频繁测试,以及时提供反馈。敏捷测试要求团队对软件产品的质量负责,而不是某个带有QA头衔的特殊人员。敏捷中的QA可以是参与敏捷测试的所有团队人员,而并不一定是特定的专职的测试人员。这听起来是不是有点特
  3. 所属分类:其它

    • 发布日期:2021-02-21
    • 文件大小:228kb
    • 提供者:weixin_38630571
  1. 为什么测试在敏捷项目中重要

  2. 前段时间InfoQ发布了《QA部门将会消亡》一文。本文是一位测试专家对该文做出的回应。就如同已经灭亡的皇室(国王已经消逝了,但是皇后却将永存),我们的软件开发正传递着类似的呼声:“测试已死,我们再也不需要测试人员了!”但随之你会发现,哎呀,客户不满意,最后又回到“测试万岁”,但这次是更好,更完整,更有效的测试。就如同历史上众多的复辟王朝(我最喜欢皇后伊丽莎白1世)一样,测试将强有力地帮助重新定义事物完成的方式以及它们的工作原理。我打赌你现在正在想这不过是自我吹嘘而已,但是,事情是这样发生的:让我
  3. 所属分类:其它

    • 发布日期:2021-02-03
    • 文件大小:137kb
    • 提供者:weixin_38719643
  1. 互联网敏捷开发配置管理策略思考

  2. 由于互联网行业需求变化快、开发迭代周期短、上线频繁的现实状况决定了合理的软件配置管理策略对于软件质量保证、协作开发效率至关重要。目前公司配置管理在策略上采用的是不稳定主干模式,所有的项目都在同一主干上进行修改,在每周上线后并没有明确的stable分支版本,基本上是靠SCM人员手工拷贝代码来管理维护的。1)多个项目组开发人员都可能并发对同样代码进行修改,造成了严重的代码冲突问题。例如张三修改了a.java并上QA测试服务器,在QA测试过程中,李四也对a.java进行修改并上QA,李四的代码覆盖了张
  3. 所属分类:其它

    • 发布日期:2021-02-03
    • 文件大小:147kb
    • 提供者:weixin_38614825
  1. 我在ThoughtWorks中的敏捷实践

  2. 项目背景E项目是一个在线的物资跟踪监控系统。由ThoughtWorks团队提供的一套完善的软件交付服务,整个开发过程由ThoughtWorks团队负责管理。成员背景ThoughtWorks提供完整的交付团队(PM*1,BA*1,TL*1,QA*1, DEV*4,UX*1),团队为颇具代表性的敏捷团队,规模10人左右。客户团队主要接口人3位。技术背景项目上的主要技术栈是Python,Django,AngularJs,PostgresSQL,Dock
  3. 所属分类:其它

    • 发布日期:2021-02-01
    • 文件大小:352kb
    • 提供者:weixin_38555019