51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: lzq123335
打印 上一主题 下一主题

[讨论] 开发期间,QA人员和测试人员干什么?

[复制链接]

该用户从未签到

61#
发表于 2007-12-6 12:03:52 | 只看该作者
没做过QA也没跟QA打过交道,学习……
回复 支持 反对

使用道具 举报

该用户从未签到

62#
发表于 2007-12-14 22:25:58 | 只看该作者
我们公司是QA和测试是一起做的。。。
回复 支持 反对

使用道具 举报

该用户从未签到

63#
发表于 2007-12-19 18:10:09 | 只看该作者
有这么多人讨论真好,虽然国内的软件现状并不是很好,但是,不是我们抱怨的时候,我们要好好做,由自己做起,让国内的软件业不这样
回复 支持 反对

使用道具 举报

该用户从未签到

64#
发表于 2007-12-23 13:31:12 | 只看该作者
开发期间,就写测试用列赛
回复 支持 反对

使用道具 举报

该用户从未签到

65#
发表于 2007-12-24 11:11:35 | 只看该作者
测试人员所在的公司情况都不相同,各方面都比较成熟的公司和刚起步的公司肯定不一样,所以测试人员应该从本公司的实际情况出发,做在实际情况允许的事情。突破环境的束缚,是自己能力的提高。不要在鸡窝里抱怨没有凤凰住的宿舍好。
回复 支持 反对

使用道具 举报

该用户从未签到

66#
发表于 2007-12-25 08:57:03 | 只看该作者
QS无论是开发或者测试阶段都要监督制定的流程是否被实施,起指导作用.而测试的话此时应该读文档,包括需求文档,设计文档,了解开发的产品,然后制订测试计划和测试方案,为后期的测试执行做准备.

PS:  38楼的朋友认为UT,ST,IT都应该开发来做,我不认同,测试的工作量并不少,全开发来完成加大了他们的工作压力,从效率的角度来说增加了开发周期,中型以上的项目就不可行了.如果什么都开发来那还要测试人员干什么
回复 支持 反对

使用道具 举报

该用户从未签到

67#
发表于 2007-12-26 16:02:04 | 只看该作者
原帖由 fxlizard 于 2006-5-11 23:33 发表
好多人,以为QA=测试.... 误区呀...
楼上同学说的很对!



目前国内 QA=TEST TEST=QA
回复 支持 反对

使用道具 举报

该用户从未签到

68#
发表于 2008-2-15 12:12:50 | 只看该作者
谢谢 学习了
回复 支持 反对

使用道具 举报

该用户从未签到

69#
发表于 2008-2-15 16:01:38 | 只看该作者
没事做就呆着,有事做事,很简单
回复 支持 反对

使用道具 举报

该用户从未签到

70#
发表于 2008-3-24 15:40:20 | 只看该作者
流程虽然清晰、明确,但是实际执行还是比较难的
回复 支持 反对

使用道具 举报

该用户从未签到

71#
发表于 2008-4-18 09:53:42 | 只看该作者
学习中....谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

72#
发表于 2008-6-2 09:57:25 | 只看该作者
我看大家讨论了很多,但是如果公司的项目由于时间比较紧张,采用的是迭代的开发方式,此时我们测试人员在项目的进行过程中,应该何时介入测试,采用什么样的方式进行测试呢?
回复 支持 反对

使用道具 举报

该用户从未签到

73#
发表于 2008-6-4 09:27:48 | 只看该作者
刚起步的公司,需求文档都没有,我是第一个来的测试,还让我来补充需求。公司很重视测试,但是什么都不提供,怎么进行下去。
回复 支持 反对

使用道具 举报

该用户从未签到

74#
发表于 2008-6-17 14:04:37 | 只看该作者
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; 版主就是版主..厉害
回复 支持 反对

使用道具 举报

该用户从未签到

75#
发表于 2008-6-20 10:47:04 | 只看该作者
但如果项目比较紧张,可是在项目的整个过程中还要按照公司的流程做完所有的工作,指定测试计划-提取测试需求-编写测试用例-测试执行-测试总结-测试评估等一系列的流程,但是需求迟迟出不来,项目组内是出一部分需求,设计一部分,采用的所谓迭代的开发模式,这是做为测试人员该怎么办呢,在开发人员不主动提供需求的情况下,如果测试人员每天主动的跟开发人员要需求,他们岂不是很烦。像监工一样的。开发组内没有制定详细的开发迭代计划!
回复 支持 反对

使用道具 举报

该用户从未签到

76#
发表于 2008-6-20 17:02:52 | 只看该作者
原帖由 xiaonan 于 2006-5-30 11:27 发表
不知道楼主怎么看待测试的,不知道测试应该贯穿于整个流程,测试应该在开发进行需求分析的时候,就应该介入了,提出可测试性需求.等开发写出SRS的时候,,就要对SRS进行评审.评审通过,把SRS基线化,开发写概要设计书,测试做 ...




学习到了..
回复 支持 反对

使用道具 举报

该用户从未签到

77#
发表于 2008-9-24 15:44:28 | 只看该作者
学习了.顶上去让更多人看到
回复 支持 反对

使用道具 举报

该用户从未签到

78#
发表于 2008-9-29 23:16:42 | 只看该作者
晕拉。很多都是太理想化了啊。软件公司不一样拉,不可能都这样规范的!应该根据实际情况的!那个什么铁三角 你好好去学习一下。了解一下测试的流程和开发的流程!
回复 支持 反对

使用道具 举报

该用户从未签到

79#
发表于 2008-11-16 16:26:47 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

80#
发表于 2008-11-17 10:25:00 | 只看该作者
上面说了很多测试人员在开发阶段要做什么,而且非常明确阿,质量方面在开发阶段具体要做什么?其实说的很少。
个人认为:质量在开发阶段要做的事情,具体话就是分两个方面的,第一个方面,开发方面,要监督开发的规范性,了解项目开发进度,并记录进度,并收集项目开发过程中的情况,根据情况提出问题或风险,保证开发的过程能够正确地、顺利地完成。第二个方面,测试方面,评审测试计划,测试用例,了解测试过程,跟踪测试进度,收集测试情况,并提出问题与风险,保证测试的顺利完成。
另认为开发阶段和测试阶段是一个并行的过程,是一个两方面互动的过程。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-14 07:37 , Processed in 0.072365 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表