现在放下二郎腿，拿起手机上的app，点开寻找软件bug。这对于软件测试新手可能是分派的第一项任务，如果应聘软件测试岗位，面试官一定会问如何测试新程序或者新特性。
回答当然是“马上进入程序找bug”，可是这种方法只会持续一会儿，如果软件处于开发阶段，很容易幸运地迅速找出几个软件缺陷。遗憾的是，这样轻易的成功很快就无法再现了，仍然需要一个成功的软件测试员，采用目标明确的结构化方法继续测试。
不深入代码细节的软件测试方法称为动态黑盒子测试。它是动态的，因为程序正在运行－软件测试人员充当用户来使用它；它是黑盒子，因为测试时不知道程序如何工作-闭上眼睛。测试工作就是进行输入，接受输出，检验结果。动态黑盒子测试常常被称为行为测试，因为测试的是软件在使用过程中的实际行为。
1. 有效的动态测试需要关于软件行为的一些定义-比如，要有文档或者产品说明书。不需要了解软件“盒子”内部隐藏的秘密，而只需要知道输入什么得到什么，或者操作的结果。一个好的产品，在需求文档中就有这些信息。
2.选择测试案例是软件测试员最重要的任务。不正确的选择可能导致测试量过大或者过小，甚至测试目标不对。准确评估风险，把不可穷近的可能性减少到可以控制的范围是成功的诀窍。
3.没有产品说明书的情况下使用探索性测试
在目前互联网大潮趋势下，更新迭代产品特别的快，基本都是两周甚至一周就会发版，在这种情况下，写详细的需求文档是不太现实的。那么在这种情况下，就只能利用经验和对产品的了解来着探索式测试了。
把软件当成产品说明书来对待。分步骤地逐项探索软件特性。记录软件执行情况，详细描述功能。在这种情况下，无法像有产品说明书那样完整的测试软件。比如无法断定是否遗漏功能，但是可以进行系统测试。找到软件缺陷几乎是肯定的."
这种情况还要多和开发沟通，在他们那了解软件更多的情况。开发自己写的，没有人比他们知道的多。这种测试会遇到很多你认为逻辑不合理的地方，因为没有需求说明，开发会完全按照自己的意思来编写代码。有的是多人编写，每人负责一个模块，模块之间衔接和整个软件的业务逻辑多会有许多问题。
