E-COM-NET
首页
在线工具
Layui镜像站
SUI文档
联系我们
推荐频道
Java
PHP
C++
C
C#
Python
Ruby
go语言
Scala
Servlet
Vue
MySQL
NoSQL
Redis
CSS
Oracle
SQL Server
DB2
HBase
Http
HTML5
Spring
Ajax
Jquery
JavaScript
Json
XML
NodeJs
mybatis
Hibernate
算法
设计模式
shell
数据结构
大数据
JS
消息中间件
正则表达式
Tomcat
SQL
Nginx
Shiro
Maven
Linux
敏捷测试
从测试人员的角度看敏捷中的障碍
虽然
敏捷测试
比起传统的测试方法存在着许多优势,但它也有不足之处,其中之一就是有时它会在每个Sprint临结束时对质量
Priyanka Hasija
·
2015-06-25 00:00
《
敏捷测试
的最佳实践》学习笔记(二)
第二部分:方法与实践
敏捷测试
的实质测试不仅仅是测试软件本身,还包括软件测试的过程和模式。产品发布后才发现很多问题,很可能是软件开发过程出了问题。
Lex丶D丶Tester
·
2015-06-11 16:16
软件测试
BDD怎样帮助你解决沟通问题并增进协作
在
敏捷测试
日荷兰2015大会的某场演讲中,NickvanGiessel探讨了使用BDD改善沟通与协作的方式。vanGiessel说道,只有当我们把软件发布到生产环境之后,才能获得它的价值。
Ben Linders
·
2015-05-10 00:00
BDD怎样帮助你解决沟通问题并增进协作
在
敏捷测试
日荷兰2015大会的某场演讲中,NickvanGiessel探讨了使用BDD改善沟通与协作的方式。vanGiessel说道,只有当我们把软件发布到生产环境之后,才能获得它的价值。
Ben Linders
·
2015-05-10 00:00
Tokyo Tyrant基本规范(3)--客户端程序
四.客户端程序 1)tcrtest'tcrtest'命令是用于
敏捷测试
和性能测试的工具。这个命令的使用格式如下。'host'指定服务器的主机名,'rnum'指定重复测试的数目。
UltraSQL
·
2015-05-07 18:13
NoSQL
tt
tc
tokyo
tokyo
Cabinet
Tyrant
持续测试的益处
RachelDavies是Unruly的敏捷教练,她在
敏捷测试
日2015年荷兰大会上进行了关于持续测试的
Ben Linders
·
2015-05-03 00:00
敏捷给予测试人员更多自信
CirilioWortel在荷兰2015
敏捷测试
日大会上登台演讲,内容就是软件测试的演变–从保证(insurance)到影响(influence)。
Ben Linders
·
2015-03-29 00:00
敏捷给予测试人员更多自信
CirilioWortel在荷兰2015
敏捷测试
日大会上登台演讲,内容就是软件测试的演变–从保证(insurance)到影响(influence)。
Ben Linders
·
2015-03-29 00:00
创造力与测试:可否共存?
2014年在波茨坦(德国北方都市)的
敏捷测试
日大会上,JanJaapCannegieter分享了使用大脑的不同面向来优化测试,他将在2015年荷兰的
敏捷测试
日大会上再次分享这个演讲。
Ben Linders
·
2015-03-20 00:00
敏捷测试
2015新看点
当前与
敏捷测试
相关的一些主题是瀑布法到敏捷方法的转换,测试人员技能和获得认证资质的
敏捷测试
人员,DevOps和移动测试。3月19日将在荷兰的乌特勒支召开2015荷兰
敏捷测试
日大会。
Ben Linders
·
2015-03-18 00:00
网易云课堂-软件测试方法和技术实践
网易云课程-软件测试方法和技术实践软件测试方法和内容: 单元测试、持续集成、系统测试、验收测试 测试计划、设计、执行,自动化测试
敏捷测试
、探索式测试等全程软件测试: 需求评审->设计评审->单元与集成测试
xjhznick
·
2015-03-06 09:23
编程
软件测试
软件测试
前些天听我们公司的一位测试经理讲《
敏捷测试
》豁然开朗。他在学造飞机,而我一直在学造飞机里的一个发动机。我从来没想过,一个完整飞机的架构应该是怎样的。如果想让测试在公司的项目中发挥出它最大的价值,并
yelang_110
·
2015-03-03 09:00
专访《更敏捷的测试》作者Janet Gregory和Lisa Crispin
在2014年又出版了一本《更敏捷的测试》,这本书真实地反映了这五年间在
敏捷测试
领域的发展。它包括测试和测试实践的新挑战,并讲了很多来自于世界各地的关于
敏捷测试
的实践案例。
Ben Linders
·
2015-03-01 00:00
专访《更敏捷的测试》作者Janet Gregory和Lisa Crispin
在2014年又出版了一本《更敏捷的测试》,这本书真实地反映了这五年间在
敏捷测试
领域的发展。它包括测试和测试实践的新挑战,并讲了很多来自于世界各地的关于
敏捷测试
的实践案例。
Ben Linders
·
2015-03-01 00:00
软件测试
前些天听我们公司的一位测试经理讲《
敏捷测试
》豁然开朗。他在学造飞机,而我一直在学造飞机里的一个发动机。我从来没想过,一个完整飞机的架构应该是怎样的。如果想让测试在公司的项目中发挥出它最大的价值,并
286090326
·
2015-01-30 12:48
软件测试
软件测试
前些天听我们公司的一位测试经理讲《
敏捷测试
》豁然开朗。他在学造飞机,而我一直在学造飞机里的一个发动机。我从来没想过,一个完整飞机的架构应该是怎样的。如果想让测试在公司的项目中发挥出它最大的价值,并
286090326
·
2015-01-30 12:48
软件测试
软件测试
前些天听我们公司的一位测试经理讲《
敏捷测试
》豁然开朗。他在学造飞机,而我一直在学造飞机里的一个发动机。我从来没想过,一个完整飞机的架构应该是怎样的。如果想让测试在公司的项目中发挥出它最大的价值,并不
286090326
·
2015-01-30 12:48
软件测试
软件测试
敏捷杂谈之
敏捷测试
中理想的测试组织
楼主原创,分享不易,如转载请注明出处,谢谢。以前发在51testing的,现在统一搬过来。先交代一下写作背景:这二年在软件项目中非常流行一个词——敏捷。大大小小的项目,通常都打着敏捷的旗号招摇过市,有自我感觉良好的,有感觉很坑爹的,也有更多的公司是为了利益,披着敏捷的外衣,却做着浮躁的事。其实我觉得敏捷本身是一种很好的思想,是当软件工程发展到一定阶段后必然出现的事。面对风云变幻的市场,谁都想自己身
qingchunjun
·
2015-01-10 14:00
敏捷
测试
测试驱动开发
我们推荐的高效工具
为期三天的会议,分享的内容并不亚于坊间举行的技术大会,包含了敏捷组织转型、C++重构、
敏捷测试
体系、持续交付整体解决方案、Spark执行模型、机器学习、Scala代码操练。课题五花八门,争辩激烈精彩。
·
2015-01-05 11:00
工具
敏捷测试
过程的度量标准---请记住,把度量作为一种激励的手段而不是打击士气的方式
敏捷测试
经理Lisa讨论了有关度量标准涉及的各个方面。Lisa
mack415858775
·
2014-12-03 18:00
Windows环境搭建Web自动化测试框架Watir
Windows环境搭建Web自动化测试框架Watir一、前言Web自动化测试一直是一个比较迫切的问题,对于现在web开发的敏捷开发,却没有相对应的
敏捷测试
,故开此主题,一边研究,一边将Web自动化测试应用于工作中
qileilove
·
2014-12-03 13:00
敏捷测试
转型之痛
敏捷测试
转型之痛感谢我老婆,大周六自己在家带孩子,让我参加了一整天的敏捷ScrumMaster培训。我想如果这个培训是工作日在公司内部,大家是否还有如此的积极热情呢?
qileilove
·
2014-11-03 09:00
汽车系统的
敏捷测试
在开发汽车系统软件时可以使用
敏捷测试
。为了在汽车行业中使用敏捷技术,需要在敏捷中融合AutomotiveSPICEV模型。
Ben Linders
·
2014-10-31 00:00
汽车系统的
敏捷测试
在开发汽车系统软件时可以使用
敏捷测试
。为了在汽车行业中使用敏捷技术,需要在敏捷中融合AutomotiveSPICEV模型。
Ben Linders
·
2014-10-31 00:00
【敏捷开发】详解
敏捷测试
其中,
敏捷测试
部分也同以往的软件测试流程有所不同。这对测试人员提出了新的要求,带来了新的挑战。
·
2014-10-29 13:00
敏捷开发
敏捷测试
人员的的10条法则
一:提供持续反馈
敏捷测试
中,测试驱动敏捷项目,那么很显然反馈在敏捷团队中占据重要地位。 二:为客户创造价值敏捷开发就是在较低的版本发布中提供客户目前最迫切需要的功能。
JCY58
·
2014-10-10 14:00
关于敏捷和自动化测试的一点心得
关于敏捷和自动化测试的一点心得不久前,参加Thoughtworks组织的一场自动化测试的分享,同事由于出差国外不能参加,特意嘱托我提问两个问题:在互联网这个将“敏捷”与“持续集成”进行积极实践的环境里,“
敏捷测试
qileilove
·
2014-05-27 10:00
关于如何做自动化测试和何时做自动化测试的一点见解和疑问
不久前,参加Thoughtworks组织的一场自动化测试的分享,同事由于出差国外不能参加,特意嘱托我提问两个问题:在互联网这个将“敏捷”与“持续集成”进行积极实践的环境里,“
敏捷测试
”与“自动化测试”成了一个大家经常探讨的话题
wanghantong
·
2014-05-20 11:00
敏捷
测试
自动化测试
Scrum
最佳实践
敏捷测试
用例和User Story的关联关系
敏捷测试
用例和UserStory的关联关系测试用例是软件测试的基础,是测试人员和开发团队其他成员深入了解产品开发需求的介质之一,也是产品质量的保障。
qileilove
·
2014-05-20 10:00
大话
敏捷测试
大话
敏捷测试
敏捷这个话题似乎热了好多年,随之也就自然地有了
敏捷测试
这个术语。
qileilove
·
2014-05-08 16:00
敏捷测试
工程师的十条法则
资深敏捷实践者LisaCrispin和JanetGregory在《敏捷软件测试:测试人员与敏捷团队的实践指南》一书中,列举了
敏捷测试
工程师的十条法则,对读者或许有借鉴意义。
ATIP团
·
2014-05-05 13:39
敏捷开发
测试
敏捷测试
的人性化优势
敏捷测试
的人性化优势第一部分:潺潺流水化田园很多人认为一个好的测试工程师必须做到在第一时间发现所有的bug,然后以最快的速度测试完毕所有的task。以显示其测试技术的高超。
qileilove
·
2014-04-18 13:00
也谈“
敏捷测试
”--《全程软件测试》试读
阅读更多最近一段时间,“
敏捷测试
”成为了一个热门词汇,我的朋友、包括学生也会来问我,什么是
敏捷测试
?究其原因大概是因为敏捷开发这一概念的火热。
jacksonren1987
·
2014-04-04 10:00
敏捷测试
测试
全程测试
scrum
也谈“
敏捷测试
”--《全程软件测试》试读
最近一段时间,“
敏捷测试
”成为了一个热门词汇,我的朋友、包括学生也会来问我,什么是
敏捷测试
?究其原因大概是因为敏捷开发这一概念的火热。
jacksonren1987
·
2014-04-04 10:00
测试
Scrum
敏捷测试
全程测试
探索性测试:常见误区
探索式测试(ExploratoryTesting)是
敏捷测试
中的重要组成部分,其价值与一般性测试如用户故事测试或者自动化测试不同,它所关注的是“意料之外”的软件缺陷,探索式测试作为一个研究性、启发性和严肃性并存的测试方法
wb96a1007
·
2014-04-03 01:00
认清探索性测试
原本想把探索性测试(ET)和
敏捷测试
(Scrum)放在一起谈论,后来想想,两者需要注意的点还是很不同的,所以先谈论下探索性测试吧。现在可能越来越多的测试开始谈论ET,也就是所谓的探索性测试。
wb96a1007
·
2014-04-03 01:00
软件测试流程进阶----两年软件测试总结[转]
前些天听我们公司的一位测试经理讲《
敏捷测试
》豁然开朗。他在学造飞机,而我一直在学造飞机里的一个发动机。我从来没想过,一个完整飞机的架构应该是怎样的。如果想让测试在公司的项目中发挥出它最大的价值,并不
lisa2014
·
2014-03-19 10:44
全程软件测试(第2版)
全程软件测试(第2版)全力主张“软件测试贯穿软件开发整个生命周期”的思想及其实践,无论在传统测试中还是在
敏捷测试
中都具有很好的指导作用。
李航421
·
2014-03-03 13:00
软件测试
第2版
全程
项目总结—
敏捷测试
中多环境如何做到版本控制
软件开发流程中,测试环境是不可或缺的,那涉及到的问题包括,需要多少个环境、分别做什么用,有了环境就要考虑如何部署,部署的时候如何做到版本控制,要保证测试人员进行有效的测试,减少测到一半不能测的情况或者说完全测不下去的情况,相信谁都不愿看到工作被Block住。环境这个东西尽量不要搞得太多,执行的人记不住,也會導致推一個版本需要很長的時間;太少也不好,环境混杂的話,测试没有办法测试,开发没有办法调试也
derrick1985
·
2014-03-02 09:16
java
项目总结—
敏捷测试
中多环境如何做到版本控制
阅读更多软件开发流程中,测试环境是不可或缺的,那涉及到的问题包括,需要多少个环境、分别做什么用,有了环境就要考虑如何部署,部署的时候如何做到版本控制,要保证测试人员进行有效的测试,减少测到一半不能测的情况或者说完全测不下去的情况,相信谁都不愿看到工作被Block住。环境这个东西尽量不要搞得太多,执行的人记不住,也會導致推一個版本需要很長的時間;太少也不好,环境混杂的話,测试没有办法测试,开发没有办
vipshichg
·
2014-03-02 09:00
单元测试
工作
项目管理
项目总结—
敏捷测试
中多环境如何做到版本控制
软件开发流程中, 测试环境是不可或缺的,那涉及到的问题包括,需要多少个环境、分别做什么用,有了环境就要考虑如何部署,部署的时候如何做到版本控制,要保证测试人员进行有效的测试,减少测到一半不能测的情况或者说完全测不下去的情况,相信谁都不愿看到 工作被Block住。 环境这个东西尽量不要搞得太多,执行的人记不住,也會導致推一個版本需要很長的時間;太少也不好,环境混杂的話,测试没有办法
vipshichg
·
2014-03-02 09:00
工作
单元测试
项目管理
敏捷测试
(10)--验收测试执行
验收测试执行—签章测试前面提到的验收测试设计解决了测试设计文档长、可读性差、不清晰、无结构等问题。那么,如何来提高RD的质量意识,让他们按照验收标准自测呢,从而了解RD的自测范围,有效利用其自测成果呢?如何改变现状(QA测试为无重点、无风险分析的全量覆盖),提高测试效率呢?答案便是上文提到的第三点:每个case执行时可标记。具体的标记方式下面做详细的讲解。对case的标记,加上标记者的名字(或者自
kaka1121
·
2014-02-14 14:00
敏捷
测试
测试驱动开发
敏捷测试
(9)--验收测试设计
验收测试设计传统的测试设计的一个case是这样的:传统测试设计虽然很全面,但存在诸多缺陷:1. 测试case很详细,导致测设设计文档特别长;2. 测试case间,测试步骤可能存在大量冗余和重复;3. 测试case无结构,某些case之间有先后顺序或者依赖,不能直观地表现出来;4. 编写、评审、阅读和修改这些测试case需要大量时间;使用这种测试设计,理论上虽然很保险,不容易
kaka1121
·
2014-02-12 17:00
敏捷
测试
测试驱动开发
敏捷测试
(8)--ATDD整体研发流程
ATDD整体研发流程有了前面的基于story的敏捷基础,接下来来介绍一下验收测试驱动开发的整个流程。名词解释:ATD,即验收测试设计(acceptancetestdesign)PM,即需求整理方(productmanager)RD,即开发人员(ResearchandDevelopment)QA,即品质保证人员(qualityassurance)如上图所示,整个流程被分为三个粒度,分别是:项目、迭代
kaka1121
·
2014-02-12 13:00
敏捷
测试驱动开发
敏捷测试
(7)--基于story的敏捷基础知识
基于story的敏捷基础知识----迭代启动会、迭代回顾会除需求讲解意外,需要所有团队成员参加的会议仅有两个,分别是“迭代启动会”和“迭代回顾会”。(1)迭代启动会在迭代开始之前,需要召开迭代启动会,目的有以下两个:明确迭代周期,即上线时间;明确迭代目标,即以什么样的优先级,交付哪些story。在明确了迭代周期和上线时间后,按照前面提到的“迭代规划”来开迭代启动会即可,在此不再赘述。(2)迭代回顾
kaka1121
·
2014-02-11 13:00
敏捷
常用的
敏捷测试
工具
单元测试工具:TestNG、xUnit家族(如JUnit、NUnit)、JMock、BizMock等。功能测试自动化:ThoughtWorksTwist。Web功能测试(frontend):SeleniumIDE/RC、WatiR、WatiN。Webservice测试工具(backend):soapUI。性能测试:JMeter+BadBoy。验收测试框架:Fitnesse、Tellurium。敏捷
iamdll
·
2014-01-20 11:00
敏捷测试
(6)--基于story的敏捷基础知识
基于story的敏捷基础知识----需求管理(三)(3)每日站会站会的目的有三个:(1)周知进度仅从用户故事和任务的层面周知进度,任务进度只有两种状态:完成或未完成(完成百分比)。(2)周知计划你将会在下次会议之前做哪些工作?(3)抛出问题哪些东西阻碍你的进度?(“没有问题”,意味着你能够交付自己当前的任务,而且符合估算的时间范围)如果遇到需要解决的问题,可以在每日立会之后处理。实现一项目的必要前
kaka1121
·
2014-01-16 15:00
敏捷测试
(5)--基于story的敏捷基础知识
基于story的敏捷基础知识----需求管理(二)(1)定期发布定期发布上线,把整个项目划分为一个个迭代,每个迭代时间大小固定(基本固定),迭代结束时上线交付一次。(2)迭代规划迭代规划相当于整个迭代的计划,帮助我们管理并保证每个迭代的交付。A.迭代规划的前提:story沟通及验收条件的补充完成。PM给出story的优先级RD、QA给出story的估点,估点可取范围为(1、2、3、5),若有大于等
kaka1121
·
2014-01-14 12:00
敏捷测试
(4)--基于story的敏捷基础知识
基于story的敏捷基础知识----需求管理(一)基于story进行需求管理(1)使用story模式来管理需求,将庞大的MRD划分为一个个合适粒度,且可独立交付的story(通常每个story能在1~5天内完成,包括设计、开发、测试),需求清晰明了,易达成一致,且可节省大量的需求评审时间。(2)要求PM在第i个迭代上线前一天,完成所有第i+1迭代的需求拆分,和RD、QA达成理解一致,且辅助QA一起
kaka1121
·
2014-01-13 17:00
敏捷测试
(3)--基于story的敏捷基础知识
基于story的敏捷基础知识----story编写为什么使用Story?软件行业40年多来,需求分析技术已经很成熟了,但是MRD驱动的过程不堪重负。因为往往MRD编写会占去很多时间,MRD评审又会占去大量时间,编码完成过后提测,压力又全部倾注在QA身上,往往临计划上线时间,或者体验还差,或者bug还太多,或者项目延期。使用story,项目完成时间会大大缩短,上市时间大大缩短。主要原因:A.采用st
kaka1121
·
2014-01-13 17:00
上一页
5
6
7
8
9
10
11
12
下一页
按字母分类:
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Q
R
S
T
U
V
W
X
Y
Z
其他