与项目经理的谈话

Q_sunny520

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

深有同感,希望各位前辈能给个指点.

hellen_ma

强式很重要

drlong

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

[ 本帖最后由 drlong 于 2008-4-28 16:44 编辑 ]

水印无痕

曾经有人对我说过：“在微软是没有QA的，因为在微软每个人都是QA！”

swallowlly

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

swallowlly

谢谢，给了我最需要的鼓励。
我加了你的msn，
我的msn：swallowlly@sina.com
大家一起加油

hquyuer

原帖由 水印无痕 于 2008-4-11 15:24 发表
曾经有人对我说过：“在微软是没有QA的，因为在微软每个人都是QA！”

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

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

anny728

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

lgh1999

我认为你还是要加强技术技能，多与相关人员沟通，以解决问题为目标，而不是汇报问题为目标。这样才可以做好QA

drlong

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

[ 本帖最后由 drlong 于 2008-4-28 16:56 编辑 ]