QA的工作

海的女儿

自从我转做QA至今，开始时先为公司整理相关文档，看似很无聊的事情，但是文档管理与公司的质量水平是相当的；接着，参与软件工程的改进工作，其中难免与开发人员有抵触，但是为了工作，总得绞尽脑汁打通开发人员的思想，让他们重视起软件的质量管理，可喜的是，情况并未象想象的那么坏，当然距离目标还相差甚远，但是，我始终相信付出总有收获大家也可以到这里来抒发一下工作感想啊;)

[ Last edited by 海的女儿 on 2004-6-22 at 20:08 ]

海的女儿

to skinapui：
1.一个公司的文档模板最好统一；
当使用自己摸索出来的模板（不是直接从某地方套过来的），应该说不会过于限制了内容。另外，一个项目写多少文档，每个文档写到什么程度也不是定死的，要灵活应用。
2。文档里的内容废话很少，使用、有意义的比较多，就说明它是有质量的；
3。我认为可以有两种方法。一个项目开始了，由QA向其传递相关文档模版；或者，放到服务器指定位置，发邮件通知大家。

海的女儿

是的，过分的检查代码中的细节不属于我们QA的工作范畴，开发人员按照编码规范CODEING是他们的职责，一旦养成习惯了，无须我们QA再烦心了。

海的女儿

做QA的要求不比做开发人员要低，除非你只想做个文档员。
我个人认为，QA必须具有以下能力：
技术上：精通软件工程，能够把软件思想灵活应用起来，再将这种思想运用到工作中去，帮助开发人员开展工作；多掌握几门开发语言，了解开发原理；熟悉测试工作等等。
性格上：我觉得QA工作不是人人都适合做的，不感兴趣的话，做的会很痛苦，因为它对个人的耐心，良好的沟通能力都是很有要求的哦：）

严格讲测试人员是归属质量人员管理的，QA是quality assurance，TEST是测试执行，二者的工作重心不同，QA的工作就向工程上的监理，对整个软件过程都要进行监督、管理，有能力的还要参与软件过程的改进，制订公司的质量体系；TEST是测试执行，具体做哪些工作我就不重复了，他的工作也需要QA去进行监督、评估。

海的女儿

也不是啊，关键是要对软件工程掌握的很灵活，做起事来才能得心应手。当然，如果做过开发就更好了。提醒一下哦，QA的事情很杂，而且要学的东西也很多，没有耐心和毅力是做不下去的哦

海的女儿

从测试转向OA应该说还是比较容易的，平时留心身边的QA是怎么做事的，有机会让你做的话，慢慢锻炼起来就可以了，当然还须对自己严格要求，不断补充新的知识哦

海的女儿

支持luoyear！:p

海的女儿

现在很多人都把测试人员说成QA，害得我每次都得和他们更正一番，呵呵！
QC：检验产品的质量，保证产品符合客户的需求；是产品质量检查者；
QA：审计过程的质量，保证过程被正确执行；是过程质量审计者。
据报道目前国内有三种类型的QA，测试型QA，过程改进型QA，配置管理型QA，幸运又不幸地我三连中:s

海的女儿

to 雙魚的願望:

难者不会，会着不难，只要你入门了，再加上个人特质比较适合，应该不成问题！