注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 华为公司实际的敏捷项目管理经验

  2. 华为敏捷项目管理。在华为实施敏捷的过程中，也有一些经验性的东西。第一个是QA从警察的角色转变到一个教练的角色。在以前，团队实施CMM的时候，QA更多的是一 个警察的角色，他整天拿着一个checklist、报告什么的到处去团队里面看，你是否ok，不ok就要怎么怎么样，整天就干这个活，但是引入敏捷之 后，QA就觉得有点失落，都敏捷了，我都不知道该怎么下手了，然后，在华为，

  3. 所属分类：专业指导

    • 发布日期：2010-11-15
    • 文件大小：21kb
    • 提供者：wmt_1110

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

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

  3. 所属分类：C++

    • 发布日期：2011-03-17
    • 文件大小：14mb
    • 提供者：qishengw

  1. 敏捷软件测试:测试人员与敏捷团队的实践指南

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

  3. 所属分类：软件测试

    • 发布日期：2012-12-23
    • 文件大小：44mb
    • 提供者：jyh0738

  1. 测试人员与敏捷团队的实践指南

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

  3. 所属分类：电信

    • 发布日期：2014-06-27
    • 文件大小：44mb
    • 提供者：mao_zei

  1. 敏捷软件测试:测试人员与敏捷团队的实践指南(英语版)

  2. 作者：Lisa Crispin，Janet Gregory； 一本介绍敏捷项目中测试的英文版书籍。 对敏捷应用中如何有效测试，？测试人员的真正职能是什么？敏捷团队真的需要具有QA背景的成员吗？“敏捷测试人员”到底意味着什么？等问题作出了回答。

  3. 所属分类：互联网

    • 发布日期：2014-12-29
    • 文件大小：2mb
    • 提供者：meninai

  1. 华为公司实际的敏捷项目管理经验

  2. 华为敏捷项目管理。在华为实施敏捷的过程中，也有一些经验性的东西。第一个是QA从警察的角色转变到一个教练的角色。在以前，团队实施CMM的时候，QA更多的是一 个警察的角色，他整天拿着一个checklist、报告什么的到处去团队里面看，你是否ok，不ok就要怎么怎么样，整天就干这个活，但是引入敏捷之 后，QA就觉得有点失落，都敏捷了，我都不知道该怎么下手了，然后，在华为，

  3. 所属分类：专业指导

    • 发布日期：2009-02-18
    • 文件大小：36kb
    • 提供者：qiuchenjun

  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. 测试自动化后，我们还需要QA吗？

  2. QA的职责我们先讨论一下传统的瀑布模型下QA是如何工作的，其中最主要的问题是什么;然后作为对比，我们来看看在敏捷团队里QA又是如何工作的，工作重点又是什么;最后，我们 　　QA的职责 　　我们先讨论一下传统的瀑布模型下QA是如何工作的，其中最主要的问题是什么;然后作为对比，我们来看看在敏捷团队里QA又是如何工作的，工作重点又是什么;最后，我们详细看一看在新的职责下，QA应该如何做。 　　瀑布开发模型 　　即使在今天，在很多企业中，瀑布模型仍然是主流。每一个需求都需要经过分析，设计，开发，测试，上

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：168kb
    • 提供者：weixin_38702417

  1. 敏捷测试3.0

  2. 敏捷测试人员通常被称为质量分析师、SET、测试工程师和QAlead，以及其他一些名称。我已经做了一段时间的测试了，下面我将基于如何在敏捷团队中做好测试分享一些个人观点。在 　　敏捷测试人员通常被称为质量分析师、SET、测试工程师和QAlead，以及其他一些名称。我已经做了一段时间的测试了，下面我将基于如何在敏捷团队中做好测试分享一些个人观点。在本文中，将用QA来代替敏捷测试人员。   　　即使在敏捷团队，大多数人也会把QA当作一个独立的角色使之与其他团队成员区分开来。我认为这是一个过时的概念。Q

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：72kb
    • 提供者：weixin_38586186

  1. 软件测试工程师的技能树

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

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：158kb
    • 提供者：weixin_38748580

  1. 敏捷中的QA

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

  3. 所属分类：其它

    • 发布日期：2021-03-04
    • 文件大小：228kb
    • 提供者：weixin_38714532

  1. 敏捷开发中开展自动化测试的经验

  2. 自动化测试应该如何开展呢？当时在论坛上回复了一下，现在放到博客，稍微调整一下。首先，敏捷开发并不是部分同学想象中的那样，没有文档没有需求，开发来了就干，干几个月就丢给客户一个版本让他们用去。我们公司一般6个星期是一个release周期，在这6个星期里面，可以做的事情是非常多的。需求，需求通常来自于PM，在一个release周期的开始，QA通常没太多事情需要做，比较轻松，这个时候一个比较重要的工作就是跟PM沟通当前release里面的一些feature的情况。在这个时候，QA可以做一些自动化测试的

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：157kb
    • 提供者：weixin_38732425

  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. 敏捷下的质量保证实践

  2. 本文来自于简书，文章详细介绍了敏捷QA通过参与开发流程如何能够协助团队从内部提升质量，让质量融入到产品开发中来等相关内容。对于目前的开发架构来说，一个用户故事，涉及这四个点，可以从这四个点入手来进行质量保证。如何做呢？单元测试就开发人员处理了；代码审查，测试人员可以参与和监督，其实就是要保证：将开发任务与提交到Git的代码进行关联。这样一来，当测试人员检查开发任务的时候，就可以找到改变过的代码。我曾经试过从这些代码里面查看逻辑，找到分支场景，补充到测试用例里面。Scrum中测试人员价值应当体现在

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：513kb
    • 提供者：weixin_38726255

  1. 敏捷中的QA

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

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：228kb
    • 提供者：weixin_38630571

  1. 敏捷开发中开展自动化测试的经验

  2. 自动化测试应该如何开展呢？当时在论坛上回复了一下，现在放到博客，稍微调整一下。首先，敏捷开发并不是部分同学想象中的那样，没有文档没有需求，开发来了就干，干几个月就丢给客户一个版本让他们用去。我们公司一般6个星期是一个release周期，在这6个星期里面，可以做的事情是非常多的。需求，需求通常来自于PM，在一个release周期的开始，QA通常没太多事情需要做，比较轻松，这个时候一个比较重要的工作就是跟PM沟通当前release里面的一些feature的情况。在这个时候，QA可以做一些自动化测试的

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：157kb
    • 提供者：weixin_38581447

  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

  1. 借鉴ASP.NET的控件模型辅助UI自动化测试

  2. 在敏捷测试中UI的自动化测试（一般我们也称这层测试为功能测试或验收测试，本文单指WebUI的自动化测试）虽然没有单元测试那么广为提及，但因为其与最终用户最近，所以基于用户场景的UI自动化测试还是有其重要的意义的。使用UI自动化测试对产品的关键功能路径进行验证及回归，比起传统的QA手工执行Test case可以更快地得到反馈，也让发布变得更有信心。理想状况下，我们应该将所有可以固化下来的Testcase都自动化起来，而让我们的测试人员进行更有挑战性的探索性测试活动。让机器做已知领域的事儿，让人对未

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：95kb
    • 提供者：weixin_38710524

  1. 敏捷下的质量保证实践

  2. 本文来自于简书，文章详细介绍了敏捷QA通过参与开发流程如何能够协助团队从内部提升质量，让质量融入到产品开发中来等相关内容。对于目前的开发架构来说，一个用户故事，涉及这四个点，可以从这四个点入手来进行质量保证。 如何做呢？单元测试就开发人员处理了；代码审查，测试人员可以参与和监督，其实就是要保证：将开发任务与提交到Git的代码进行关联。这样一来，当测试人员检查开发任务的时候，就可以找到改变过的代码。我曾经试过从这些代码里面查看逻辑，找到分支场景，补充到测试用例里面。Scrum中测试人员价值应当体现

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：513kb
    • 提供者：weixin_38628243
« 12 »