算算做测试，也已经有近4年之多，依旧做着黑盒，偶尔也会写点脚本，而后迷茫着。在看了无数日志文章之后，也想留下点什么做个纪念，就成了这篇日志的起源。

　　4年时间想想真的很长，但是回忆确是一转眼，思想越来越成熟，经验越来越丰富，不过技术依旧菜鸟。做个简单的评价，“懒懒”的测试人生。上班努力学习工作，下班享受轻松悠闲，缺少了点工作热情，多了点生活的享受。

　　前序完，开始正题

　　一、测试的目标

　　起初-测试就是找出问题

　　一毕业就进入了测试行业，最初的观念，换句话说，就是找到程序中的BUG，简单明了的解释。

　　接着-测试为了让产品没有缺陷

　　找出所有的问题，相信是很多不了解测试的新手的目标。自然，当第一次知道，测试是不可能找到全部的BUG的时候，确实失落了一下。开始思考测试的意义，如果不能找到所有的缺陷，那么产品并不是完美的，不完美的产品，为什么还能够发布交给客户？

　　然后-测试是为了让产品更完善

　　随着对测试了解的增多，慢慢理解到，测试要全覆盖到一个复杂的产品，那几乎是不可能的任务。刚开始总会陷入一个误区，认为自己总能想到所有的情况，但是不然，从覆盖面来说，每个人的思维都有局限，同时，测试环境如果没有需求的限定，其实也可以无限多；从时间效率来说，每个项目都是有时间限制的，做出的商品，终究需要体现出其商业价值，不可能给予无限期的修复时间。而测试要做的就是尽可能的让产品没有缺陷。

　　再然后-测试是为了让产品符合需求，而其达到目标的手段就是发现产品中的BUG。

　　完善本身并没有一个标准，而那个标准并不是拍着脑袋就能决定的，那么自然，能作为标准的，就是对产品最初的需求。因为有了需求，才有了产品得诞生。从这个角度出发，让严重的缺陷不被遗漏，同时平衡好时间人力的支出，让工作的效用最大化，就是测试所要做的。

　　然后又开始思考，是不是完成需求，就是真正的目标？可以肯定是，在时间内，做出更好的产品，绝对是所有人都希望看到的

　　那么最新结果就是，让产品达到需求，并且更完善，更贴近用户。

　　绕了一圈，也许今后还会有更好的答案也说不定。

　　二、测试的手段

　　如果说测试的目标是让产品更完善，那么发现BUG并将其修复，就应该是为了达成目标的手段了。那么发现BUG的手段那就应该称之为方法了吧。

　　发现BUG，这是最基本，也是最直接的手段，相信没人会有异议。

　　而后测试的尽早介入，也是一直被推荐的手段之一，及早的发现需求的缺陷，设计的缺陷，代码的缺陷，环境的设计问题，都能有效的减少后期的缺陷发生率。