迷茫ing~~~
背景：在一家小公司里面做测试快3个月了。公司的产品单一，有测试部，经过多年的积累，形成了一套测试用例。同事都是做功能测试的。老大看出了这样发展的瓶颈，让我做代码级的测试，去找出一些目前用功能测试发现不了的bug。
做了一段时间，总感觉力不从心。我是个测试界的文盲，没有大师领路，纯属自己摸索，感觉网上的资料总写的很空旷。再者，并没有一个很清晰的目标，老大只是说找到一些bug，所以有时总觉得很迷茫。。
在这段时间里，我尝试着先进行单个函数的测试，于是搭了一个测试环境，从各种资料上学习了写测试用例的方法，测试了几个函数后，因为公司的程序耦合性太高，很多的输入值的取值范围没有规定的范围，再加上对自己写的测试用例不太自信，感觉这条路是越来越艰辛了。。。
看了一些测试书，都是些测试计划，报告等，我觉得这个对于代码级测试似乎不重要。我的目标是发现代码中的bug，是不是只需要会写测试用例就够了？
[解决办法]
全身心做事，就能学到知识，无论大小公司。当然做测试的事学测试，做别的事，学别的。
其实测试单一产品是好事情，可以做的很深，而不是什么都草草了事。别人不能给你直接细致的指导，其实你只要从最根本的初衷考虑就可以了，找bug就是一个很明确的目标，就是要找到别人没有找到的bug，而要找到别人找不到的bug，要么就是和别人的思路不同，要么就是虽然大家都想到了，但是别人没有能实现的手段，你有。
