搞QA需要多少技术功底?
一年够不够? 跟时间关系不大 而且所说的技术功底和年限好像没有直接的关系技术功底看你的经验积累和知识面掌握,还包括对新管理方法的学习能力 你相信有人一年学到东西,别人可以在一个月内学完吗?
如果真要用时间来衡量所掌握知识多少,也要用有效时间来计算哦!
技术不是最重要的!
很多人都在谈技术,可作测试技术不是最重要的,重要的是态度,严谨的工作态度,单纯追求技术,就像是光追求华丽的招式,不注重内功的修炼,舍本逐末。对于SQA重要的是完善的工作流程。以上谨代表个人观点,请各位大虾指正。 刚开始的时候是工作态度的摸索,这个应该是处在入门级的时候好好考虑的问题,我刚开始的时候就是老会想这个问题,等过了那个门槛,会想如何提高自己,会想技术上该有怎样的提高,软件的质量的理解,软件工程流程的完善这些了! 嘻,个人感觉技术与过程,相辅相成,相互依赖。
二者的掌握也许能左右某个QA这条路能走多远、多深!:p Originally posted by 猫儿 at 2005-5-31 12:26:
嘻,个人感觉技术与过程,相辅相成,相互依赖。
二者的掌握也许能左右某个QA这条路能走多远、多深!:p
深有同感,没有技术功底的QA仿佛是水面上的浮萍,对过程的管理又如蜻蜓点水,难以深入问题内部。 测试并不难,难的是怎样保证高质量产品~~~~
有人说,这是小学生都能做的事情,是的,小学生确实能做,那只是单纯的去执行测试,但这先前的工作,并不是小学生能做的~~~~
QA要对测试的产品,绝对的了解,要比开发还要了解它,这样你才能脱离开发对你的束缚;用你的思想去挖掘他的不足~~~~
好的QA要比好的Dev还要强~~~~ 同意楼上的 可是在测试的过程当中怎么样才能抓住开发人员的弱点呢
尽量测湖问题呢
大部分测试在开发面前都是很被动的,怎么样才能转为主动呢? 比较赞同Daven520的说法。在具体实现上Dev可能要强于QA,但在整体把握上QA应具备绝对优势。 路过~~~~ 我是一个外行,我不懂什么是软件工程,在求职的人海中被一块石头砸倒,等我翻过石头才知道那块石头交QA。
呵呵,你们说我会有前途吗? 当然是越多越好!
不是在讨论技术功底吗?
怎么大家说得都这么抽象,有没有一点具体的?搞QA需要哪些基本的技术功底?其实
QA这么大的范围,讨论技术功底也没什么针对性,看侧重如何了。泛泛列举的话,我觉得针对自己的项目写测试脚本,写测试过程中有帮助的小工具,研究些自动化测试工具等等。如果QA比较规范的(这里指介入需求审核,概要设计评审),那business, architecture 方面的知识,经验也是一种技能。个人意见:-) 我觉得QA好累 QA其实主要把流程和过程规范化,审核工作产品和软件工作过程,至于技术功底,最根本上是指你对质量领域的知识驾驭,灵活有效的利用各种工具和知识体系。说到测试技巧以及coding,QA人员是比不上开发人员的。所以要在整体上把握即可。你们的意见呢,以上是我的理解/