"你建立一个成功的生活......一天一个样"。
我的软件测试员之旅开始得有点出乎意料。
我参加了最初的几轮面试,以为这是一个开发的机会。 说实话,像其他所有的计算机科学毕业生一样,我对继续进行测试有点怀疑。
但最后,我决定试一试。 只希望我好奇的天性能在这个领域帮助我。
如果不提出这个问题,我就不能接受这个提议--如果测试对我不感兴趣,我是否会有机会转到开发部?)
相信我,在那之后,我甚至没有想过要离开测试。
当我参加技术面试时,除了软件测试的基本概念外,我没有任何准备。 我想,唯一让我度过难关的是,我认为我是在接受逻辑上而不是理论上的评估。
这是我在测试领域的第一次学习 - 我明白了我们(应届生)是如何被评估的。
即使在今天,我在为我的团队招聘应届生时也使用类似的技巧。 我检查他们的逻辑、韧性和处理问题的方法,而不是其他东西。
我以QA培训生的身份加入Zycus,第三或第四天就被分配到一个产品,这是公司最大(当时是概念)和最有雄心的产品之一。 在最初的几周里,我已经没有回头路了。
在最初的2-2.5年里,我记录了近3000个缺陷,涉及功能、性能、安全、用户界面、可用性、多语言、多租户等不同类别。
在测试团队新成员加入之前的相当长一段时间里,我面对的是一个强大的15-16人的开发团队。 即使在加入之后,QC:Dev的比例也不是很健康,考虑到我们测试、交付和处理的所有事情,我仍然可以自豪地说这是一个成功的旅程。
我在这里想强调的重要一点是--
在参加需求讨论会议之前,我习惯于事先写下可能的疑问/纠正/不清楚的地方。 我习惯于写下我想尝试的场景或建立测试用例;有时,甚至画出你的场景也会像一个魅力。
当你写/画的时候,它进入你的脑海,更加清晰,然后你的大脑在这些信息上工作,产生更多的场景,并给出更好的清晰度。 这样一直持续到你得到那种完成的感觉!!!!
总结
虽然几乎不可能写下我多年来学到的每一件主要和细微的东西,但这是我试图用一个圆点式的清单来总结它。
- 测试是很难定义的。 有人可以做精湛的测试,但可能无法用语言来定义它。 它就像你看到的那样。
- 每个人都可以有自己的测试定义。 我的定义很简单----。
关于作者: 本文作者是STH团队成员Mahesh C.,他目前担任高级质量保证经理,有领导多个复杂产品和组件测试的经验。
请在此留言或与我们联系,谢谢您的阅读。
推荐阅读