51Testing软件测试论坛

标题: 开发期间,QA人员和测试人员干什么? [打印本页]

作者: lzq123335    时间: 2006-3-15 13:31
标题: 开发期间,QA人员和测试人员干什么?
在项目开发期间,QA人员和测试人员干什么?
QA在此期间,应该如何针对于该项目进行哪些工作呢?》
测试人员在此期间,因没有测试任务,那围绕该项目,要做哪些工作呢?
他们要关注于该项目的哪些内容?

请大家参与讨论/////...
作者: lzq123335    时间: 2006-3-16 09:45
怎么没有人回答啊?
难道这个问题提得很幼稚吗?
作者: Jimmyshao    时间: 2006-3-16 14:04
欧是测试的,开发期间是写测试用例的。
作者: lzq123335    时间: 2006-3-16 16:41
那你们测试用例又是根据什么来写呢?》
作者: tyf    时间: 2006-3-17 14:55
系统测试的用例是根据需求规格说明书(SRS)来写的,集成测试的用例是根据概要设计说明书(HLD)来写的,单元测试的用例是根据详细设计说明书(LLD)来写的。
作者: SamLee    时间: 2006-3-20 13:48
在这期间, 测试人员会和开发人员进行沟通, 列出测试需求, 编写测试用例, 准备测试数据。
作者: rrazz    时间: 2006-3-20 13:55
开发阶段是个很笼统的说法,对应在项目中属于哪个阶段,在此阶段有哪些活动,QA就会监督这些活动
作者: millionaire    时间: 2006-3-21 10:35
请问一下,SRS,HLD,LLD分别是哪几个单词的缩写啊?谢谢!
作者: 11034    时间: 2006-3-21 17:54
原帖由 rrazz 于 2006-3-20 13:55 发表
开发阶段是个很笼统的说法,对应在项目中属于哪个阶段,在此阶段有哪些活动,QA就会监督这些活动


SRS:Software Requirement Specification 软件需求规格说明书
HLD:High level Design 高层设计
LLD:Low level Design  低层设计
作者: 耶罗    时间: 2006-4-25 09:44
DEV coding到code 完成这段时间,QA and QC人员要做的事情:
1. view spec and understant it fully;
2. design test plan/test case;
3. Setup test environments;
4. Help DEV to do unit test;
作者: 慢慢变胖    时间: 2006-4-25 12:00
做你计划作的事
作者: regoo_0    时间: 2006-5-3 20:51
QA是从流程方面保证软件的质量
测试是从技术方面保证软件的质量
QA在此期间,应该指导并监督项目按照规定过程进行实施,并对项目进行分析,度量,尽可能的增加项目的可视性
审核工作产品,评价工作产品和过程质量与目标的符合度,发现在执行过程中的缺陷,提供决策参考,促进过程的改进,最后对出现的缺陷进行有效的分析以便将来进行有效的预防。
作者: fxlizard    时间: 2006-5-11 23:33
好多人,以为QA=测试.... 误区呀...
楼上同学说的很对!
作者: 月上梅稍    时间: 2006-5-26 16:03
原帖由 regoo_0 于 2006-5-3 20:51 发表
QA是从流程方面保证软件的质量
测试是从技术方面保证软件的质量
QA在此期间,应该指导并监督项目按照规定过程进行实施,并对项目进行分析,度量,尽可能的增加项目的可视性
审核工作产品,评价工作产品和过程质 ...



写的很好阿!
顶噢!
作者: lzq123335    时间: 2006-5-29 10:23
是不是qa定制整个流程,然后监督每个流程是否走到,是否达到某种期望的质量。而不去怎么关心,每个流程是如何进行的。。。。。
作者: xiaonan    时间: 2006-5-30 11:27
不知道楼主怎么看待测试的,不知道测试应该贯穿于整个流程,测试应该在开发进行需求分析的时候,就应该介入了,提出可测试性需求.等开发写出SRS的时候,,就要对SRS进行评审.评审通过,把SRS基线化,开发写概要设计书,测试做系统测试计划,系统测试方案,系统测试用例.等开发写完HLD,测试就要对HLD进行评审.评审通过,把HLD基线化,开发写详细设计书,测试做集成测试计划,集成测试方案,集成测试用例.等开发写完LLD,测试就要对LLD进行评审.评审通过,把LLD基线化,开发做coding,测试做单元测试计划,单元测试方案,单元测试用例.等开发做完coding,然后测试要对代码进行审核,最后再是测试的执行.
作者: lzq123335    时间: 2006-5-31 09:07
原帖由 xiaonan 于 2006-5-30 11:27 发表
不知道楼主怎么看待测试的,不知道测试应该贯穿于整个流程,测试应该在开发进行需求分析的时候,就应该介入了,提出可测试性需求.等开发写出SRS的时候,,就要对SRS进行评审.评审通过,把SRS基线化,开发写概要设计书,测试 ...



楼上的,谢谢你的回答。你能说说QA这个阶段是干什么工作呢?评审?。。。。。
作者: xiaonan    时间: 2006-5-31 09:23
QA主要是关注着整个流程的实施.这个上面12楼的,基本上都说到了啊.QA是通过流程上面保证软件质量,测试是通过技术来保证软件质量,两者是相辅相成的
作者: jihuli5    时间: 2006-6-3 20:30
开发期间测试人员的工作是很多的,首先,要参加评审工作,比如需求评审、概要设计评审、详细设计评审等等,在评审过程中不要只抱着学习的目的,而是要提出有意义的建议,比如在需求评审中要提出一对可测试性需求。评审完了以后就要做测试计划方案和写测试用例了,在这里一系统测试为例:在对需求评审完了以后,根据已经基线化了的需求规格说明书写作测试计划,然后再制定测试方案,接着根据测试方案以及系统测试用例的设计方法来进行系统测试用例的设计,如果上面的所有的相关文档都写好了,可以说系统测试已经完成了一半以上了。其他阶段的测试与系统测试类似。在开发期间,QA所起的作用主要是监督流程的执行,以保证流程中的每一个过程都达到了出口准则,从而从流程上来保证软件的质量。
作者: lzq123335    时间: 2006-6-5 10:42
谢谢楼上的回答
作者: wfq80825    时间: 2006-7-13 10:44
又有哪家公司是这样做的,我认为还不如按照实际的某些公司的具体情况来说明问题更好些。
在我们公司而言,测试就是垫背的,只要系统上线发现问题从来不分析,就扣测试人员的钱。测试人员是执行者,而一点都没有主动权,上面所说的一切就成为了纸上谈兵。测试做了很多工作,但是不认可,这就是目前国内很多公司的现状,我们不得不承认!
作者: ouyu    时间: 2006-7-13 11:11
原帖由 wfq80825 于 2006-7-13 10:44 发表
又有哪家公司是这样做的,我认为还不如按照实际的某些公司的具体情况来说明问题更好些。
在我们公司而言,测试就是垫背的,只要系统上线发现问题从来不分析,就扣测试人员的钱。测试人员是执行者,而一点都没有主 ...

流程的确说的很正规很系统,公司的流程存在问题,不正规也是正常的事情,虽然我们都希望是理想化的状态,但环境却不是的,我们要做的如果能和上级多沟通,可以把正规的流程结合公司的情况适当删减一些,结合公司的实际情况开发情况,去制定一个测试流程出来,使自己的工作尽量的去系统化,使自己不断的进步。
作者: huangsheng2    时间: 2006-7-17 13:08
这个时候准备理解测试的系统,预备测试啦。
作者: yzgonline    时间: 2006-7-18 00:10
我们公司在项目启动后测试就投入工作,
和开发一起看产品需求, 开发写完SRS并基线后测试才算真正开始工作,SRS基线是测试工作开始的数据源,测试开始写测试用例

QA是干什么的只要公司在搞CMMI或过了CMMI的都应该知道吧
作者: Mia    时间: 2006-7-18 18:00
16 楼回答得很标准, 赞!
作者: pierre0505    时间: 2006-8-18 12:17
不错,长知识了,16楼的说的很详细,但是不一定每个公司都那样,正如22楼说的,应该根据每个公司的实际流程来做,像我们公司,一般是参加需求评审,等需求评审通过后,测试人员写测试需求,测试组内部评审测试需求;等开发完成详细设计(概要设计不参加评审),参加详细设计评审,等通过后,测试人员写测试用例,然后测试组内部评审测试用例。
作者: luoyear    时间: 2006-8-28 09:20
1、项目启动时候,项目经理依据组织标准过程和项目实际情况,形成项目过程定义,这个就是项目的立法,也就是说项目的各个环节都要按照这个搞;
2、QA依据过程定义,通过抽检工作产品质量/过程记录,参加项目活动(会议/评审/沟通交流活动),调查表或访谈,过程审核,数据分析等,识别项目过程的偏差,向项目和管理层通报项目过程质量和不一致性问题,并敦促问题的解决。QA的作用就是通过QA活动确保项目按照既定过程有序的进行,并向管理层提供项目实施过程的可视性;
3、测试人员就是干活的,他的工作是项目计划驱动的。按照过程定义编制的项目进度计划给测试人员下达测试设计和测试实施的任务,测试人员执行之,并进行必要的总结和汇报。
作者: pulamu    时间: 2006-9-19 09:29
bu dong
作者: dandan    时间: 2006-9-19 10:05
不错,,,,,,,,,,,,又学到了......
作者: birdking    时间: 2006-9-19 17:48
学到了一招,谢谢
作者: verasj    时间: 2006-9-22 15:47
我现在一个人是qa和测试都要做,累!
作者: AlexanderIII    时间: 2006-9-23 16:16
原帖由 luoyear 于 2006-8-28 09:20 发表
1、项目启动时候,项目经理依据组织标准过程和项目实际情况,形成项目过程定义,这个就是项目的立法,也就是说项目的各个环节都要按照这个搞;
2、QA依据过程定义,通过抽检工作产品质量/过程记录,参加项目活动 ...


这个讲得挺好
作者: chunjuntang    时间: 2006-10-22 19:43
QA   quality assurance    制定流程,并监督流程执行
测试人员 quality control
作者: chunjuntang    时间: 2006-10-22 19:46
QA   quality assurance    制定流程,并监督流程执行
测试人员 quality control
作者: jkdragon    时间: 2007-4-16 20:12
QA主要监督测试实施过程
作者: 沙漠里的鱼    时间: 2007-4-25 08:59
我们是qa和测试一起做,qa主要是对项目开发过程中各个流程的控制并对测试本身也要监控
测试主要是针对软件开发的结果是否符合用户需求的检测。
作者: letfoxrush    时间: 2007-5-29 15:58
QA应该参与到整个项目开发的过程中,负责指引项目按照流程进行,给与必要的指导;对项目过程进行审计,保证过程的符合性;负责监控项目的开发,监控项目的质量状况,协助项目经理进行质量和进度方面的控制。可以说项目经理是执法者,QA是监督者。这两者是矛盾和统一的——在保证项目成功完成的共同目标下,可能充满了矛盾和协调
测试人员也是参与到整个项目开发过程中的,主要负责对技术文档和代码的评审,在这个过程中既熟悉产品以便更好地开展其后的测试工作,又从一个旁观者(但也是产品专家)、测试者的角度来作相应的质量保证。同时负责指引开发人员关注可维可测性,提高项目的测试技能。另外,还要准备测试用例。
作者: letfoxrush    时间: 2007-5-29 15:59
还有一点,不知道大家怎么定义测试人员和其工作的。我的观点是UT、IT、ST应该还是开发人员来执行,不是测试人员的工作。
但是需要的时候,测试人员也可以参加 -)
作者: hapliu    时间: 2007-5-30 10:55
标题: 熟悉需求
写测试计划,测试用例,调配测试环境
作者: liuwei8558    时间: 2007-6-27 15:24
开发期间, 测试人员会和开发人员进行沟通, 列出测试需求, 编写测试用例, 准备测试数据。
QA负责监督,从流程上保证软件的质量.
作者: boerjin    时间: 2007-7-5 09:59
标题: 回复 #36 沙漠里的鱼 的帖子
测试和检测是完全不同的概念,千万不要混淆了阿
测试:为了检查产品是否有缺陷;即:证明是否做了不该做的事情
检测:为了检查产品是否正常完成需求所要求的功能;即:证明是否做了该做的事情
作者: eroe_suwen    时间: 2007-7-8 18:17
看了楼上的帖子:好像说的都不错,但是总结不够。
大致上的流程应该是这样的。
一个专业的团队,BA TEAM根据用户的需求写下了需求说明书,然后交给程序员TEAM去开发,同时,这个COPY就到了TESTING TEAM的手里。在DEVELOPER TEAM开发的同时,其实,TESTING TEAM在研究需求说明书,并编写相印的测试用例。这个过程和程序员的开发过程应该是同步的。
坦言,测试人员应该有比编程人员更好的对业务的整体把握和清晰的逻辑思维,而且要善于从不同的方面去思维。
作者: 绿野小径    时间: 2007-7-10 22:09
测试不是应该从需求分析就开始的了吗?
作者: mans    时间: 2007-7-16 22:09
我也觉得16楼很标准..
作者: charliemr    时间: 2007-7-17 02:35
在开发期间,测试和开发是并行的,测试人员参加对应阶段的评审然后做测试计划、方案、写作等。QA是通过流程的监督来保证软件的质量。其实各公司的的流程都不一样,根据实际情况来做就行  没必要谈这么多大道理 只要知道就行  不是每个公司都能全部做到的
作者: 刘洪鹏    时间: 2007-7-17 08:17
建议你还是把测试工作的整个过程理顺了再说,你之所以不知道干啥,是你不知道如何去做。
作者: roble    时间: 2007-7-20 08:45
标题: 回复 #1 lzq123335 的帖子
sdlkfj2
作者: louisaysf    时间: 2007-7-20 10:03
大家都讲得很不错,我们公司搞过ISO9001后,对这方面有很深的了解,呵
作者: shtina    时间: 2007-7-23 22:38
对照测试V模型做就好了,QA监督各项工作按照流程去做
作者: softhome    时间: 2007-7-26 17:06
我们公司目前的情况是,开发人员做开发的时候,我们测试基本上都是自己上网看看测试资料,或者看看别的东东! 有时候有些无聊。

等软件基本成型了, 我们就开始做黑盒测试。按格式把bug报告提交上去。
作者: softhome    时间: 2007-7-26 17:07
我们公司测试相当不规范。 只有三个人的测试部。
作者: 3155530    时间: 2007-8-10 13:54
本人目前处于该状态,学习需求,分析计划写测试计划,学习项目相关的参考资料,发呆,偷懒……
作者: wenrou    时间: 2007-8-12 07:59
开发人员根据设计书写程序的时候,测试人员就根据设计书设计用例。当开发人员可测试版本出来的时候,测试人员的测试用例准备等东西也到位了,接上◎◎嘿嘿
作者: legendarylucc    时间: 2007-8-13 14:57
QA关注的重点不仅仅是软件质量,而且是整个软件过程,保证的首先是过程和体系,它侧重过程质量,不深入到软件本身的质量。而软件测试通过一系列活动来确保软件质量。
共同之处:QA和测试的目的一样,都是尽可能保证最终发布的产品更符合用户需求,尽可能的没有bug。
不同之处:QA关注的是整个软件过程,STE关注的是最终质量,采用设计、执行用例等方法去发现错误。
作者: 24766504    时间: 2007-8-17 15:39
同意50楼的,我们公司就两个测试的.开发与测试的比例10:1
根本就没有QA,他们开发的时候测试人员就看看资料什么的.什么测试需求,测试计划都不用写.
开发人员的那些文档很多时候也是开发完成了才补上去的.
整个操作流程根本就不规范
作者: 寸草不生    时间: 2007-8-21 15:53
说的不错
作者: cjxpistol    时间: 2007-8-24 10:20
我怎么成新手了  ??
作者: jysql    时间: 2007-11-20 10:14
受教育了
作者: dbnz    时间: 2007-11-23 16:08
国内有几家公司能做到如此标准.
作者: zhmiss    时间: 2007-11-29 14:43
在测试中实际和理论的差距很大!好多项目为了进度等其它原因,还有对测试的重视程度都导致了在实际的工作中许多环节的忽视,这也是目前好多测试质量不好的原因!实际和理论的统一也是现在好多公司面临的问题!
作者: 2153942    时间: 2007-12-6 12:03
没做过QA也没跟QA打过交道,学习……
作者: huangjiaxin1986    时间: 2007-12-14 22:25
我们公司是QA和测试是一起做的。。。
作者: mallonpsy    时间: 2007-12-19 18:10
有这么多人讨论真好,虽然国内的软件现状并不是很好,但是,不是我们抱怨的时候,我们要好好做,由自己做起,让国内的软件业不这样
作者: jooven    时间: 2007-12-23 13:31
开发期间,就写测试用列赛
作者: 命运呼叫转移    时间: 2007-12-24 11:11
测试人员所在的公司情况都不相同,各方面都比较成熟的公司和刚起步的公司肯定不一样,所以测试人员应该从本公司的实际情况出发,做在实际情况允许的事情。突破环境的束缚,是自己能力的提高。不要在鸡窝里抱怨没有凤凰住的宿舍好。
作者: wing_twf    时间: 2007-12-25 08:57
QS无论是开发或者测试阶段都要监督制定的流程是否被实施,起指导作用.而测试的话此时应该读文档,包括需求文档,设计文档,了解开发的产品,然后制订测试计划和测试方案,为后期的测试执行做准备.

PS:  38楼的朋友认为UT,ST,IT都应该开发来做,我不认同,测试的工作量并不少,全开发来完成加大了他们的工作压力,从效率的角度来说增加了开发周期,中型以上的项目就不可行了.如果什么都开发来那还要测试人员干什么
作者: nicholas.hl    时间: 2007-12-26 16:02
原帖由 fxlizard 于 2006-5-11 23:33 发表
好多人,以为QA=测试.... 误区呀...
楼上同学说的很对!



目前国内 QA=TEST TEST=QA
作者: 54111    时间: 2008-2-15 12:12
谢谢 学习了
作者: 庖丁解牛    时间: 2008-2-15 16:01
没事做就呆着,有事做事,很简单
作者: 任道远    时间: 2008-3-24 15:40
流程虽然清晰、明确,但是实际执行还是比较难的
作者: 6739    时间: 2008-4-18 09:53
学习中....谢谢
作者: 兰兰    时间: 2008-6-2 09:57
我看大家讨论了很多,但是如果公司的项目由于时间比较紧张,采用的是迭代的开发方式,此时我们测试人员在项目的进行过程中,应该何时介入测试,采用什么样的方式进行测试呢?
作者: yinfeng920    时间: 2008-6-4 09:27
刚起步的公司,需求文档都没有,我是第一个来的测试,还让我来补充需求。公司很重视测试,但是什么都不提供,怎么进行下去。
作者: lanshier    时间: 2008-6-17 14:04
DEV coding到code 完成这段时间,QA and QC人员要做的事情:
1. view spec and understant it fully;
2. design test plan/test case;
3. Setup test environments;
4. Help DEV to do unit test; 版主就是版主..厉害
作者: 兰兰    时间: 2008-6-20 10:47
但如果项目比较紧张,可是在项目的整个过程中还要按照公司的流程做完所有的工作,指定测试计划-提取测试需求-编写测试用例-测试执行-测试总结-测试评估等一系列的流程,但是需求迟迟出不来,项目组内是出一部分需求,设计一部分,采用的所谓迭代的开发模式,这是做为测试人员该怎么办呢,在开发人员不主动提供需求的情况下,如果测试人员每天主动的跟开发人员要需求,他们岂不是很烦。像监工一样的。开发组内没有制定详细的开发迭代计划!
作者: 淡淡绿茶    时间: 2008-6-20 17:02
原帖由 xiaonan 于 2006-5-30 11:27 发表
不知道楼主怎么看待测试的,不知道测试应该贯穿于整个流程,测试应该在开发进行需求分析的时候,就应该介入了,提出可测试性需求.等开发写出SRS的时候,,就要对SRS进行评审.评审通过,把SRS基线化,开发写概要设计书,测试做 ...




学习到了..
作者: sufeisohu389    时间: 2008-9-24 15:44
学习了.顶上去让更多人看到
作者: macdull    时间: 2008-9-29 23:16
晕拉。很多都是太理想化了啊。软件公司不一样拉,不可能都这样规范的!应该根据实际情况的!那个什么铁三角 你好好去学习一下。了解一下测试的流程和开发的流程!
作者: fengyuan_198312    时间: 2008-11-16 16:26
学习了
作者: ljdlx    时间: 2008-11-17 10:25
上面说了很多测试人员在开发阶段要做什么,而且非常明确阿,质量方面在开发阶段具体要做什么?其实说的很少。
个人认为:质量在开发阶段要做的事情,具体话就是分两个方面的,第一个方面,开发方面,要监督开发的规范性,了解项目开发进度,并记录进度,并收集项目开发过程中的情况,根据情况提出问题或风险,保证开发的过程能够正确地、顺利地完成。第二个方面,测试方面,评审测试计划,测试用例,了解测试过程,跟踪测试进度,收集测试情况,并提出问题与风险,保证测试的顺利完成。
另认为开发阶段和测试阶段是一个并行的过程,是一个两方面互动的过程。
作者: toshiba    时间: 2008-11-18 08:10
偶公司的QA只是在产品出来了,内测结束了我们才加到项目中来,如果是新产品的话,这个产品的工作人员给我们辅导下,然后就开始测试,在开发期间是要测试其他部门的产品的!到最后才组成小组参加评测项目。我们QA有测试,部门内部也有测试人员。
作者: ibossyu    时间: 2009-5-20 17:09
同意16楼的观点
作者: szgushen    时间: 2009-6-12 14:53
写测试用例啊.
如果属于某些嵌入式软件,可能还得写测试软件呢.
作者: lyl419    时间: 2010-2-22 13:57
学习了
作者: wo_cui    时间: 2010-2-23 10:58
每个公司都有一套自己独特的方式,各有千秋。
作者: pangda    时间: 2010-2-24 13:57
做计划。写用例。开会。评审。熟悉业务
作者: 小不点蜗牛    时间: 2010-3-7 20:44
赞一个,好贴,热论中
作者: 3155530    时间: 2010-5-20 15:12
测试计划啊写tc啊tc评审啊,搭环境啊,数据准备啊,文档维护啊,项目例会啊
作者: 3155530    时间: 2010-5-20 15:14

发现07年的时候就回过这个帖子,不同的公司真的很不一样!!
作者: qzj_test    时间: 2010-5-27 11:00
感觉开发貌似没时间来和测试沟通
作者: chengning    时间: 2010-7-13 12:57
学习了
作者: w4381123    时间: 2010-9-1 13:24
标题: 学习了,,
大家说的都不错,小弟刚入门,正在向大家学习,就不在这里发表自己的意见了
作者: tankxu    时间: 2010-9-7 14:21
我们公司就我 一个人,什么文档都没有,开发完成了,给你看下,自己去测试,要不最多是开发之前开个会,大家讨论下要怎么做,还什么流程,啥都没有,他们开始的时候我就上网看资料,聊天,无聊
作者: helios    时间: 2010-11-25 14:06
con
作者: tianjinlhj    时间: 2011-1-5 13:48
学习啦
作者: locy1223    时间: 2011-3-19 10:01
学习了//
作者: 谭典萍    时间: 2011-3-23 15:36
看到楼主问测试用例是根据什么来写的,偶表示无语...
作者: 依旧执着    时间: 2011-3-30 08:48
和开发人员沟通,编写测试用例啊




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2