51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: swallowlly
打印 上一主题 下一主题

[讨论] 与项目经理的谈话

[复制链接]

该用户从未签到

21#
发表于 2008-4-7 15:29:09 | 只看该作者
原帖由 yl.victory 于 2008-4-7 14:34 发表
大家好,我从事测试半年了,半年来学的东西不多,现在想自己学习自动化测试工具,请问应该怎么选择自动化测试工具,就是说我不明白是学winrunner好 还是QTP好,还是别的比这两个用途更广泛的,就觉得没有方向,应该怎 ...


深有同感,希望各位前辈能给个指点.
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2008-4-8 18:06:32 | 只看该作者
强式很重要
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2008-4-9 12:53:22 | 只看该作者

好好干!

恭喜你在这个职位上工作!QA职责是什么?我想你比我更清楚~,希望你负责起来,做不起来就是你的责任,如果存在差异,你应该放映现实情况~!并不是每家公司都做的很好~!就像我公司执行的不怎么的~!汗啊~!为什么呢?不是单方面的~!公司考虑问题可能更多:改进的过程种需要些人力和财力等等因素。正因为这些因素导致一些制度不能执行,这是必然的,并且在中国流传这么一句话:任何好的制度到中国人手里,通过演变、歪曲、否定、最后变为没有。我个人觉得:一些不符合要求的,应当及时放映,否则就是你的责任所在.
记住:没有所谓的强式,因为每一个项目的成本是不同,然而,测试技术必须跟项目实际情况进行剪裁,作为QA,首先要确认项目将要投入多少成本和需要确定那些方案(开发计划,测试方案等等)。而我测试考虑问题更多的是:软件测试策划、软件测试技术剪裁、测试进度管理、成本管理。所以从你提出的强式来看,感觉你的思想还没有完全放开

[ 本帖最后由 drlong 于 2008-4-28 16:44 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2008-4-11 15:24:12 | 只看该作者
曾经有人对我说过:“在微软是没有QA的,因为在微软每个人都是QA!”
回复 支持 反对

使用道具 举报

该用户从未签到

25#
 楼主| 发表于 2008-4-16 09:59:45 | 只看该作者
看了大家这么多的答复,心里的感触还是很多的。
对于QA这个岗位,我决定从狭义的过程跟进扩展到广义的质量保证范围。
这无疑增加了个人的工作量,并对个人的技术沟通等等问题提出了挑战。
现在的想法是,如果我觉得对于项目质量可能造成影响或者已经造成影响的问题,都要进行干预。
还有一个问题就是:如果发现现在公司现行的规范不合格,怎么办?
回复 支持 反对

使用道具 举报

该用户从未签到

26#
 楼主| 发表于 2008-4-16 10:02:36 | 只看该作者

回复 23# 的帖子

谢谢,给了我最需要的鼓励。
我加了你的msn,
我的msn:swallowlly@sina.com
大家一起加油
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2008-4-16 10:08:51 | 只看该作者
原帖由 水印无痕 于 2008-4-11 15:24 发表
曾经有人对我说过:“在微软是没有QA的,因为在微软每个人都是QA!”


这个让我想起了全面质量管理,呵呵,全员的参与和重视

不知道大家公司开发团队对体系流程的看法,配合执行上,我们还是有些阻力的,这个和现有流程有缺陷是有关系的,我们也希望开发团队能够针对现有的流程提出有效的改进 意见,顺利推行,感觉开发团队认为很多流程上要求的东西都是项目进度的障碍
看了16楼的说法,我也比较赞同,我们确实在过程改进中,先废除一些我们认为是多余的东西,再逐步细化过程环节的要求,不过即便如此,感觉开发团队仍然是有排斥d
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2008-4-17 12:25:03 | 只看该作者
1)        很多时候公司都并不是很配合公司过程和规范,所以QA要强式,是有道理,但是怎么强式?必须借助公司高层,让他们直接出面在会上表态,以后有什么问题,如果通过协调实在不行,再直接邮件转发给高层。
2)        QA要专业,要熟悉技术,业务,这个肯定都熟悉是最好,不然你怎么指导开发人员工作,只能做一个过程跟踪和监控而已。
3)        QA不能只跟过程和进度,同2)一样啦,
4)        QA要能从项目整体的角度,项目观察者的眼界,发现项目的风险,发现风险不能只提出,而要组织相关人员解决,如果发现解决方案不合理的情况下,要坚持自己的观点,说得很有道理,说明你们项目经理对CMMI知识很熟悉,项目经理很强啊,QA应该参加多个的项目经验,如果没有,也可以学习提交自己在这方面知识,给项目经理提供多参考意见。
5)        针对项目在不同的状况下,能够想出不同的应对策略。(很少朝这个方向思考)在跟踪进度同时,发现项目进度有所偏差,及时跟项目经理进行沟通,说明自己什么好的想法,让项目能及时交付
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2008-4-17 15:15:29 | 只看该作者
我认为你还是要加强技术技能,多与相关人员沟通,以解决问题为目标,而不是汇报问题为目标。这样才可以做好QA
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2008-4-28 16:54:01 | 只看该作者

回复 29# 的帖子

以解决问题为目标,这是必须的,但是项目执行的怎么样,总得汇报,好的、坏的、未解决的,已解决的都得汇报,如:我测试团队会给项目经理一个测试 周报,没有特殊情况一般不会给他测试日报,所以说,还是实际情况去执行策略。

[ 本帖最后由 drlong 于 2008-4-28 16:56 编辑 ]
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-8 16:41 , Processed in 0.067202 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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