软件测试的目的
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的
测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要
跟踪故障，以确保开发的产品适合需求。
软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（Do the right
thing），另一方面是确认软件以正确的方式来做了这个事情（Do it right）。第二是提供信息，比如
提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软
件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此
软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。
件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作结果的过程,所谓控 制条件应包括
正常条件与非正常条件。软件测试过程中应该故意地去促使错误的发生，也就是事情在不该出现的时候
出现或者在应 该出现的时候没有出现。从本质上说，软件测试是“探测”，在“探测”中发现软件的毛
病。软件测试贯穿于软件定义与开发的整个周期 ，软件的需求规格说明书 ，结构设计及程序编 码，都
属于软件测试的对象。
软件测试的目的是为了保证软件产品的最终质量，在软件开发的过程中，对软件产品进行质量控制。一
般来说软件测试应由独立的产品评测中心负责，严格按照软件测试流程，制定测试计划、测试方案、测
试规范，实施测试，对测试记录进行分析，并根据回归测试情况撰写测试报告。测试是为了证明程序有
错，而不能保证程序没有错误。
事实上，如果把测试目标定位于要证明程序中没有缺陷，那么就会在潜意识中倾向于实现这个目标。也
就是说，测试人员会倾向于挑选那些使程序失效的可能性较小的测试数据。另一方面，如果把测试目标
定位于要证明程序中存在缺陷，那么就会选择一些容易发现程序缺陷的测试数据。而后一种态度会比前
者给程序增加更多的价值。
要明白你的产品哪些部分处于危险当中同样需要分析。变更是危险的主要来源；如果你引入了一个变更
，你可能不注意地引入了一个新的bug或者发现一个已经存在的bug。因此，支持新功能的代码一直是一
个寻找危险的好地方。为了修正一个bug而修改的代码也是这样。而且，如果你在某个地方发现了bug，
那么在附近潜藏着其他bug的可能性就很大。虽然你可能认为经过多年修正了很多bug的地方最后“清除
干净了”，这种想法只是在修正时发现了bug的根源的情况下才是正确的。如果bug的根源是糟糕的设计
，而进行的修正只是一个简单的补丁而不是从根本上解决这个问题，那么这个修正实际上可能引入了新
的bug。另外，记住：即使是基于“根本原因”的修正也有可能会引发基础性变更，暴露其他严重bug。
