以一个毫无软件测试经验的菜鸟身份进入公司已经有是三个月了，现在想跟大家分享下我这三个月的工作经验。测试有功能测试、性能测试、自动化测试、接口测试、安全性测试，每个公司的测试方向不同，我们公司只要是功能测试，而且还是web测试。

　　熟悉产品的需求规格说明书。

　　产品的需求规格说明书是对这个产品要实现的功能的最详细最全面的阐述，而且我们测试的时候都是依据它提问题。个人建议看需求规格说明书的时候要对照系统的功能来。（刚进公司的时候让我看了两天需求规格说明书，看的我头疼，后来接触系统发现，边看需求边看系统是很简单的）

　　编写测试用例。

　　需求规格说明书很重要，因为测试用例是要根据它来的，你每个步骤要怎么写，预期结果是什么全部来自它，所以还是强调一点熟悉需求。至于测试用例的编写，一般带你的师傅是会给你的，就对照着需求，一个步骤一个步骤的来就可以。

　　执行测试用例。

　　编写完成测试用例就需要执行它了，到底要怎么执行呢，那就是按照测试用例一个步骤一个步骤来，可能会比较繁琐，这样有助于你熟悉测试用例的编写和把握主要的测试点。

　　提交bug。

　　提交bug是以上三步的一个结晶性的东西，是你做那些工作获得的劳动成果，提bug的时候你不仅要自己弄懂弄透这个bug的意思，还要让开发人员明天，这就需要你多看看你的前辈提的bug，看他们是怎么描述的。

　　找测试点。

　　把握测试点是你工作过程中最重要的一点，那怎么找测试点呢，熟悉测试用例，测试用例写的点就是测试点，熟悉bug列表，bug列表是测试中出现的问题的集中，这个表涵盖了大部分的测试点。

　　多测多问多提。

　　软件测试是找错，而不是找对，所以你要多测，测得对了就有可能会发现问题，多问你才能进步的快，多提你才知道哪些是有效bug，哪些是无效bug可以帮你提高工作效率。

　　注意事项

　　不要害怕开发质疑你提的问题，你是找错的，即使是找错了也没事。要多多请教前辈，一般前辈都是很热情的