51Testing软件测试论坛
标题:
自身经历对比国外软件测试
[打印本页]
作者:
inn_xwang
时间:
2010-5-14 18:22
标题:
自身经历对比国外软件测试
经常在网上看到有在国内从事软件测试的同行抱怨:测试不受重视,测试管理混乱,产品质量差等问题。说到底这都是管理上的问题。
我想谈谈自身的经历。
我毕业后在外包公司工作,客户是一家美国公司,产品发展前景挺好,也有一笔不菲的风险投资。我想说说他们的测试管理制度。
首先,他们有一个很好的资源共享平台,我们叫
Wiki
,上面包括每一个版本的任务,每一项任务的开发负责人及测试负责人,相关的
Spec
以及其他开放文档。而且,每当这一版本的任务快完成时,下一版本的任务的雏形就出来了。
其次,开发和测试严格按照软件生命周期执行。
第一阶段:
需求出来后,开发和测试同步进行,开发完成代码实现,测试完成
test outline
和
test case
,这些文档都会上传到
Wiki
上。我们在理解
Spec
和完成
testcase
的时候,会及时提出自己的问题,这些问题一般在第二天就能从开发人员得到反馈。而
test outline
和
test case
最终完成后也要经过开发人员的验证,有时他们会提出自己的意见,测试要点和一些你未曾想到的
case
。
第二阶段:
新功能的测试阶段,测试提交
bug
,开发修改
bug
,这一过程由
JIRA
管理。
第三阶段:
回归测试:
每一个版本的下半阶段都是做回归测试,这是一个比较漫长的过程,一般分两部分,一是执行所有的
case(
一万之多,有赶超两万之势
)
,二是执行任意测试。在执行
case
的时候,我们还要同时更新
case
,有些是更新内容,有些是添加新的
bug
,有些
case
可能会过时。当然,新的
bug
也会提交到
JIRA
。在这个阶段,测试人员会安排在不同的平台上测试。可以说,在做回归测试的时候,测试覆盖率极高。
第四阶段:
预发布版本测试:
做完回归测试会形成一个较稳定的版本作为预发布版本,预发布版本会被部署到另一台测试服务器上。这时候需要在不同平台上做一次
QL(Quick Look)
及任意测试。预发布版本上一般不会再迁入
changlist
,除非在此之上发现了较严重的
bug
,就会有新的
r2
的预发布版本以及再一次的测试。
第五阶段:
内部测试:
新版本发布前一两天可以说是全民皆兵,公司里大大小小所有人都进行测试,包括
CEO
。(当然
CEO
不会自己来报
bug
,她会把问题反馈给我们的技术副总裁)。当然他们所报的
bug
也会成为我们的谈资。作为测试人员,我们不仅追求
bug
数量,更要追求
bug
被
fix
的概率。当发现一个
bug
时,首先我们得确定它不会成为
won't fix
或
invalid
的问题,并且它
can be reproduced
,然后它不会
duplicate
某个已有的
bug
,如果这个已有的
bug
已经被
close
了,就应该
reopen
它。而这些非测试部的人不管三七二十一,看到是个问题的就报,一天下来新加的
bug
数就该让相关的开发人员头疼死了。好在这些问题都会一个个地得到它们应有的解决方式。
第六阶段:
产品发布测试:
产品发布前会在和产品环境相同的服务器上做一次
QL(Quick Look)
和任意测试,产品发布后又会在产品服务器上做一次
QL(Quick Look)
和任意测试。
第七阶段:
测试整理:
这一阶段主要是整理在这一版本生成的测试文档和测试用例,新功能的用例和一些之前未覆盖的用例会被导入测试用例管理工具。
----------------------------------------------------
可以说,以上测试流程都是经过计划并且严格执行的,和大家一起分享,也许你会从中有所收获。
作者:
peag
时间:
2010-5-14 18:48
真希望能到这样的公司去上班
作者:
ermine
时间:
2010-5-14 19:39
可以借鉴,但不能盲从。
最少,国内的知识产权还不完善,类似的产品层出不穷,以抢占市场为先,而不是保证质量为先。
作者:
deanaa
时间:
2010-5-15 07:35
写的很用心。看得出来楼主所在的公司自上而下都有不错的质量意识,这个是很重要的。
但是这个仅仅是一个基本的测试流程,用到的也是一些基本的测试管理工具。而且看起来回归测试的一万多case好像每次都是手工执行的,这个对于项目成本是一个沉重的负担。如何用较少的时间和人力去发现最多的问题,这个是测试过程中需要考虑的问题。测试覆盖率是一个不错的指标,但是测试的最终目的是发现问题,单纯追求覆盖率是不是有点舍本逐末了呢?
作者:
zhangting85
时间:
2010-5-15 07:42
我和你们差不多,比你们少一个预发布测试,但是会多一个由用户参与的usability test。
另外,国外也有测试很不专业的公司,呵呵,而且也很多呢。
作者:
inn_xwang
时间:
2010-5-17 15:52
标题:
回复 4# 的帖子
其实本人一直在学习自动化测试。曾经和部门的Director提议引进自动化测试,就是由于这个时间人力成本未能采纳,会拖延目前的项目进度云云;而我的一些同事似乎也不愿接触代码之类的东西。。
测试的最终目的是发现问题,所以bug数和bug被fix的概率就成了考核测试人员的标准之一了。说到覆盖率,回归测试也一般也不会执行所有测试用例,而是根据优先级及其他因素挑选部分回归用例。但是对于整个用例库,覆盖率越高越好。
我能从这第一份工作里学到的就是严谨的测试流程和测试态度。自动化就只能在第二份工作中实现了。
作者:
inn_xwang
时间:
2010-5-17 15:58
标题:
回复 5# 的帖子
我们在平时工作生活中就使用公司的这个产品,所以大家都是产品用户。而据我所知,实际用户中也有一些“托”,他们可以免费使用产品,对产品进行评论。
作者:
yuetiantian
时间:
2010-5-17 16:17
写的很好,支持
作者:
yuetiantian
时间:
2010-5-17 16:20
这个帖子是我这几年在新手区看到的最好的一个帖子,建议版主给他加精!
作者:
inn_xwang
时间:
2010-5-17 16:27
标题:
回复 9# 的帖子
多谢支持,这本来是我自个儿写的一个小小总结,就拿出来和大家分享一下。
作者:
月上百合
时间:
2010-5-17 16:35
这个体系不错,很少有公司能做到这样。
作者:
gaha
时间:
2010-5-17 17:28
以前公司用sugar
作者:
peag
时间:
2010-5-19 21:17
要是国内的公司能做到这程度的话。。。
作者:
Ade_Huang
时间:
2010-5-19 21:50
国外的就是不一样,流程上走的就是完善,虽然国内在测试方面都不怎么完善,
相信不久的将来会强大起来的
作者:
8596991
时间:
2010-5-20 09:12
我很搞不明白的是,在外企上班,为什么就非要中文中夹带英文说话?写出来的东西,要么就全英文,要么就全中文
作者:
Jackc
时间:
2010-5-20 14:11
原帖由
8596991
于 2010-5-20 09:12 发表
我很搞不明白的是,在外企上班,为什么就非要中文中夹带英文说话?写出来的东西,要么就全英文,要么就全中文
兄弟,等你在外企上班后,你就知道为什么了。
语言其实有两个基本功能:表达和获取信息。
在表达的时候,人们都喜欢用自己最熟悉的词语构建语言信息,有时会不可避免的忽视对方获取信息时的感受。
在外企接触了N多新的术语后,不一定就能很好的用母语将它们表达出来,比如LZ说的缺陷的Reopen,我就很难使用比较专业的语言来形容它,“重新提交”?反而觉得使用英文更简单易懂。
[
本帖最后由 Jackc 于 2010-5-20 14:13 编辑
]
作者:
qzj_test
时间:
2010-5-20 14:14
大棒?瀑布?螺旋?敏捷?
作者:
sam.sheng.3
时间:
2011-6-9 16:39
回复
15#
8596991
我在没得到我这份工作的时候,和你想法一样,总觉得这样的人很装X。后来发现,并非如此。正如乌龟说的一样,有时候真的不知道用中文怎么解释好,这也是为什么很多人建议看英文原版的著作一样。
作者:
xangtianwen
时间:
2011-6-30 15:49
写的很好,喜欢能到这样的公司上班啊!
作者:
愚人
时间:
2011-6-30 21:15
国内跟国外还有一定的距离
作者:
雪儿1218
时间:
2011-7-1 15:16
很好,保存了!
作者:
david.hu
时间:
2011-7-28 14:41
有见地。
作者:
爱踢金鹰
时间:
2015-12-25 16:16
理想和现实的差距。
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2