-
自动化测试部署之决胜于开始
2013-12-20 08:50:09
自动化测试优与劣为何要开展自动化测试？手工测试与自动化测试相比孰优孰劣呢？本节针对该问题展开论述与讲解。测试工作中，往往需要面对很多问题。经常可以听到测试工程师的抱怨，其抱怨内容大体如下：v 重复、频繁的工作太多；v 测试工作任务重，测试周期短，工作压力大；v 创新性的工作太少，无法体现自己的能力与自己的人生价值；v 测试结果有时需要精确到秒，手工测试来做太难了。那如何将测试工程师从繁杂的测试工作中解脱出来？如何体现测试工程师的价值，发挥测试工程师的特长？又如何将测试结果精确到秒呢？上述问题均可以通过自动化测试来解决，一方面提高了测试的工作效率，另一方面可以通过自动化测试体现测试工程师的能力，改变众人对测试工作的观点。1.1 自动化测试定义既然自动化测试可以弥补手工测试的一些不足，并能体现测试工程师的价值，那何为自动化测试？它又具备哪些特性？自动化测试即借助于测试工具、依照测试规范，从局部或全部代替人工进行测试以及提高测试效率的过程。其具备如下主要特征：v 自动测试过程是通过模拟人工操作，完成对被测试系统的输入，并且对输出进行检验的过程。v 自动测试是由软件代替人工操作，对被测试系统的GUI发出指令，模拟操作，完成自动测试过程。相对于手工测试，自动化测试可概括为如下几点：v 优化成本：降低劳动量，降低测试成本；v 可靠：提高测试的全面性，提高测试精确度；v 快速：加快测试速度；v 规范化：提供规范化的测试流程；v 可重用：提高测试的重用性;。1.2自动化测试与手动测试的关系自动化测试既然有如此大的优势，那手工测试是否可以退出测试舞台呢？首先，,让我们思考几个问题。通过对如下问题的讨论，来解答读者的疑问。1. 手工测试与自动化测试相比谁发现的缺陷多？测试的主要目的是通过发现缺陷、解决缺陷来提高软件质量。通常，测试的执行需要依赖测试用例。而测试工作中执行测试用例的通用方法往往是手工运行测试用例。假想一下，如果某个测试用例被自动化，则首先应对自动化后脚本的正确性进行测试。据统计数据显示：手动测试可以发现80％以上的缺陷，而自动测试只能发现20％左右的缺陷。这恰恰反映出自动化测试源于手工测试，且只是替代人工的重复性劳动。2. 测试质量孰高孰低？自动化测试（工具）只能判断实际结果与期望结果之间的差异。因此，在自动化测试过程中，测试任务就演变为验证实际结果与期望结果的一致性。而测试的目的是提高测试的质量。因此通过手动测试，测试质量更高一些。3. 自动化测试与软件开发的关系？自动化测试比手动测试更“脆弱”。软件开发过程中，部分功能的改变，也有可能使自动化测试崩溃。而由于自动化测试比手工测试开销大，并且需要不断的维护，这也限制了自动化测试的开展。4. 自动化测试工具是否存在局限性？自动化测试工具毕竟是软件，工具只可按预订指令执行。而自动化测试工具和测试者都可以按指令执行一组测试，但人拥有思想，可以按不同的方式、不同的思维完成相同的任务。例如：测试工程师运行测试用例（或测试场景），执行测试执行过程中，经常需检查实际输出是否正确。此时，即使软件实际输出与期望输出一致，软件也有可能存在缺陷，测试者可以判断，而测试工具则不可。测试者可以发挥其想象力和创造力改进测试用例（或测试场景），而测试工具只有呆板的执行。通过以上四个问题的讨论，可以得出结论：手动测试不会退出历史舞台，其有存在的价值。同时，手动测试比测试工具的优越性还有很多，手动测试可以灵活的处理意外事件。例如，网络连接中断时，手动测试就可以尽可能快地解决问题，然而这样的意外事件却可以让自动测试的执行终止。以上，1.2和1.3小节分别阐述了自动化测试与手动测试存在的必要性，那么在测试工作中，何时引入自动化测试呢？自动化测试又有哪些优势呢？下面通过以下几节，逐一揭示。1.3何时开展自动化测试什么时候适合开展自动化测试呢？测试工作中，被测软件（或系统）需要多个版本的迭代。根据公司（或项目）的不同，版本发布的时间也存在差异。开展自动化测试之前，首先需依照测试用例，对被测功能模块展开手动测试。当手动测试执行通过后，使用自动化测试工具，将手动测试的操作过程录制下来，并将正确的结果进行保存（被称为期望结果）。由于自动化测试工具记录的为关键性功能模块，被测软件（系统）的下一版本发布后，该模块仍应进行测试。在软件新版本的测试中，启动自动化测试工具，运行前面录制好的自动化测试脚本。对比实际运行后的结果与预期结果，如不一致，则确定为缺陷；如一致，则认为该功能模块在新的版本中测试通过。到此，可以得出一条结论：自动化测试，适合在被测软件（或系统）版本相对稳定后开展。如软件版本相对不太稳定，则会造成使用自动化测试工具录制的脚本在新的版本中回放失败，这样既浪费人力，又浪费时间。1.4 自动化测试的优势自动化测试的开展究竟能给测试工作带来哪些改进，带来哪些突破与欣喜呢？其实，自动化测试的特点即能够很好的概括自动化测试的优势。其主要特点如下：1. 可重复不可否认，软件测试有时确实是繁杂且重复性较高的工作。关键性功能模块要在不断迭代的测试版本中重复的测试，而这些工作，随着软件测试版本的迭代将一直持续下去。当开展自动化测试后，即可通过自动化工具来替代这些重复性工作。大大缩减回归测试的工作量与压力，有效提高工作效率，缩短回归测试的时间。2. 可程序化自动化测试深入开展后，将不再是简简单单的录制与回放，自动化测试将优化录制的测试脚本，大大提高脚本的灵活性与交互性。自动化测试录制后生成脚本，脚本中包含录制过程中生成的操作与数据。测试工作中，需用不同的测试数据覆盖不同的测试路径来满足不同的测试场景。因此，数据维护将是一个繁杂的工作。可以将数据与录制的自动化脚本剥离，用外部数据源管理测试数据，而测试脚本只负责测试流程的组织。这样，就可以大大提高自动化测试的灵活性与可持续性。后续自动化测试工作中，还可开发UI界面，使用UI驱动自动化测试脚本。增加自动化测试交互性。3. 可靠，提高测试精确度自动化测试可以执行一些手工测试难以达到或不可能实施的测试。例如，测试工作的执行要精确到秒；模拟大量用户同时对某一个功能点展开测试。这些工作都是手动测试无法实现或很难达到的。而开展自动化测试后，很容易实现这些测试需求。4. 资源的有效利用将繁杂重复的测试任务实现自动化，可以提高准确性和工作效率，提高测试工程师的工作积极性。将测试工程师从繁杂重复的工作中解脱出来，投入更多精力到其他的测试工作中（如测试质量），这更有利于测试质量的提高。在实际工作中，有些测试场景是仅适合于手动测试的，测试工程师可以专注于手动测试部分，提高手动测试的效率。1.5 自动化测试实施的场景1.4小节中提到，并非任何手动测试都适合用自动化测试来替代。究竟哪些场合适合开展自动化测试呢？v 回归测试；v 更多更频繁的测试 ；v 手工测试无法实现的工作 ；v 跨平台产品的测试；v 重复性较强的操作 。哪些场合又不适合开展自动化测试呢？v 软件版本不稳定；v 涉及与物理设备交互的测试；v 测试结果较容易通过人工判断的测试。1.6 实施自动化测试的成本当前，很多企业或管理者期望借助软件测试自动化作为催化剂，提高效率、提高质量，同时，节省开支。甚至有些企业希望实施自动化测试后，就能够给企业带来效益。在此，可以肯定的是自动化测试已经在很多领域成功实施，也有很多成功案例给了企业希望，并且这些企业成功实施自动化测试后，确实节省了相当可观的费用。而不幸的是，也有很多失败的案例，即使在看到光鲜的成功案例背后，也有失望与失败的过程。身边也有很多企业不止一次尝到了自动化测试失败的滋味。花巨资购买自动化软件，被搁置，努力化为了泡影。失败的结果不仅仅造成了人力、物力的损失，更是直接给公司带来了经济上的损失。测试自动化实施前期需要考虑很多因素，人力、物力、财力都是需要认真考虑与规划的。自动化测试在整个测试周期中何时开展，哪些测试工作可以由自动化测试替代，这些都需要在开始部署自动化测试前，认真的思考。影响自动化测试效率的因素，不单单是大家看到可量化的测试工作，还有许多无形的因素影响着自动化测试，如测试组织的部署等。因此，在真正实施前一定要认真规划和考虑自动化测试实施方案。自动化测试的实施过程，完全不同于手动测试。自动化测试用例与手工测试用例也大不相同。自动化测试实施过程中，需要不断的开发与维护脚本，因此对测试人员能力有很高的要求。自动化测试实施前，需要认真分析与规划测试方案，计算自动化测试的成本。自动化测试成本包括以下几方面：v 软件成本：自动化软件产品购买的费用;v 培训成本：自动化测试工程师培训费用；v 人力成本：自动化测试用例和测试脚本的编写的人力成本。只有合理的规划自动化成本，站在全局角度考虑自动化的成本与收益，方可增加自动化方案成功实施的可能性。 -
SNMP原理
2013-12-18 16:32:56
http://bbs.chinaunix.net/forum.php?mod=viewthread&tid=1289867
SNMP 对网络监控的作用
http://blog.csdn.net/thunder09/article/details/5173161
利用SNMP实时了解网络运行状况时间:2009-02-24 00:00来源:IT168作者:bitsCN编辑字体:[大 中 小]
在大型网络管理中，网络管理员比较头痛的问题就是如何实时了解不在身边的网络设备的运行状况。若要一台一台的去查看网络设备的运行现状，那明显不是很现实。笔者在这里为大家介绍一种利用SNMP协议自动帮助管理员收集网络运行状况的方法。通过这种方法，网络管理员只需要坐在自己的位置上，就可以了解全公司的网络设备的运行情况。
SNMP，其中文名字叫做简单网络管理协议，这是一个应用层协议。有了这个简单网络管理协议，则网络管理员可以很方便的在SNMP代理和管理器之间交换管理信息。它的主要作用就是帮助企业网络管理人员更方便的了解网络性能、发现并解决网络问题、规划网络的未来发展。若网络管理员要部署SNMP应用也比较简单。下面笔者通过一个简单的例子，来谈谈在企业网络中如何通过SNMP协议来帮助网络管理员实时了解网络运行状况。
如上图中，现在网络管理员希望能够在自己的电脑上，实时了解这台路由器的运行状况，前提是不离开自己的位置。此时，该如何处理呢?
一、 SNMP应用的基本组成部分。在讲解这个解决方案之前，笔者先要谈谈SNMP应用的基本组成部分，这有利于大家了解后续的配置。通常情况下，SNMP应用主要有三部分组成，分别为网络管理系统、SNMP代理以及被管设备。
SNMP代理是一个驻留在网络设备上的网络管理软件。他的作用就是将网络设备中的本地管理信息，如日志信息等，转换为SNMP兼容的格式。并且隔一段时间，把这个信息发送给SNMP管理系统。其主要作用就是一个，把路由器等网络设备中的日志文件进行转换。以便SNMP管理系统进行读取。
被管设备就是指我们需要管理的网络设备。在这些设备中，往往就含有SNMP代理。这些SNMP代理会主动收集和存储管理信息，并通过SNMP把这些信息提供给网络管理系统。现在大部分厂家的网络设备，如思科的路由器、交换机等产品，就都带有SNMP代理功能。为此，从SNMP应用解决方案来讲，这些带有SNMP代理的网络设备或者服务器，就被称为被管设备。
网络管理系统主要与被管理设备上的SNMP代理进行通信，从而完成信息收集、信息统计、异常警报等作用。在实际工作中，网络管理系统往往安装在网络管理员的主机上。从而他可以在不离开自己位置的前提下，收集各个网络设备的运行信息。
SNMP，Simple Network Management Protocol：简单网络管理协议，它是一个标准的用于管理IP网络上结点的协议。此协议包括了监视和控制变量集以及用于监视设备的两个数据格式：SMI和MIB。
MIB，Management Information Base：管理信息库，由网络管理协议访问的管理对象数据库，它包括SNMP可以通过网络设备的SNMP管理代理进行设置的变量。
SMI，Structure of Management Information：管理信息结构，用于定义通过网络管理协议可访问的对象的规则。SMI定义在MIB中使用的数据类型及网络资源在MIB中的名称或表示。
使用SNMP进行网络管理需要下面几个重要部分：管理基站，管理代理，管理信息库和网络管理工具。管理基站通常是一个独立的设备，它用作网络管理者进行网络管理的用户接口。基站上必须装备有管理软件，管理员可以使用的用户接口和从MIB取得信息的数据库，同时为了进行网络管理它应该具备将管理命令发出基站的能力。
管理代理是一种网络设备，如主机，网桥，路由器和集线器等，这些设备都必须能够接收管理基站发来的信息，它们的状态也必须可以由管理基站监视。管理代理响应基站的请求进行相应的操作，也可以在没有请求的情况下向基站发送信息。
MIB是对象的集合，它代表网络中可以管理的资源和设备。每个对象基本上是一个数据变量，它代表被管理的对象的一方面的信息。 最后一个方面是管理协议，也就是SNMP，SNMP的基本功能是：取得，设置和接收代理发送的意外信息。取得指的是基站发送请求，代理根据这个请求回送相应的数据，设置是基站设置管理对象(也就是代理)的值，接收收代理发送的意外信息是指代理可以在基站未请求的状态下向基站报告发生的意外情况。
////////////
SNMP协议
简单网络管理协议(Simple Network Management Protocol SNMP)首先是由Internet工程任务组织(Internet Engineering Task Force)(IETF)的研究小组为了解决Internet上的路由器管理问题而提出的。许多人认为 SNMP在IP上运行的原因是Internet运行的是TCP/IP协议，然而事实并不是这样。
SNMP被设计成与协议无关，所以它可以在IP，IPX，AppleTalk，OSI以及其他用到的传输协议上被使用。
SNMP是一系列协议组和规范（见下表），它们提供了一种从网络上的设备中收集网络管理信息的方法。SNMP也为设备向网络管理工作站报告问题和错误提供了一种方法。
名字 说明
MIB 管理信息库
SMI 管理信息的结构和标识
SNMP 简单网络管理协议
从被管理设备中收集数据有两种方法：一种是只轮询（polling-only）的方法，另一种是基于中断（interrupt-based）的方法。
如果你只使用只轮询的方法，那么网络管理工作站总是在控制之下。而这种方法的缺陷在于信息的实时性，尤其是错误的实时性。你多久轮询一次，并且在轮询时按照什么样的设备顺序呢？如果轮询间隔太小，那么将产生太多不必要的通信量。如果轮询间隔太大，并且在轮询时顺序不对，那么关于一些大的灾难性的事件的通知又会太馒。这就违背了积极主动的网络管理目的。
当有异常事件发生时，基于中断的方法可以立即通知网络管理工作站（在这里假设该设备还没有崩溃，并且在被管理设备和管理工作站之间仍有一条可用的通信途径）。然而，这种方法也不是没有他的缺陷的，首先，产生错误或自陷需要系统资源。如果自陷必须转发大量的信息，那么被管理设备可能不得不消耗更多的时间和系统资源来产生自陷，从而影响了它执行主要的功能（违背了网络管理的原则2）。
而且，如果几个同类型的自陷事件接连发生，那么大量网络带宽可能将被相同的信息所占用（违背了网络管理的原则1）。尤其是如果自陷是关于网络拥挤问题的时候，事情就会变得特别糟糕。克服这一缺陷的一种方法就是对于被管理设备来说，应当设置关于什么时候报告问题的阈值（threshold）。但不幸的是这种方法可能再一次违背了网络管理的原则2，因为设备必须消耗更多的时间和系统资源，来决定一个自陷是否应该被产生。
结果，以上两种方法的结合：面向自陷的轮询方法（trap-directed polling）可能是执行网络管理最为有效的方法了。一般来说，网络管理工作站轮询在被管理设备中的代理来收集数据，并且在控制台上用数字或图形的表示方式来显示这些数据。这就允许网络管理员分析和管理设备以及网络通信量了。
被管理设备中的代理可以在任何时候向网络管理工作站报告错误情况，例如预制定阈值越界程度等等。代理并不需要等到管理工作站为获得这些错误情况而轮询他的时候才会报告。这些错误情况就是众所周知的SNMP自陷（trap）。
在这种结合的方法中，当一个设备产生了一个自陷时，你可以使用网络管理工作站来查询该设备（假设它仍然是可到达的），以获得更多的信息。 -
给质量工作者的激励书
2013-12-13 08:58:52
-
自动化测试之控件点击
2013-12-13 08:40:39
-
五年质量工程师之路
2013-12-11 17:12:46
-
测试用例之度——系列之颗粒度
2013-11-21 14:22:18
-
软件测试用例对于测试进度的可控性建议——理论篇
2013-11-21 13:48:52
-
测试杂志下载目录
2013-11-15 11:02:13
-
深入解读软件性能测试中的基本术语
2013-11-15 10:59:15
-
自动化测试工具总结
2013-11-13 08:53:36
-
转载－－测试浮躁论
2009-04-24 11:31:02
目前来说软件测试人员都有这么些问题吧，这大概已经成为中国目前测试的瓶颈了。人心浮躁大概不是某些职业人特有的，其实是我们这些年轻人的通病了。但身为测试人员，当你在应聘找工作的时候是否发现过自己的不足呢？浮躁的测试人还是占大多数。一、根基不牢
问题：利用等价类划分的方法，对某问题设计测试用例。
分析：98%以上的应聘者只知道按照有效等价类和无效等价类进行划分，殊不知此种分类方法只是等价类划分的一个典型应用而已，等价类划分远非只能划分为有效和无效两类。根据种种划分依据，还可以进一步划分很多其他类别。
问题：根据事件描述，画出对应的因果图。
分析：标准答案中只画了“两条恒等，两条非，一个与，一个或”。如此简单的问题，上百名应聘者中竟然无一人答对，痛心啊。黑盒测试方法就那么几种，既然你已知这个名，怎么就不知道多看几眼。
小结：
上面提到的是软件测试的最基本的方法，作为从业测试实际工作已经有1-2年的应聘人员，未能真正领悟，实属不应该，心浮气躁，忽视了你身边最简单，也是最厉害的技能。根基不牢，怎么可能把测试做深。
二、专业不精
问题：音视频文件都有哪些格式，这些格式之间有什么差别？
分析：此问题是问那些做过多媒体方面测试的，但是我们的应聘者向来都是拿来主义，别人给我什么媒体文件我就用什么做测试，而根本不管不问。“为什么 MIDI文件比WAV文件小那么多？我们如何知道扩展名是.Mpeg的文件是Mpeg1格式的还是Mpeg2格式的？”，面对这些问题，应聘者默默无语，只是无奈的笑笑。不去看别人，想想自己测试涉及的专业，是否把那个行业知识搞清楚了呢？
问题：测试脚本运行不畅如何调试？
分析：此问题是问那些标明自己熟练掌握WinRunner、Robot、QTP等测试工具的应聘人员，但是当真正问到他们关于脚本的具体调试时，有7成以上人员表示他们只是参加测试培训时老师讲过，或者自己在网上看过相关资料，另外有2成以上人员表示他们虽然用过，但是只是简单的录制回放，根本不会自己调试。可能是迫于无奈吧，简历里面什么都不写，可能面试的机会都没有，但是简历如此夸大的来写，终归是浪费自己的面试时间和路费。
小结：
从事测试仅1-2年时间，要想测试也精通，专业也精通确实不易，但是不说精通，至少也该知道个60%才对的起你的测试工作。一两年时光如此荒废，静下心来反思一下，身边还有哪些技能我们应该掌握扎实一点呢。
三、无测试体系概念，忽视理论
问题：请说出软件测试的定义，BUG的定义。
分析：99%的人不能说出这两个测试名词的定义，只是在给我解释测试是为了发现bug之类的片面理解，残留的几个人也说得不够准确。这两个词目前尚不能说业内已经有了成熟统一的定义，但是无论是对是错，身为测试人员已经数年，自己竟然说不出这两个词的概念，多少也说不过去啊。有些人和我说，理论名词概念不重要，我会做测试就是了。想想金庸老先生早就告诉我们，武功仅有招式是不够的，必须配合上什么心法口诀才能行。你只会测试执行的招式，却不懂测试理论的心法，怎么能够修炼成上乘的软件测试呢？
问题：请介绍一下你们的测试流程，流程和过程有什么不同，为什么好的测试需要好的流程？
分析：但凡做过1、2年测试的人都能给我说出他们先做什么后做什么，但是当我继续问“这是否可以叫做过程？流程和过程有什么差别”，应聘者一棒子被打晕，继续追问“为什么好的测试需要好的流程”的时候，早已经找不到东南西北了。每天公司各项制度叫你做什么你就做什么，让你怎么做你就怎么做，完全不管不顾为什么，那么自己岂不成了没头脑的工具。这样你能干的工作别人也能做，自己的优势不就没有了吗。
小结：
目前测试业内流传着学院派和实践派的说法，学院派的理论给人的感觉往往是好听但不实用，而实践派的知识，往往能够立即见效。所以眼下测试培训往往实践派的更受欢迎。继续引用金庸先生的观点，练武分练内气宗，练外剑宗，但是真正的高手是内外兼修。如果我们不想只做普通的测试小弟子的话，就要理论实践并重，方能有所作为。
四、周边知识知之甚少
问题：能给我介绍一下软件工程中的瀑布模型吗？
分析：又是8成应聘者不会回答，都是曾在遥远的学生时代有所耳闻，现今早已忘得一干二净了。软件测试因何而生——软件危机，软件危机导致软件工程的兴起，软件工程中又包含软件测试，就好像鱼儿活在水里，如果没有软件工程这个水，哪里能够养活这软件测试的鱼，如果我们对于身边的软件工程不够了解，怎么可能在里面自由的畅游呢。
问题：用你最熟悉的开发语言实现sum=1+2+3+…+100
分析：保守统计7成以上的应聘者写出来的程序无法执行或者运行结果错误，更少有人能够一气呵成，而且精准。这道编程题难吗？肯定不难，那么为何答错，自己没有真正写过程序，即使写过几行，也早就是如烟往事了。做测试一定需要懂开发吗？这个问题讨论以久，当然不一定，但是如果要做好测试，做深测试，分析问题原因，提出问题解决方案，编写测试脚本或工具，哪一个又能离开软件开发呢？
小结：
我们学习测试也应该有个先后顺序，有步骤。掌握周边知识的紧迫程度可能不如测试知识和行业知识。但是对于我们已经从业1-2年的测试人员来说，学校里面学到的知识不应该丢，之后的发展中，周边知识的学习也应该开始了。周边知识的范畴其实很广，还包括各种其他测试理念的学习，机械工业出版社翻译的那套测试丛书就很不错，观点众多而新颖，博众家之长，集大成，向来都是大家风范。
五、缺乏必要的责任心、细心、耐心、虚心等
问题：请数出下图中三角形的个数（平面图，有几根弧线做干扰）
分析：我总是问自己，这道题真有这么难吗？连中小学生都能数对的十几个三角形，到了我们这二十几岁的年轻人手中，正确率才1%，为什么？其实就是现在我们已经很少有人能够静下心来，耐心细致的去做事情了。很多应聘者告诉我她的优点就是“踏实，坐的住，正适合这繁琐的测试工作”。我需要的不是坐在那里不做事或者做错事的人，而是需要能够按时保质量完成测试工作的测试人员。
问题：你离职的原因？
分析：这是面试中最常见的问题了。应聘者往往也是充分准备，理由多种多样，但是看看应聘者的工作记录统计，70%应聘者平均跳槽频率是1年/次（实习情况除外），不会都那么凑巧吧，赶上什么公司倒闭，每隔一年就会想一次自己学不到东西，需要去外面看看。而在我看来，真正的原因更多的应该是希望通过跳槽提高工资，或者因为自身水平不足被公司炒鱿鱼吧。
小结：
我并不认为所有的人都适合做测试。非技术素质方面，这点或者那点不足够优秀也很正常，心浮气躁也可以理解。但是作为用人单位，理解归理解，却也不会用不胜任岗位，或性价比不高的人员。那么对于此类应聘者，我的忠告就是，要么你另谋高就，要么你就放低姿态，培养好你必备的素质后再谈。
六、缺乏诚信
这一点本应该被归在上一条素质中，但是这点的重要性我认为远超过了上一条所列各项，因此单独提出。相关表现主要体现在：1、虚报自己历史工薪；2、笔试题目作弊；3、编造离职原因；4、虚报学历，工作经验；5、夸大自己工作技能等。对于严重缺乏诚信的，一旦发现，其他表现再好，也无济于事了。
另外其实还有个大家都爱犯的通病，不知道如何问问题，言之无物，有的时候自己都不知道想问什么，但却心里总觉得自己是好学的是在请教，殊不知你并没有真正的在做事情，你并没有搞清楚事物的根本。
想学好一个东西，首要的就是要学好如何问问题。
最近在繁忙而复杂的找工作过程中，遇到问题无数，今日阅读若干文章感触颇深。自己的成败荣辱仿佛一瞬间集中在眼前。自己审视自己，真的，我还差的很多。
标题搜索
我的存档
数据统计
- 访问量: 24705
- 日志数: 34
- 书签数: 1
- 建立时间: 2008-07-11
- 更新时间: 2016-06-30
