求一本软件技术方面书的读后感！八百字什么书无所谓

[求阳光心态这本书的读后感]“带着好心情享受生活”这句话是《阳光心态》这本书的核心理念。偶然的机会得到这本书一口气看完后，又细细的品读了一遍，“阳光心态”既是作者心中历程的写照，同时也是很多人大...+阅读

求一本软件技术方面书的读后感！八百字什么书无所谓

微软的软件测试方法读后感 [读后感：一个成熟的软件企业有能力应当选取如下的测试工艺流程来生产它的软件产品，就像拥有一套标准化的流水线来完成将产品最终定型的任务。而众多无力进行这种经营规模如何在进行“手工”产品加工的过程中严格保证质量呢，我想一个是一人兴邦的原则即有一位统领全局“一把手”来分析需要分析与现实实现的差距，而这样的人才一定要有远大的发展眼光才能足够重视软件品质并基于此开展开发与测试的质量保证。另一种可能性，就是国家的传统部门应当跟上时代潮流，能有相应的软件产品质量保证的质检部门应运而生来研究对这类常常难以定位的产品来进行类似传统商品的质检，而不是被动的依赖几家国有型的生产厂家每年投入大量的政府采购了。

并有益于新的竞争机制下有更多的公司成立起来，保证市场的健康发展！] 国内近年来关于软件测试的问题和讨论越来越活跃。但从总体上说交流软件测试技术的多，而探讨软件测试方法的少。这里的“技术”指的是具体的战术问题，比如说如何使用某种工具来解决某一特定测试问题，或者某一类型软件有哪些测试手段等等。而这里的“方法”指的是宏观的战略问题，或者叫方法论，这包括从软件测试的概念或理念，到企业软件质量控制体系；从软件测试的过程，到测试团队的设置及其职责的界定等等。作为测试人员，热衷于“技术”讨论和交流是一件可喜可贺的事。从中可以感觉到软件测试在中国迅速发展的开端和潜力。但是作为企业的管理决策者，是否也应该以同样的热情来思考“方法”问题呢？特别是当一个软件企业的软件测试从无到有，或者当企业已有一定的软件测试的投入，但发现其实效并不显著，甚至由于测试的引入而带来了新的管理上的混乱。

这个时候方法论的思考，更有利于发现问题的根源。即便是一个基层的测试人员，当积累了一定的技术经验后，也应该不时从日常的具体工作中走出来，在一个较高层次上进行回顾总结和借鉴，并试着提出一些优化和改进的措施，这无论对专业上还是对事业上的成长都是非常有意义的。微软在软件测试方面有很多值得一提的经验，在此我想以我个人的体会和思考，同大家一同进行一些探讨。这里有一点须要特别说明，尽管微软的方法已被微软的实践多次证明是成功的，非常有效的，但这并不意味着这些方法在中国的软件企业中有广泛的可行性。一种方法是否可行还受到很多其他因素的影响，比如企业类型（微软是生产平台软件和通用软件产品的企业），企业管理体制，企业文化等等。

所以我的目的只是给大家一些思路和借鉴。两类经典的软件测试方法在具体介绍微软的软件测试方法之前，我想首先从概念，或理念的层面上来理解究竟甚么是软件测试，目的是从中导出微软测试方法的理论根源。传统上认为软件测试的方法从总体上分为两类。第一类测试方法是试图验证软件是“工作的”，所谓“工作的”就是指软件的功能是按照预先的设计执行的；而第二类测试方法则是设法证明软件是“不工作的”。提出第一类方法的代表人物是软件测试领域的先驱Dr. Bill Hetzel（代表论著《The Complete Guide to Software Testing》），他曾于1972年6月在美国的北卡罗来纳大学组织了历史上第一次正式的关于软件测试的论坛。他首先在1973年给软件测试一个这样的定义：“就是建立一种信心，认为程序能够按预期的设想运行。

Establish confidence that a program does what it is supposed to do. ”后来在1983年他又将定义修订为：“评价一个程序和系统的特性或能力，并确定它是否达到预期的结果。软件测试就是以此为目的的任何行为。 Any activities aimed at evaluating an attribute or capability of a program or system. ”在他的定义中的“设想”和“预期的结果”其实就是我们现在所说的用户需求或功能设计。他还把软件的质量定义为“符合要求”。第一类测试可以简单抽象地描述为这样的过程：在设计规定的环境下运行软件的功能，将其结果与用户需求或设计结果相比较，如果相符则测试通过，如果不相符则视为Bug。这一过程的终极目标是将软件的所有功能在所有设计规定的环境全部运行，并通过。在软件行业中一般把第一类方法奉为主流和行业标准。

1990年的IEEE/ANSI标准将软件测试进行了这样的定义：“就是在既定的状况条件下，运行一个系统或组件，观察记录结果，并对其某些方面进行评价的过程。The process of operating a system or component under specified conditions, observing or recording the results, and making an evaluation of some aspect of the system or component (IEEE/ANSI, 1990 [Std 610.12-1990]”这里所谓“既定的状况”也可理解为需求或设计。尽管如此，这一方法还是受到很多业界权威的质疑和挑战。代表人物是Glenford J. Myers（代表论著《The Art of Software Testing》）。他认为测试不应该着眼于验证软件是工作的，相反应该首先认定软件是有错误的，然后去发现尽可能多的错误。他还从人的心理学的角度论证，将 “验证软件是工作的”作为测试的目的，非常不利于测试人员发现软件的错误。...

软件测试应该怎么样去学习

所谓：师父领进门，修行靠个人。再好的资源，自身不努力那也是白费。软件测试行业更迭如此迅速，更是如此。分享一篇软件测试的心得，怎么快速入门到精通的思路，非长篇大论，比较精简，各位看官自行汲取。

软件测试基础知识

软件测试顾名思义，是为了发现错误而执行程序的过程，从而对软件质量进行评估。了解软件测试对象，包括系统架构、明确需求、系统设计流程、用例设计步骤、以及提测时测试流程单里写清楚所改动的内容。熟悉掌握几种常见的软件测试方法，并知道灵活的使用测试方法进行进行测试：如β测试_Beta测试、α测试_Alpha测试、用户界面测试-UI测试、冒烟测试、本地化测试、白盒测试、黑盒测试、回归测试、单元测试、自动化测试、集成测试、兼容性测试、接口测试等。

软件测试书籍推荐

书中自有黄金屋，关于软件测试如何进行系统学习，多看书总结前人的经验。根据测试方向，给大家推荐几本好书：

国外经典

1、《软件测试》 [美]Ron Patton ，入门书里殿堂级的书，用浅显的语言讲述软件测试的理论知识。

2、《Google软件测试之道》，世界上知名的互联网公司独特的软件测试之道，看完受益匪浅。

国内新秀

1、推荐虫师的书吧，周围的朋友也是力荐这本关于自动化测试的书

2、《Selenium 2自动化测试实战·基于Python语言》，好书无非就是让大众从书中受到启发。

自动化测试走起

自动化测试现在属于软件测试的趋势，虽然并没有完全代替手工测试，但是很多大公司目前都在实施自动化测试，比如利用TestWriter、selenium、QTP等一众自动化测试工具进行项目用例测试，有效的反应高投资回报率的特点。比如产品型项目适合自动化测试，反复测试未改动的功能，就可以用自动化测试解决；还有很多增量式开发、持续集成项目、多次重复、机械性动作，都适合这种情况。

身怀多种技术

多学习一门编程语言，比如C++、JAVA，身在职场就知道，这对自己的工作以及和开发沟通上，是加分项啊！分分钟底气十足！

帮忙写一篇鲁班软件学习感受可以先简介一下然后写感受最好

【来自网络，仅供参考】

从听说鲁班算量软件到开始接触直至现在的熟悉和掌握，使我对鲁班这款软件感触颇深，下面我就来谈谈我对鲁班软件使用后的一些看法。第一次真正接触鲁班，是一张宣传单，关于鲁班软件免费学习班的，在这之前我也听说过鲁班软件，但对其操作及功能却一无所知。因为工作需要，我想此款软件对我的工作一定有所帮助，而且听说鲁班软件是建立在AUTOCAD平台基础上的，我觉得这点挺合适我。基于以上两点原因我决定去听听课，了解一下鲁班算量软件。通过第一次的学习，使我对鲁班软件有了几点认识：第一，他们的服务态度非常好。只要你有问题，鲁班的技术人员都会不厌其烦的给你讲解，直到你会为止。第二，在听完课以后，发现这款软件操作其实很简单，如果有AUTOCAD基础的人学起来就更方便了，所有CAD中的命令在鲁班软件中都可以使用。这次的学习，使我掌握了软件的一些基本命令及操作，对软件的建模思路也有了一定的了解，也比较有成就感。其实在接触鲁班之前我就在想，我们现在的工程量计算还停留在手算上，这确实有点“落后”了，用软件计算是必然的趋势！随着工程量计算软件的普及，相信越来越多的人会享受到电算化带来的乐趣。像许多初学者一样，一旦接触就被她强大的功能深深地吸引了，于是又打算进一步深入的学习，决定自己尝试用软件计算一套厂房完整的工程量。经过两天左右的时间，通过自已的努力及与鲁班技术人员的交流，终于成功的完成了一套三层厂房的工程量计算。由于这个厂房有错层结构，当时觉得很迷惑，不知该如何下手，通过学习，发现鲁班软件能够很好的解决这个问题，而且不必花太大的功夫就轻松的把它解决了，这使我对鲁班软件有了更高一层的依赖。通过本次实际工程的操作，使我受益匪浅，现总结如下： 1.在使用软件操作之前最好把所有要操作的内容想清楚，理清楚思路，这样便于下一步的操作。比如在操作中我碰到了柱梁粉刷的问题，开始时我没把需要粉刷的柱梁给区分开，导致做的过程中一个个找哪些柱和梁需粉刷哪些不用，这样一来大大降低了工作效率。 2.错层的用法。错层可能大家会觉得迷茫，不知从何做起，但那其实很简单，只需几部操作就可以。先把需错层的空间的板给调整到需要的高度，然后运用墙、柱、梁随板调整高度命令调整相应构件高度就可以了。 3.大家需要注意标高的设法，室内标高0.000以下为基础层，当然也可以人为设定其标高，但个人感觉还是不要去变它，这样在操作的时候不容易搞混。 4.楼梯部分如果您使用的定额计算规则是按平面投影面积计算（例如上海93定额），可用现浇板代替，套楼梯定额。 5.注意零墙和布置洞口的灵活运用，这将对某些操作带来很大的便利。 6.同一楼层同一位置存在两个或两个以上的同类构件，可通过改变各构件标高，使其在不同的标高位置出现。如布置双层窗，如窗上均有过梁，可采取此方法。 7.注意构件整理命令和自动修复命令的区别使用。 8.装饰生成后，若对骨架构件（如墙、梁等）进行了更改，那么请注意重生成装饰。 9.梁板折算注意要在梁板等构件计算完成后再执行，完成拆算后的构件颜色会相应变为橙红色。通过这段时间地学习，使我对鲁班算量软件有了一个整体性的认识，我想我以后的工程量计算会变得非常快速与有趣，因为我学会了使用鲁班软件，它能帮我在短时间内完成复杂的工作，而且它的准确性也是值得信赖的，我曾试过很多构件，用软件跟手算对比，发现它的正确性勿庸置疑。通过这次实际操作之后，希望自己能在之后的操作中不断的提高自己的操作水平，争取不久后能非常熟练的操作此款软件，彻底改变自已的工作方式。同时也希望鲁班软件能不断的完善，给用户带来更新更实用的算量产品，加快推动工程量计算电算化的进程！（陈晓上海求是会计师事务所有限公司）

PS：现在怎么这么多要学习鲁班感受的呢？以上文章，仅供参考，尽量不要全文使用哈。。最重要是写出你自己学到了什么，自己的学习能力在以后的工作中是最重要的。。