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