为啥！寻求软件测试技术的资料

　　有人把软件产品与药品并称为世界上两种无法根除自身的缺陷，但却被允许公开合法销售的产品。人们明知道药物不可能百分之百治疗疾病，而且肯定存在一些副作用，但还是会购买。软件产品也一样，人们也知道软件不是百分之百可靠，但还是越来越依赖它们。
　　在其他行业，如果产品存在明显的不可预测的缺陷，市场、用户和法律都会做出强烈的反响。软件产品的缺陷难以根除，但是可以通过加强软件测试来控制质量，通过修正缺陷来提高软件产品的质量。
　　软件测试行业是一个新兴的行业，尤其是在国内。称之为“行业”是因为测试已经不是以前单纯地依附在软件开发过程中的一种可有可无的角色，而是发展到了足以成为专门的行业。
　　软件测试开始得到越来越多人的重视。第三方测试、测试外包的出现，测试培训、咨询、考证的红火，软件测试网站的增多，软件测试专门杂志的出现，种种迹象表明，在国外早已是一种专门学科的软件测试，在国内已开始步入可以称之为“行业”的时期。

软件测试的起源
　　通常称之为Bug的软件缺陷是伴随着软件出现的，而软件测试同样是伴随着软件的出现而出现，并且随着软件的Bug日益增多，造成了日益严重的质量事故。因此，人们“对抗”Bug的态度日益坚决，使得软件测试不断地得到加强、重视和持续发展。
　　1.第一个Bug的故事
　　故事发生在1945年9月的某一天，在一间老式建筑的窗户外面飞进来一只飞蛾，Hopper正埋头工作在一台名为Mark Ⅱ的计算机前，没有注意到这只即将造就历史事件的飞蛾。这台计算机使用了大量的继电器（电子机械装置，那时还没有使用晶体管）。
　　突然，Mark Ⅱ死机了。Hopper试了很多次还是不能启动，Hopper开始用各种方法查找问题，看问题究竟出现在哪里，最后Hopper确定是某个电路板的继电器出错了。Hopper观察这个出错的继电器，惊奇地发现一只飞蛾躺在里面。Hopper小心地用镊子将飞蛾夹出来，用透明胶布贴到“事件记录本”中，写上“第一个发现虫子的实例”。Hopper的事件记录本，连同那只飞蛾，现在都陈列在美国历史博物馆中。

      软件测试的重要性

　　测试是什么？测试就是对项目开发过程的产品（编码、文档等）进行差错审查，保证其质量的一种过程。

　　软件业的迅猛发展也就是近几十年的过程，时间虽短，但许多误解似乎已根深蒂固，对测试的偏见也是如此。“软件的重点在于需求、在于分析、在于设计、在于开发，而测试，容易，没什么技术含量，找一些用户，对照需求尽力去测就行了；有时间多测点，没时间就少测点。”这种看法在许多项目经理、软件负责人的心中固守着，难以改变。

　　这种观念的结果有目共睹，是什么？很简单，是大量软件BUG、缺陷的“流失”，从测试人员手中悄然而过，流失到用户手中，流失进项目维护阶段。随之而来的，便是用户无休止的抱怨、维护人员无休止的“救火”、维护成本无休止的增加。这是软件人员的梦魇！

　　恶梦总有醒来时，经过无数教训的重击，在不堪回首而不得回首的经历中，软件业的管理者发现：是他们错了，软件测试是不可忽视的。

　　“所有这些问题，假如在项目中测试到的话，便不会有造成不可收拾的结果了。”――人们终于意识到测试简单而纯真的真谛。

谈到测试，我们无法回避的是当前软件过程普遍存在的测试问题：

　　1、 手工过多，缺少测试工具，自动化测试方式缺失

　　传统的项目测试还是以手工为主，测试人员根据需求规格说明书的要求，与测试对象进行“人机对话”。随着软件业的不断发展及软件规模的扩大，这种测试的弊端日益明显：
　　· 大量的手工使项目人力成本、沟通成本居高不下；
　　· 人工操作的低效率使项目耗时增加，带来进度风险；
　　· 人员素质及其他不确定因素会影响手工测试的结果，导致差错率的增加。
　　· 在测试过程中，需要对测试案例库进行统一配置管理，项目规模的激增使手工管理案例库的难度日益加大，尤其是在需求变更、回归测试频繁发生的时候。

　　从古到今，当生产率阻碍了生产力的发展的时候，必然会引入更高级的生产工具及方式。项目测试也是这个道理，引入工具，引入自动化测试及管理，是项目测试的一大趋势。

　　2、 缺乏文档测试、检查

　　文档是项目的重要产品之一，产品需求、功能分析、架构设计、详细设计、用户手册、维护手册等等，对于项目的测试、上线、维护等过程起到至关重要的参考、指导作用，所以它们的质量应该是项目重点关注点之一。令人遗憾的是，许多软件项目对于文档的重视只停留在口头上，“编码第一”的观念似乎根深蒂固。

　　随着需求不断变更、补充，业务、技术人员忙于应付，无法腾出精力来进行文档内容的修改及完善，往往是将包含需求变更内容的工作联系单往需求文档后一附了事，而不去更新需求与其他相关文档；另一方面，项目变更管理还不够完善，管理重点往往集中于开发，而轻视文档质量管理，未留出充分的文档更新时间，导致文档更新严重滞后于编码进度。为保证文档质量，必须定期进行文档测试，但测试要花成本，项目高层不愿意付此代价。

　　文档若可读性低，便会影响用户的理解；若与编码不一致，便起不到参考作用，编码测试就没有可靠的测试依据。路都看不清楚，怎么往前走呀？所以，强烈建议进行文档测试，并将其置于测试管理的首位。

　　当前文档测试的方法没有什么特别的形式，还缺乏测试工具支持，通常是通过静态审查方式――“走查”来进行的，主要查看文档的可读性，内容真实性、可靠性、全面性。另外，在项目里程碑时期召集相关领域专家对重要文档进行集中审核，也是一种检查方式。

      我本来是一名程序员，看到测试的发展前景有很大的感触，我决定学习这一门技能可是我不了解这门技术不知如何下手，现在社会多一样技能就多一个饭碗，艺多不压身吗！古人云：书山有路勤为径 学海无涯苦作舟。