本文是是农历马年初八，其实就是2014年2月7日写的，现在才发布到博客上 -序
昨天晚上就在思考自己已经毕业半年了，都学会了什么。在学校的实习期间换了三份工作，第三份工作选择了软件测试，为什么选择软件测试呢，因为当时觉得软件测试会比软件开发轻松很多，现在回首，从去年6月到现在我究竟都有什么收获，感觉脑袋一片空白。
从进入公司开始，逐步熟悉公司的软件，查看软件开发的需求原型，不懂的地方就问测试同事和公司的研发同事，然后再根据公司的测试用例原型，编写测试用例文档。我觉得测试用例文档是测试的灵魂，因为在编写文档的过程中你会思考每一个操作都会产生什么样的结果，文档如果要写的详细的话，那么测试人员的工作量是十分巨大的，就拿最简单的帐号登入来说，在输入帐号的时候你要考虑到帐号的大小写、是否包含空格、输入的帐号为空等情况、当帐号正确并密码错误、帐号错误并密码正确等诸多的情况，这个只是最简单的功能测试，如果在帐号框中输入sql注入脚本，会不会就会造成系统安全问题呢，哈哈，似乎跑题了，不过作为一个合格的测试人员，这个也是要考虑的。
在编写完毕测试用例文档后，标准的流程是要相关工作人员来参与测试用例的评审的，比如研发人员和产品人员，因为测试人员在编写文档的时候毕竟会有考虑不到位的情况，所以在测试用例评审的会议上，参与人员会提出文档编写的不足和他们的疑问，这个会议的记录都是要整理到测试用例的文档中，作为文案备份，并且在软件研发完毕后，要测试测试用例中测试要点和测试用例评审中提出的测试点。
功能测试我们一般开始不会立刻进行软件的细节测试，先会进行软件的大功能测试，比如对于支付功能的步骤：注册帐号、登入帐号、选择商品、支付，我们要先确保功能要实现，然后在考虑子功能实现：比如注册帐号的时候，输入已存在的帐号进行注册等情况。
在刚进公司的时候，我不知道该如何入手的，编写测试用例的时候漏洞百出，进行测试的时候没有顺序而言，然后在公司软件进行发布的时候，出现了许多的bug，现在总结起来，功能测试测试用例要写好，然后在测试的时候要先进行测试软件的大功能然后在细节到系统的子功能。当然如果只做黑盒测试是不会高薪的，至少目前我是这样子觉得，所以推荐大家有空的时候多多学习自动化测试软件的使用。
