Web 服务处于分布式计算的核心位置，它们之间的交互通常很难测试。分布式开发、大型的开发者团队以及对代码日益组件化的期望都有可能使Web 服务的开发变得越来越容易隐藏错误。这些类型的错误极难检测出来。压力测试是检测这类代码错误的一种有效方法，但是只有在压力系统设计得比较有效的情况下才能发挥作用。本文将让您深入了解一下这种压力系统的基本要求。
　　
测试方法
　　
　　传统的测试方法包括某种形式的简单单元测试，通常由开发人员执行。设计这些测试需要了解软件的内部知识，并且这些测试几乎总是针对产品的非常小的、特定的部分。这些类型的测试非常适合与其他代码组件极少交互，甚至没有交互的简单Web服务。
　　
　　功能验证(Functional Verification) 也是一种测试过程，在这个过程中，对产品源代码了解有限的设计者进行测试以确认产品或服务的核心功能。设计这种测试是为了证明这个核心功能符合某个规范。举个例子，我的在线拍卖显示的是输入的正确出价吗? 我的保险经纪人系统找到最便宜的报价了吗?如果这些测试失败，通常就意味着检测到了产品的一个基本问题(这个问题通常是可以直接修复)。这种测试也是适合简单的Web服务，使您可以检查服务是否能够正确执行它的各个功能。
　　
　　系统测试(System Test) 通常是在功能验证阶段完成，验证了核心功能后进行。它倾向于把整个系统作为一个整体来查找问题 — 弄清Web服务作为系统的一部分怎样运作，以及Web服务相互之间如何交互。由于系统测试是在开发生命周期快结束时才进行，所以通常不能给它分配足够的时间来完成。又因为紧张的发行日程安排以及开发的各个重要阶段的后移，系统测试阶段经常被忽略，并且一些通常都可以发现的、少见的错误都不能被检测到。即使发现了这种错误，这时也来不及确定错误的原因并设法修复它们了。因此，在查找代码错误时，必需把系统测试应用设计得尽可能高效。系统测试通常由三部分组成，它们是:　　    

性能(Performance): 这涉及到确定相关的产品统计数据的过程。例如:每秒有多少条消息?一个服务可同时接受多少个用户?
　　
　　案例(Scenario): 这是重新创建客户所需的确切配置的过程。因此在案例中发现的任何问题都可以在客户使用该产品之前被检测出来。
　　
　　压力(或称工作负载平衡): 它与另两个部分不同，因为它被设计为通过应用很大的工作负载来使软件超负荷运转。如果压力测试通过对产品保持高强度的使用(但不超过性能统计数字确定的限制)能有效地执行，那么它就经常能够发现许多隐蔽的错误，而这些错误用上面提到的任何其他技术都是发现不了的(这些错误也经常是最难修复的)。
　　
　　从检测代码错误这方面来说，可以证明这三个系统测试组件中效率最高的是压力测试部分。但由于这个过程经常跟系统的其他要素或功能测试混淆在一起，所以这个过程涉及到的方法还没有被正确着手处理或实现。
　　
　　压力下的错误
　　
　　使用压力测试，您有希望找到很多种用其他测试方法更难发现的错误。有两种错误类型是:
　　
　　内存泄漏(Memory leak): 一种极难检测的现象。内存泄漏经常发生在已发行的产品中，原因很简单，很难设计测试用例来检测它们。使用简单的功能测试，几乎发现不了内存泄漏问题，因为在产品完成之前测试没对产品进行足够多的使用。内存泄漏通常要求操作重复非常多的次数以使内存消耗达到能引起注意的程度。尽管与其它编程语言(如 C/C++)相比，Java 程序更难引入内存泄漏错误，但只要程序仍保持着对象的引用，该对象仍有可能被实例化并且它占用的内存永远不会被释放。
　　
　　并发与同步(Concurrency and Synchronization): 压力测试在查找并发性问题上非常出众，这是因为在任何一个测试生命周期中，它都应用了许多不同的代码路径和定时条件。一般的规则是，压力测试运行的时间越长，涉及并应用的代码路径组合和定时条件就越多。当然，这也的确使得这些问题很难再现(错误可以在5分钟或5天后发生)。死锁、线程泄漏以及任何一般的同步问题通常只能在压力测试阶段被检测出来。这些类型的问题很难通过执行单元测试来发现。开发人员不会一直考虑他或她的代码将与其他地方的代码(在执行单元测试时这些代码可能还没写出来)进行交互。
　　
　　现有的压力测试工具
　　
　　有许多声称能够对产品进行压力测试的可用工具目前正在开发中。被广泛应用的是针对 Web 服务的那些工具。然而，这些工具中有许多只是简单的 HTML/SOAP 生成器，它们模拟许多客户机连接，并因此对Web服务器生成高负载(这对于查找Web服务器的问题很有用，但对于查找Web服务的问题就没那么有用了)。这些工具对基本的压力测试比较有用，但它们经常是仅仅扩展功能验证阶段来重复地执行相同的功能任务。如果足够的时间和资源可用，就可以通过创建定制构建的压力测试系统来实现更有效的测试。由于压力系统的设计者通常对要测试的产品和Web服务有更多的了解，所以他们将能够确保压力系统可以用于哪些具体的代码区域。
　　
　　设计压力应用
　　
　　设计试图对Web服务进行压力测试的压力测试系统时，要让它们以某种特定的方式运行代码。这些风格超越了功能验证，目的是要弄清楚被测试的Web服务是不是不仅能做我们认为它能做的事，而且在被施加了某些高强度压力的情况下仍然继续正常运行。压力测试必须对Web服务应用四个基本条件。许多已建立的压力系统应用了这些条件。有效的压力测试系统将应用以下这些关键条件:
　　
　　重复(Repetition): 或许最明显的且最容易理解的压力条件就是测试的重复。换句话说，测试的重复就是一遍又一遍地执行某个操作或功能，比如重复调用一个Web服务。功能验证测试可以用来被弄清楚一个操作能否正常执行。而压力测试将确定一个操作能否正常执行，并且能否继续在每次执行时都正常。这对于推断一个产品是否适用于某种生产情况至关重要。客户通常会重复使用产品，因此压力测试应该在客户之前发现代码错误。许多最简单的压力系统只实现这一个条件，但简单地扩展功能验证测试来多次重复并不能构成一个有效的压力测试。当与下面的一些原则结合起来使用时，重复就可以发现许多隐蔽的代码错误。
　　
　　并发(Concurrency): 并发是同时执行多个操作的行为。换句话说，就是在同一时间执行多个测试，例如在同一个服务器上同时调用许多Web服务。这个原则不一定适用于所有的产品(比如无状态服务)，但是多数软件都具有某个并发行为或多线程行为元素，这一点只能通过执行多个代码示例才能测出来。功能测试或单元测试几乎不会与任何并发设计结合。压力系统必须超越功能测试，要同时遍历多条代码路径。至于怎么做到这一点取决于具体的产品。例如，一个Web服务压力测试需要一次模拟多个客户机。Web服务(或者任何多线程代码)通常会访问多个线程实例间的一些共享数据。因额外方面的编程而增加的复杂性通常意味着代码会具有许多因并发引起的错误。由于引入并发性意味着一个线程中的代码有可能被其他线程中的代码中断，所以错误只在一个指令集以特定的顺序(例如以特定的定时条件)执行时才会被发现。把这个原则与重复原则结合在一起，您可以应用许多代码路径和定时条件。
　　
　　量级(Magnitude): 压力系统应该应用于产品的另一个条件考虑到了每个操作中的负载量。压力测试可以重复执行一个操作，但是操作自身也要尽量给产品增加负担。例如，一个Web服务允许客户机输入一条消息，您可以通过模拟输入超长消息的客户机来使这个单独的操作进行高强度的使用。换句话说就是，您增加了这个操作的量级。这个量级总是特定于应用的，但是可以通过查找产品的可被用户计量和修改的值来确定它。例如，数据的大小、延迟的长度、资金数量的转移、输入速度以及输入的变化等等。单独的高强度操作自身可能发现不了代码错误(或者仅能发现功能上的缺陷)，但与其他压力原则结合在一起时，您将可以增加发现问题的机会。
　　
　　随机变化: 最后一点，任何压力系统都多多少少具有一些随机性。如果您随机使用前面的压力原则中介绍的无数变化形式，您就能够在每次测试运行时应用许多不同的代码路径。下面是几个关于怎样在测试生命周期内改变测试的示例。使用重复时，在重新启动或重新连接服务之前，您可以改变重复操作间的时间间隔、重复的次数，或者也可以改变被重复的 Web服务的顺序。使用并发，您可以改变一起执行的Web服务、同一时间运行的Web服务数目，或者也可以改变关于是运行许多不同的服务还是运行许多同样的实例的决定。量级或许是最容易更改的 — 每次重复测试时都可以更改应用程序中出现的变量(例如，发送各种大小的消息或数字输入值)。如果测试完全随机的话，因为很难一致地重现压力下的错误，所以一些系统使用基于一个固定随机种子的随机变化。这样，用同一个种子，重现错误的机会就会更大。
　　
　　一个压力测试通常会结合上述的所有原则，并且在允许的范围内尽可能长时间地运行。测试被允许的执行时间越长，就可以遍历越多的代码路径，并且发现的错误也越多。当然，一旦找到错误就必须诊断并修复它。由于一个代码错误可以在压力测试运行多日以后自己显示出来，所以系统必须保证当出现错误时所有可用的调试信息都被生成，否则可能就必须花费同样多的时间来重现这个错误。
　　
　　结束语
　　
　　测试是软件开发过程中至关重要的部分，并且一个重要的、经常被曲解或忽略的部分是压力测试。遵循上面详细说明的原则，您就可以设计并实现有效的压力测试系统，用来查找一些与您的代码相关的、比较隐蔽的问题。无论是利用预先写好的工具，还是创建一个完全专用的压力系统，压力测试都是用于查找Web服务(或其他任何程序)问题的本质方法 

 

网站压力测试工具集

工具 相关网址 LoadRunner http://www.mercuryinteractive.com/products/loadrunner/ SilkPerformer http://www.segue.com/products/load-s ... nce-testing/index.asp QALoad http://www.compuware.com/products/qacenter/qaload.htm WebLoad OpenSTA 开源 Jmeter 开源 自动测试工具集 工具 相关网址 WinRunner http://www.mercuryinteractive.com/products/winrunner/ SilkTest http://www.segue.com/products/functio ... l-testing/silktest.asp QARun http://www.compuware.com/products/qacenter/qarun.htm SAFS http://safsdev.sourceforge.net/Default.htm Bug追踪系统 工具 相关网址 JIRA http://www.atlassian.com/software/jira/ Bugzilla http://www.bugzilla.org TestDirector http://www.mercuryinteractive.com/products/testdirector/ GNATS http://www.gnu.org/software/gnats/ TestTrackPro http://www.seapine.com/ttpro.html 软件测试网站 http://www.ltesting.net Webserver Stress Tool Enterprise v7.0.2.173 特别版 简介说明： 可以模拟任何人数在同一时间內进站或是顺序进站时你的 Server 的反映表现，只要输入网站的

不是社会错了，是你错了(转)

学会 沉默

　　有时候，你被人误解，你不想争辩，所以选择沉默。本来就不是所有的人都得了解你，因此你认为不必对全世界喊话。却也有时候，你被最爱的人误解，你难过到不想争辩，也只有选择沈默。全世界都可以不懂你，但他应该懂，若他竟然不能懂，还有什么话可说?生命中往往有连舒伯特都无言以对的时刻，毕竟不是所有的是非都能条列清楚，甚至可能根本没有真正的是与非。那么，不想说话，就不说吧，在多说无益的时候，也许沈默就是最好的解释。


至少 平静

　　在你跌入人生谷底的时候，你身旁所有的人都告诉你：要坚强，而且要快乐。坚强是绝对需要的，但是快乐?在这种情形下，恐怕是太为难你了。毕竟，谁能在跌得头破血流的时候还觉得高兴？但是至少可以做到平静。平静地看待这件事，平静地把其他该处理的事处理好。平静，没有快乐，也没有不快乐。


学会弯腰 这会是我意外的收获

　　和别人发生意见上的纷歧，甚造成言语上的冲突，所以你闷闷不乐，因为你觉得都是别人恶意。别再耿耿于怀了，回家去擦地板吧。拎一块抹布，弯下腰，双膝着地，把你面前这张地板的每个角落来回擦拭干净。然后重新省思自己在那场冲突，所说过的每一句话。现在，你发现自己其实也有不对的地方了，是不是？你渐渐心平气和了，是不是？有时候你必须学习弯腰，因为这个动作可以让你谦卑。劳动身体的同时，你也擦亮了自己的心绪。而且，你还拥有了一张光洁的地板呢，这是你的第二个收获。


不要想 如果 当初

　　你说，人生是一条有无限多岔口的长路，永远在不停地做选择。如果只是选择吃炒面或炒饭，影响似乎不大，但选择读什么科系、做什么工作、结婚或不结婚、要不要有孩子，每一个选择都影响深远，而不同的选择也必定造就完全不一样的人生。你又说，生命中不可承受之情，就在于人生没有重来的机会啊。如果当初如何如何，现在就不会怎样怎样...这种充满怅然的喃喃自语，还是别再多说了吧。每一个岔口的选择其实没有真正的好与坏，只要把人生看成是自己独一无二的创作，就不会频频回首如果当初做了不一样的选择。


努力吧 不管成功与否 至少曾经美丽

　　漫步林间，你看见一株藤蔓附着树干，柔软与坚实相互交缠，你感动于这静美的一幕，让幸福与归属就此驻足吧。你不知未来会有怎样一番风雨摧折？也许藤将断、树会倒，也许天会荒，地将老。你又想。那么，请时光停格在此刻吧。停格即是永恒。永恒里若有这静美的一刻，未来可能遭遇的种种劫难，便已得到了安慰与报偿。

　　
保持单纯

　　因为思虑过多，所以你常常把你的人生复杂化了。明明是活在现在，你却总是念念不忘着过去，又忧心忡忡着未来；坚持携带着过去、未来与现在同行，你的人生当然只有一片拖泥带水。而单纯是一种恩宠的状态，单纯地以皮肤感受天气的变化；单纯地以鼻腔品尝雨后的青草香；单纯地以眼睛统摄远山近景如一幅画，单纯地活在当下。而当下其实无所谓是非真假。既然没有是非，就不必思虑；没有真假，就无须念念不忘又忧心忡忡。无是非真假，不就像在做梦一样了吗？是呀，就单纯地把你的人生当成梦境去执行吧。


偶尔"俗气"

　　吃多了健康食品，偶尔你也想啃一啃鸭舌头和盐酥鸡。看多了大师名剧，偶尔你也想瞄一瞄耳光摔不完眼泪掉不完的连续剧。听多了古典音乐，偶尔你也想唱一唱爱他一百年又恨他一万年的流行歌曲。你知道健康食品对健胃整肠有意义，大师名剧对培养气质有意义，古典音乐对提升性灵有意义，可是，偶尔你其实并不想让自己时时刻刻活得那么有意。人生不需要把自己绑得那么紧。偶尔的小小放纵，是道德的。灵气充满或许接近大人，但偶尔的俗气会更平易近人。

　　
控制情绪 别浪费了

　　今天的你，是不开心的你，因为有人在言语间刺伤了你。你不喜欢吵架，所以你离开；可是你只是离开了那，却没有离开被那人伤害的情境，因此你愈想愈生气。愈有气，你就愈没有力气去理会别的事情，许多更该用心去做去想去处理的事件，就在你漫天漫地的心烦意乱之中，被轻忽被漠视被省略了。因为，你只是一心一意地在生气。在情绪上做文章，这是对自己的浪费，而且是很坏的浪费。毕竟，生气也是要花力气的，而且生气一定伤元气。所以，聪明的你，别让情绪控制了你，当你又要生气之前，不妨轻声地提醒自己一句：“别浪费了。”

　　
抓住最好的时机 绝不错过

　　你曾经买了一件很喜欢的衣裳却舍不得穿，郑重地供奉在衣柜里；许久之后，当你再看见它的时候，却发现它已经过时了。所以，你就这样与它错过了。你也曾经买了一块漂亮的蛋糕却舍不得吃，郑重地供奉在冰箱里；许久之后，当你再看见它的时候，却发现它已经过期了。所以，你也这样与它错过了。没有在最喜欢的时候上身的衣裳，没有在最可口的时候品尝的蛋糕，就像没有在最想做的时候去做的事情，都是遗憾。生命也有保存期限，想做的事该趁早去做。如果你只是把你的心愿郑重地供奉在心里，却未曾去实行，那么唯一的结果，就是与它错过，一如那件过时的衣裳，一如那块过期的蛋糕。

　　
偶尔的脱离轨道

　　某次你搭火车打算到A地去，中途却忽然临时起意在B地下了车。也许是别致的地名吸引了你，也许是偶然一瞥的风景触动了你，总之，你就这样改变了本来预定的行程，然后经历了一场充满惊奇的意外旅行。A地是你原先的目标，B地却让你体会了小小的冒险。回忆起来，你说，那是一次令你难忘的出轨经验。生命中的许多时候不也如此？心无旁骛地奔赴唯一的目的，不过是履行了原本的行程而已；离开预设的轨道，你才有机会发现其他的风景。

　　
悄悄地 回归平静

　　曾经有一段时间，你心情低落，甚至懒得拉开窗帘，看着窗外的阳光。因此你当然也忘了去看看，窗台上那一盆每天都需要喝水的玛格丽特。如此不知过了多久，总算有一天，你度过了心情的低潮，同时也想起了你的玛格丽特。天啊，可怜的花，她还活着吗？你战战兢兢地拉开窗帘，却见她迎风招摇，花颜可掬。原来在过去的这段日子里，你虽然忘了喂她喝水，老天却没忘了以雨露眷顾她呢。许多事物悄悄地在你的视线之外进行，而且悄悄地安排好了它们自己。天生万物，天养万物，一切其实无须担心......你只要做的就是做好自己，不留任何遗憾······足矣。

银行存款利息计算方法细则

存款利息计算的有关规定　　

1、存款的计息起点为元，元以下角分不计利息。利息金额算至分位，分以下尾数四舍五入。除活期储蓄在年度结息时并入本金外，各种储蓄存款不论存期多长，一律不计复息。　　

2、到期支取：按开户日挂牌公告的整存整取定期储蓄存款利率计付利息。　　

3、提前支取：按支取日挂牌公告的活期储蓄存款利率计付利息。部分提前支取的，提前支取的部分按支取日挂牌公告的活期储蓄存款利率计付利息，其余部分到期时按开户日挂牌公告的整存整取定期储蓄存款利率计付利息，部分提前支取以一次为限。4、逾期支取：自到期日起按存单的原定存期自动转期。在自动转期后，存单再存满一个存期（按存单的原定存期），到期时按原存单到期日挂牌公告的整存整取定期储蓄存款利率计付利息；如果未再存满一个存期支取存款，此时将按支取日挂牌公告的活期储蓄存款利率计付利息。　　

5、定期储蓄存款在存期内如遇利率调整，仍按存单开户日挂牌公告的相应的定期储蓄存款利率计算利息。　　

6、活期储蓄存款在存入期间遇有利率调整，按结息日挂牌公告的活期储蓄存款利率计算利息。　　

7、大额可转让定期存款：到期时按开户日挂牌公告的大额可转让定期存款利率计付利息。不办理提前支取，不计逾期息。　　

具体计算方法　　

1、计算活期储蓄利息：每年结息一次，7月1日利息并入本金起息。未到结息日前清户者，按支取日挂牌公告的活期储蓄存款利率计付利息，利息算到结清前一天止。　　确定存期：　　在本金、利率确定的前提下，要计算利息需要知道确切的存期。在现实生活中，储户的实际存期很多不是整年整月的，一般都带有零头天数，这里介绍一种简便易行的方法，可以迅速准确地算出存期，即采用以支取日的年、月、日分别减去存入日的年、月、日，其差数为实存天数。　　例如：支取日：1998年6月20日－存入日：1995年3月11日= 3年3月9日按储蓄计息对于存期天数的规定，换算天数为：3×360（天）+3×30（天）+9如果发生日不够减时，可以支取“月”减去“1”化为30天加在支取日上，再各自相减，其余类推。这种方法既适合用于存款时间都是当年的，也适用于存取时间跨年度的，很有实用价值。　　

2、计算零存整取的储蓄利息到期时以实存金额按开户日挂牌公告的零存整取定期储蓄存款利率计付利息。逾期支取时其逾期部分按支取日挂牌公告的活期储蓄存款利率计付利息。　　零存整取定期储蓄计息方法有几种，一般家庭宜采用“月积数计息”方法。其公式是： 利息=月存金额×累计月积数×月利率，其中：累计月积数=（存入次数+1）÷2×存入次数。 据此推算一年期的累计月积数为（12+1）÷2×12=78，以此类推，三年期、五年期的累计月积数分别为666和1830.储户只需记住这几个常数就可按公式计算出零存整取储蓄利息。　　例：某储户1997年3月1日开立零存整取户，约定每月存入100元，定期一年，开户日该储种利率为月息4.5‰，按月存入至期满，其应获利息为：　　应获利息=100×78×4.5‰=35.1元　　

3、计算存本取息的储蓄利息储户于开户的次月起每月凭存折取息一次，以开户日为每月取息日。储户如有急需可向开户银行办理提前支取本金（不办理部分提前支取），按支取日挂牌公告的活期储蓄存款利率计付利息，并扣回每月已支取的利息。逾期支取时其逾期部分按支取日挂牌公告的活期储蓄存款利率计付利息。该储种利息计算方法与整存整取定期储蓄相同，在算出利息总额后，再按约定的支取利息次数平均分配。　　例：某储户1997年7月1日存入1万元存本取息储蓄，定期三年，利率年息7.47%，约定每月取息一次，计算利息总额和每次支取利息额为：利息总额=10000×3（年）×7.47%=2241元。每次支取利息=2241÷36（月）=62.25元。

4、计算定、活两便的储蓄利率：定活两便储蓄具有定期或活期储蓄的双重性质。存期三个月以内的按活期计算，三个月以上的，按同档次整存整取定期存款利率的六折计算。存期在一年以上（含一年），无论存期多长，整个存期一律按支取日定期整存整取一年期存款利率打六折计息。其公式：利息=本金×存期×利率×60%因定活两便储蓄不固定存期，支取时极有可能出现零头天数，出现这种情况，适用于日利率来计算利息。　　例：某储户1998年2月1日存入定活两便储蓄1000元，1998年6月21日支取，应获利息多少元？　　先算出这笔存款的实际存期为140天，应按支取日定期整存整取三个月利率（年息2.88%）打六折计算。应获利息=1000元×140天×0.8%% （日利率）×60%=6.72元

做人从标点符号开始（转）

做人是一门需要一辈子去完成的功课，学习这门功课，也是要讲究方法的，比如要先找到路径，找到着眼点，否则功课太深太大，无从下手。

　　为了便于你理解，我琢磨出了一个经验，那就是做人应当从四个标点符号开始，即“逗号”、“句号”、“问号”、“感叹号”。从做人的角度来理解这四个标点符号，具有非常直观的效果。

　　逗号就像一只优美的蝌蚪，是青蛙还没有长大的形态，只能在水中游动，等待着，等待着，一旦长大，便可以跳到陆地上来，获得真正的自由。因此，逗号就是等待，就是有所保留，或者意犹未尽，还有话没说完。
　　从另一个意义上说，逗号就是谦虚谨慎，过犹不及，以诚待人，因为，赢得他人了解与信任的前提是尊重他人。
　　虚心才能获得新东西，才能得到进步。

　　以前听说过这样一个故事：
　　一个徒弟向一位高僧问“道”，高僧请他坐下，没有说一句话，只是开始给他倒水。水渐渐满了，但高僧熟视无睹，继续倒水，水开始溢出杯子，高僧照倒不误。徒弟心里想：到底岁月不饶人，高僧也会耳聋眼花。高僧依然一言不发，继续往杯子里倒水，水一直在溢。终于，徒弟站了起来，向师傅道了谢，毕恭毕敬地告退了。他已经明白了所要问的“道”，装满了水的杯子是不可能再装进新鲜的水的，所以只有空杯子才能容纳新的东西。
　　画逗号，不仅意味着一种做人的分寸，谦虚谨慎，而且意味着尊重他人，因为，人与人生来就是平等的，你要赢得别人的信任与支持，必须先尊重你身边的任何一个人。即使他是一个乞丐。


　　学会画句号，就是有始有终，不会半途而废，有一个负责的态度，这是有关人格的问题。
　　不妨在你的脑海里铺垫一个“画句号”的程序，这样就会方便多了。
　　当你做完一件事的时候，悄悄画上一个句号，总结一下经验，看看哪些地方还没有做好，哪些地方有待于下次注重修正；
　　当你遇到了一件实在很难坚持做下去的事，在不得已放弃之前，也会冷静地考虑能否用百分之百的努力去换取百分之一的可能，确实必须放弃，也了无遗憾；
　　当你结交了一个值得结交的朋友，热情与友谊自始至终伴随在你的左右，即使偶尔有些不愉快，也会提醒自己，善始善终要紧；
　　当你的“善始善终”得到了你周围人的认可，你便拥有了一笔重要的财富，你将以“可信”的形象出现在生活中，这时你还担心什么呢?


　　问号，像一只擅长吸纳“营养”的耳朵，它是智慧的代名词。
　　在我们生活中，最经常使用的有“提问”、“设问”、“反问”三种，将它运用到做人做事当中，有一种提纲挈领的感觉。
　　提问，就是多向别人讨教。为了能听到真学问，务必谦虚地多提问。实际上，每一个人都喜欢别人向自己请教，这是一种心理需求，因此，只要你善于“问”，他一定会把最精彩的东西毫无保留地告诉你。
　　设问，就是“三思而后行”和“三思而后言”。做任何一件事之前，都要充分考虑其可行性和难度，然后才拿出办法来，以免莽撞行事，得不偿失；做任何一个表态或说任何敏感的话题，尽管看起来无关紧要，也要充分考虑场合。
　　反问，即经常对自己提问，这样会使自己考虑问题比较周全，也会比较有见地、有说服力，这是一种良好的思维习惯。


　　感叹号，是最充满人情味的符号，它象征着两层不同范围的意思。一是要做一个有血有肉的人；二是善于赞美别人。做有血有肉的人，就不是行尸走肉，是真真正正、实实在在的人善于赞美别人，是处好人际关系的第一要诀。
　　人的情感结构分为两个层次，第一层次为基本情感，包括亲情、友情、爱情；第二层次包括爱国、爱人民以及对社会充满爱心，即博爱。第一层次是基础，没有第一层次就不可能有第二层次。
　　看一个人怎么样，只需看他如何对待他的朋友、亲人、爱人，就可以大概知道他是什么成色的人。
　　关于赞美别人。这是现代人际关系研究的一个老课题，赞美别人不是逢迎拍马，而是一个正直的人应当掌握的基本生存技术，如果你学会了赞美别人，你就已经学会做人了。
　　不妨试一试，每天赞美两个人，无论赞美的对象是谁，坚持一个月，你就会发现其中的意义。

　　做人，就是画标点符号的艺术，你认为如何?

1、关于生产日期的问题

例如超市所买的吐司，它所显示的生产完全在可以食用的范围内，但是为什么吃坏了肚子？根据以前的工作经验，我判断，这包吐司可能是经过再加工的。因为超市自制的面包类商品，如果没有销售完毕，是不可能扔掉的。有两种方式：一种就是撕掉原本的标签，修改生产日期。第二种就是将没有销售完的商品进行粉碎，制作成新的产品。

当然，那些所谓的当天生产的食品谁也说不清楚是不是当天生产的，按照习惯，超市在早上8点钟开门，超市员工最早在五点半左右上班，很多时候都是来不及的，所以很多标签上“当天生产”的东西，例如包子、炒面、粽子等其实都是前一天生产的。我们买到的，都是贴了标签后的当日生产，而起出了事情也没法说，上面的生产日期，确实没错。新鲜出炉的，不一定是新鲜的，可能是再加工的。所以，保质期更像是一件虚伪的外衣。

2、关于熟食菜料的问题

超市熟食专柜的菜品，很多一部分都是超市自己的生菜或者半成品做的。很多一部分，比如说鱼，有相当的一部分是用水产科即将死亡或者已经死亡的鱼做的，因为经过加工后，你就根本不知道，这鱼是死的还是活的，同一道理，其他的菜肴也是如此。当然，并不是所有的都是这样，但是确实存在这样的问题。鸡蛋碎掉了怎么办，制作成蛋饺子或者蛋花丝，用来做配料。

另外，在食品加工过的过程中，添加了什么配料，有没有防腐剂，都没有做说明，要知道防腐剂超量了对身体是有影响的。那些佐料，是不是也是使用了正轨的，在保质期内的商品，还是怎么样，都是值得怀疑。在我工作的两年多重，只处理过百货商品的报废，但却从来没有处理过食品的报废（过期和破包），但是按照程序，报废的单子和手续，需要我来办理的。总之，是很好用好料制作味美的食品的。

3、关于超市卫生的问题

员工的口罩，更像是装饰品，员工只有在上级部门检查的时候才会戴起来，平常不太会带，就是检查了，检查的走了就拿掉了，当然，在柜台前售卖的人员除外，不过也有一些是装样子的。我记得很清楚，有一天，去他们的操作间，就看见他们没有戴一次洗手套，裸着手自己在腌制鸡腿。拿着擦过桌子却未洗净的抹布，擦一下菜刀，就开始切菜，刀子会干净吗？

在操作间，你可以看到蟑螂和老鼠，当然并不是很多，但确实存在，我都亲眼看到过，员工的衣服有的时候放在更衣柜里都有蟑螂，看着都恶心。然而，一些盐、酱油之类的都会堆在地上，包括半成品的食品。所以这一类食品的卫生问题，是不是存在细菌呢？可想而知了。已经在卖的食品，掉了怎么办，捡起来继续卖！你看见了不卖给你就成，卖给来没看见的人。

4、关于盒装水果的问题

很多时候，我们看到水果都切成一块一块，装在盒子里来卖，为什么要切呢？因为水果发生了质变，可能因为日子久远了，腐烂了，然后将腐烂的那一部分切除，没有腐烂的切成块，装盒之后出售。价格比起整个的水果便宜多了，但是要知道那是即将要扔掉的。所以买水果要买整个的，虽然价格稍贵，那是吃来舒心。

对于礼盒装的水果，因为我也买过几次，所以也注意了，盒装水果其实就是在原来的基础上多了一个盒子，而且盒子内的水果基本上是不怎么样的，在摆放位置上进行调整之后，看起来就是好水果了，其实买盒装的，还不如买散装的。

5、关于油炸食品的问题

油炸食品的油，不是只用来炸的，食品炸完之后倒掉太可惜了，可以用来再去炒菜。而且，这些油可以重复利用多次。另外一些食品即将变质的时候，往往会使用油炸的方式，使之味道发生变化，从而挽救了“即将下岗”的食品，这真是一次了不起的行动。

一油多用，炸完鸡翅炸鸭头，炸完鸭头炸春卷，所以很多时候，那个味道交杂在一起，还说这个春卷还不错，有点鸡肉的香味，不知道是重复再利用的功劳。

*********输入框测试思路*********

    1．验证输入与输出的是否信息一致；

　　2．输入框之前的标题是否正确；

　　3．对特殊字符的处理，尤其是输入信息徐需要发送到数据库的。特殊字符包括：'（单引号）、"（双引号）、[]（中括号）、（）（小括号）、{}（大括号）、；（分号）、<>（大于小于号）……

　　4．对输入框输入超过限制的字符的处理，一般非特殊的没有作出限制的在255byte左右；

　　5．输入框本身的大小、长度；

　　6．不同内码的字符的输入；

　　7．对空格、TAB字符的处理机制；

　　8．字符本身显示的颜色；

　　9．密码输入窗口转换成星号或其它符号；

　　10．密码输入框对其中的信息进行加密，防止采用破解星号的方法破解；

　　11．按下ctrl和alt键对输入框的影响；

　　12．对于新增、修改、注册时用的输入框，有限制的，应该输入时作出提示，指出不允许的或者标出允许的；

　　13．对于有约束条件要求的输入框应当在条件满足时输入框的状态发生相应的改变，比如选了湖南就应该列出湖南下面的市，或者选了某些条件之后，一些输入框会关闭或转为只读状态；

　　14．输入类型；根据前面的栏位标题判断该输入框应该输入哪些内容算是合理的。例如，是否允许输入数字或字母，不允许输入其他字符等。

　　15.输入长度；数据库字段有长度定义，当输入过长时，提交数据是否会出错。

　　16.输入状态；当处于某种状态下，输入框是否处于可写或非可写状态。例如，系统自动给予的编号等栏位作为唯一标识，当再次处于编辑状态下，输入框栏位应处于不可写状态，如果可写对其编辑的话，可能会造成数据重复引起冲突等。

　　17．如果是会进行数据库操作的输入框，还可以考虑输入SQL中的一些特殊符号如单引号等，有时会有意想不到的错误出现

　　18．输入类型  输入长度  是否允许复制粘贴  为空的情况  空格的考虑  半角全角测试  对于密码输入框要考虑显示的内容是*  输入错误时的提示信息及提示信息是否准确

　　19．可以先了解你要测试的输入框在软件系统的某个功能中所扮演的角色，然后了解其具体的输入条件，在将输入条件按照有效等价类，无效等价类，边界值等方法进行测试用例的设计。

　　20．关键字有大小写混合的情况；

　　21．关键字中含有一个或多个空格的情况，包括前空格，中间空格（多个关键字），和后空格；

　　22．关键字中是否支持通配符的情况（视功能而定）；

　　23．关键字的长度分别为9、10、11个字符时的情况；

　　24．关键字是valid，但是没有匹配搜索结果的情况；

　　25．输入html的标签会出现哪些问题？输入&lt；html&gt； 会出现什么问题呢？

*********输入框常规测试数据*************

    1.      常规：中文、英文、数字

　　2.      日文：こんにちは

　　3.      韩文：????????

　　4.      繁体：測試

　　5.      Html、js：</table><hr><script>alert(’a')</script>

　　6.      特殊符号：`~!@#$%^&*()_+-=[]\{}|;’”:,./?><★??????Ξ‰※ⅶ∮⌒█

　　7.      GBK内码扩展汉字：喆骉犇羴鱻乸亹倊郈辷

　　8.      禁忌词：（根据禁忌词库）

　　9.      连续不间断英文：　　

Sdfsjdhuweqwieqknsmnfsdfweiwqdzkcxkjgleijsklfjskdlfjwiqwnnskfsdfhwuekjfsfwiersfjsldjfsaidfwejkfsjdkfsahuwefljsdnfelrtweijmsdflsjriwqskdajwewerwrdfgdgderertertdfgdfgdfgerdfgdfgerdfgsdger

　　10.  多行文本：

　　测试line1

　　测试line2

　　测试line3

　　11.  输入为空校验：空、空格（半角全角）、回车、NULL、&nbsp;

　　12.  边界值

　　13.  登录帐号：

　　中文：如“测试”

　　英文：如“test”

　　14.  特殊输入框——时间日期控件：时间格式

　　15.  特殊输入框——数字：正数、负数、0、浮点数

　　16.  特殊输入框——邮箱：邮箱格式

　　17.  特殊输入框——url地址：url格式，http://为首、不包含http://、https://为首、ftp://为首等

　　18.  特殊输入框——身份证：最末尾是否支持X、x

*********输入框测试考虑侧重点*********

测试重点:

　　一、普通输入框字段校验测试

　　二、邮箱输入框字段校验测试

　　三、验证码输入框字段校验测试（假设是4位数字）

　　四、手机号码输入框字段校验测试（假设限制16个字符，只能输入数字）

　　异常情况包括如下:

　　一、普通输入框字段校验测试

　　01）不输入，空内容

　　02）输入1个字符

　　03）若输入框有长度限制为N个字符，测试N-1个字符，N个字符，N+1个字符，N+N+...（超长）这几个边界值

　　还需要测试下通过复制大于长度的值粘贴进去看是否能输入

　　04）输入半角/全角空格

　　05）输入半角/全角，大写/小写英文字符

　　06）输入半角/全角数字

　　07）输入简体中文字符（默认全角）

　　08）输入繁体中文字符（默认全角）

　　09）输入半角特殊字符：！@＃￥%……&*（）

　　10）输入全角特殊字符：!@#$%^&*()

　　11）输入html字符保持：&nbsp空格的转义字符；<scrīpt></scrīpt>；<br>；<tr>；<td>；< /tr>；</td>；</html>；</body>；</table>

　　12）输入Javascrīpt函数：<b>Hello</b>，alert("hello")

　　13）在需要密码验证，或者需要二次输入确认的地方，通过复制粘贴第一次的输入内容应该是不能通过的

　　14）高危词，违禁词，敏感词

　　15）输入正常内容的前，后，中间加入多个空格，看保存时是否会过滤掉或过滤为一个，是否会引起保存问题，是否算入长度计算

　　16）输入日文字符

　　二、邮箱输入框字段校验测试

　　01）输入合理的英文及数字字符组成的正确格式

　　02）格式正确的前提下输入第一部分中的异常字段校验

　　03）输入无@的格式，如：ab.com

　　04）输入@前无内容的格式，如@b.com

　　05）输入@后无内容的格式，如a@

　　06）输入@前后均没有内容的格式，如@

　　07）输入没有域名的格式，如a@b.，a@b

　　08）输入email中有多个@的，如a@@b.com，a@b@c.d

　　09）输入@后面直接跟域名的，如a@.com

　　10）输入@后面有多个分隔符的，如a@b.c.d，a@b.c.d.e

　　11）输入@前面有分隔符的情况，如a.b@c.d，a.b.c@d.e，a.b@c，a.b.c@d

　　三、验证码输入框字段校验测试（假设是4位数字）

　　01）不输入，空内容

　　02）空格输入

　　03）输入空格+正确验证码，空格出现在开头，中间，结尾均需要测试

　　04）输入4位其他非数字内容

　　05）输入第一部分中的异常字段校验

　　06）输入前3位或后3位验证码正确数字

　　07）输入4位正确验证码+其他数字

　　四、手机号码输入框字段校验测试（假设限制16个字符，只能输入数字）

　　01）不输入，空内容

　　02）空格输入

　　03）输入空格+数字，空格出现在开头，中间，结尾均需要测试

　　04）输入其他非数字内容

　　05）输入第一部分中的异常字段校验

　　06）输入1个数字

　　07）输入16位数字

　　08）输入超过17位数字

　　09）输入超长全数字测试

　　10）输入空格+数字，空格出现在开头，中间，结尾均需要测试

**********《我一定要》(陈安之作品).exe***************
*拥有成功的环境
环境法则：

想办法加入成功的环境
想要成功还是一定要成功
成功最快速的方法就是帮成功者工作
成功环境只选一定要成功的人
成功环境有逼人成功的规定
成功环境有最好的教练
成功环境没有借口

*下定决心
决定法则：

一个人的命运决定于他的决定
加倍努力乘sheng胜sheng追zhui击ji
请教第1名是如何成功的
下定决心比第1名做得更好
明确自己到底要的是什么
每天想你想要的而不是不要的

*拥有强烈的企图心
企图心法则：

企图心！企图心！！企图心！！！
企图心让你坚持到底
企图心使你更努力
企图心让你改变习惯

*提高顾客满意度
顾客满意度法则：

找到服务态度好的员工
了解顾客需求
提供超出顾客期望的服务品质
做好服务是成功的关键

*关于销售
销售法则：

成功者都善shan于销售，善于行销
每天自我确认
分析无法致富的原因
今天可以销售给哪些人
一个个地说服
找到下一个说YES的人
用最独特的方式销售

*运用潜意识的力量
潜意识法则：

每一个成功者都有成功的榜样
成功者都运用潜意识的力量
把你的梦想贴出来
梦想要坚持到底

*比别人努力
努力法则：

比别人努力一点
永远要做得比最好的还要更好

*做自己喜欢的事业
喜欢法则：

找到自己喜欢的领域
不把挣钱当成惟一目的
把事情做到最好

*马上行动
马上法则：

行动和速度是制胜关键
凡事要马上行动
改变惯性激发行动力(因为你的思考的注意力集中在你不想要的地方，焦点惯性需要改变；肢体动作的惯性；受语言惯性的

影响)

*物超所值十倍以上
物超所值法则：

凡事要物超所值十倍以上

欧普拉：我人生最重要的目标就是要追求卓越，要做就要做最好
希尔顿：一个人成功的标准不在于他得到了多少，而在于他付出了多少。

Find the yes form. the no；从大家对事物的肯定中找出否定的存在；

Find the no form. the yes！从大家的否定当中找出事物肯定的存在！
也就是说，我们要看准趋势（最大趋势），学会逆向思维，而不可随波逐流！

有三个方法：

（1） 时光倒流

（2） 跨越时空

（3） 敏锐的洞悉，观察，分析能力
    洞悉什么，观察什么，分析什么呢？——信息！准确的信息很重要！
    那么准确的信息从哪里来？---经济时差！
    因为时间差，地域差，观念差，造成的一种贫富差距综合起来就叫做经济时差

从哪里发现创业机会

    既然公司的业务要从机会中产生，那么机会在哪儿？哪些情况又代表着机会呢？可以说机会无时不在，无处不在。但如果想知道掌握机会的简便方法，不妨关注以下几个方面。 

1.变化就是机会。环境的变化，会给各行各业带来良机，人们透过这些变化，就会发现新的前景。变化可以包括：①产业结构的变化；②科技进步；③通信革新；④政府放松管制；⑤经济信息化、服务化；⑥价值观与生活形态变化；⑦人口结构变化。以人口因素变化为例，可以举出以下一些机会： 

为老年人提供的健康保障用品

为独生子女服务的业务项目 

为年轻女性和上班女性提供的用品

为家庭提供的文化娱乐用品

2.从“低科技”中把握机会。随着科技的发展，开发高科技领域是时下热门的课题，例如美国近年来设立的风险性公司、电脑占25％，医疗和遣传基因 占16％，半导体、电子零件占13％，通信占9％。但是，公司机会并不只属于“高科技领域”。在运输、金融、保健、饮食、流通这些所谓的“低科技领域”也有机会，关键在于开发。 

3.集中盯住某些顾客的需要就会有机会。机会不能从全部顾客身上去找，因为共同需要容易认识，基本上已很难再找到突破口。而实际上每个人的需求都是有差异的，如果我们时常关注某些人的日常生活和工作，就会从中发现某些机会。因此，在寻找机会时，应习惯把顾客分类，如政府职员、菜农、大学讲师、杂志编辑、小学生、单身女性、退休职工等，认真研究各类人员的需求特点，机会自见。 

4.追求“负面”就会找到机会。所谓追求“负面”，就是着眼于那些大家“苦恼的事”和“困扰的事”。因为是苦恼，是困扰，人们总是迫切希望解决，如果能提供解决的办法，实际上就是找到了机会。例如双职工家庭，没有时间照顾小孩，于是有了家庭托儿所，没有有时间买菜，就产生了送菜公司。这些都是从“负面”寻找机会的例子

与上帝的对话：

人类最让您感到吃惊的是哪件事呢？
答：人类在小的时候烦透了做小孩，总是匆匆忙忙地步入成年世界，然后渴望再次回到童年；人

类不惜身体拼命赚钱，然后再花钱来买回健康；人类过多地考虑未来而忘掉了眼前，结果活着既

不是为了未来，也不是为了现在；人类活着时满不在乎，好像永远不会死去，而死后也不会有人

记得他曾到过这个世上......

作为伟大的父，您希望您的孩子们在新的一年里怎样做呢？
答：
要明白，人不能迫使别人爱自己，只能让自己变得更可爱。
要明白，获得别人的信任需要几年的时间，而失去别人的信任只需要几秒钟。
要明白，最有价值的东西并不是生活中拥有的物质，而是生命中你拥有的人。
要明白，不要总拿自己和别人比，周围的人不是比你强就是不如你。
要明白，富人未必是什么都有的人，但却是需求最少的人。
要明白，人要左右自己的态度，否则就会被自己的态度左右。
要明白，给自己所爱的人留下深深的伤口只需几秒种，而伤口的愈合却要花上好几年。
要试着用实际行动去谅解别人。
要明白，总有人深爱着你们，却不善言表。
要明白，金钱买不来幸福。
要明白，有时就算你心情很差，但你也无权搞得周围每一个人都不开心。
要明白，伟大的梦想未必要有巨大的翅膀，但却需要一个可靠的着陆工具。
要明白，挚友难求，一旦拥有，便拥有了正真的财富。
要明白，话没说出口之前你是主人，一旦说出，你就要为之负责。
要明白，种瓜得瓜，种豆得豆。如果你播种的是闲言碎语，收获的必然是别人的恶语中伤；如果你播种的是爱，收获的必然是幸福。
要明白，真正的幸福并不是要达到目的，而是要学会知足于已经拥有的。
要明白，幸福只是个决定。要么就对自己和自己拥有的感觉满足，要么就嫉妒眼红别人而忘。
要明白，同样的事，在不同的人看来，就会是不同的样子。
要明白，敢于忠于自己的人是走的最远的人。
要明白，即使自己无能为力，当朋友向你哭诉时，也要竭尽全力抚平他/她的创伤。
要明白，竭力控制所爱的人，只能促使他/她更快离去，给所爱的人足够的自由，才能肩并肩一直走下去。

性能测试兵法

    在大多数的性能测试工作中，我们可以看出很多内容都是互相关联的。这就给我们提供了一个思路：性能测试的很多内容可以经过一定的组织统一来进行。统一开展性能测试的巨大好处是可以由浅入深按照层次对系统进行测试，进而减少不必要的工作量，以实现节约测试成本的目的。为此，本文提出了“全面性能测试模型”的概念。

　　“全面性能测试模型”提出的主要依据就是一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，而这些类型的测试实施也是很类似的。例如：针对一个网站进行测试，模拟10到50个用户就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力/负载测试。如果同时对系统进行大量的数据查询操作，就包含了强度测试。

1 全面性能测试模型

　　在“全面性能测试模型”中，把Web性能测试分为八个类别。下面首先介绍八个性能测试类别的主要内容。

　　（1）预期指标的性能测试：系统在需求分析和设计阶段都会提出一些性能指标，这些指标是性能测试要完成的首要工作之一，本模型把预先确定的一些性能指标的测试称为预期指标的性能测试。

　　这些指标主要是指诸如“系统可以支持并发用户1000”、“系统响应时间不得高于10秒”等在产品说明书等文档中中十分明确的内容，对这种预先承诺的性能要求，测试小组应该“首当其冲”完成这类测试。

　　（2）独立业务性能测试：独立业务主要是指一些核心业务模块，这些模块通常具有功能比较复杂、使用比较频繁、属于核心业务等特点。这类特殊的、功能比较独立的业务模块始终都是性能测试重点。我们通常不但要测试这类模块的一些和性能相关的算法，还要测试这类模块对并发用户的响应情况。

　　核心业务模块在需求阶段就可以确定，在系统测试阶段开始单独测试其性能。如果是系统类软件或者特殊应用的软件，通常从单元测试阶段就开始进行测试，在后继的集成测试、系统测试、验收测试中进一步进行测试，以保证核心业务模块的性能稳定。

　　用户并发测试是核心业务模块的重点测试内容，“并发”的主要内容是模拟一定数量的用户同时使用某一核心模块的“相同”或者“不同”的功能，并且持续一段时间。对“相同”的功能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作，例如打开同一条数据记录进行查看；另外一类是在同一时刻使用完全一样的功能，例如同时提交数据进行保存。可以看出后者是包含前前者的，后者是前者的特例，这种并发测试都要持续一定的时间。

　　从微观角度讲，同时使用某一核心模块“不同”的功能，也是一种组合业务性能测试，只不过这种组合的相关业务大分类是一致的。

　　（3）组合业务性能测试：通常不会所有的用户只使用一个或者几个核心业务模块，每个功能模块都可能被使用到，所以Web性能测试既要模拟多用户的“相同”操作(这里的“相同”指很多用户使用同一功能)，又要模拟多用户的“不同”操作(这里的“不同”指很多用户同时对一个或者多个模块的不同功能进行操作)，对多个业务进行组合性能测试。组合业务测试是最接近用户实际使用情况的测试，因而是性能测试的核心内容。我们通常按照用户的实际使用情况来模拟使用各个模板的人数比例。

　　由于组合业务测试是最反映用户使用系统情况的测试，因而组合测试往往和服务器（操作系统、Web服务器、数据库服务器）性能测试结合起来，在通过工具模拟用户行为的同时，还通过测试工具的监控功能采集服务器的计数器信息，进而全面分析系统的瓶颈，为改进系统提供有利的依据。

　　用户并发测试是组合业务测试的核心内容。“组合”并发的突出特点是分成不同的用户组进行并发，每组的用户比例要根据实际情况来进行匹配。组合业务测试可以理解为包含了“核心业务模块并发”和“非核心业务模块并发”同时进行的并发用户测试。

　　（4）疲劳强度性能测试：疲劳强度测试是在系统稳定运行下模拟较大的用户数量、并长时间运行系统的测试，通过综合分析执行指标和资源监控来确定系统处理最大业务量时的性能，主要目的是为了测试系统的稳定性。

　　（5）大数据量性能测试：大数据量测试分为两种：一种是针对某些系统存储、传输、统计查询等业务进行大数据量的测试,主要是测试数据增多时的性能情况，这类一般都是针对某些特殊的核心业务或者一些日常比较常用的组合业务的测试。

　　第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者日常常用的组合业务。例如系统的数据每年只备份转移一次，可分别选择一个季度、半年、一年作为参考，模拟输入各个时间段的预计数据量，然后测试系统的性能，进而预估系统的性能走向。

　　由于大数据量仍然是为了测试系统的业务处理能力，因此大数据量性能测试可以独立进行，也可以和前面的独立、组合业务测试结合起来进行，主要由性能测试策略来决定。由于大数据量测试一般在投产环境进行，因此把它单独独立出来，和疲劳强度测试放在一起，在整个性能测试的后期进行。大数据量测试可以理解为特定条件下的核心业务或者组合业务测试。

　　（6）网络性能测试：网络性能测试主要是为了准确展示带宽、延迟、负载和端口的变化是如何影响用户的响应时间的。在实际的软件项目中，主要是测试应用系统的用户数目与网络带宽的关系。

　　（7）服务器性能测试（操作系统、Web服务器、数据库服务器）：服务器性能测试分为初级和高级两种形式。“初级服务器性能测试”主要是指在业务系统工作或者进行前面其它种类性能测试的时候，监控服务器的一些计数器信息，通过这些数据对服务器进行综合性能分析，找出系统瓶颈，为调优或者提高性能提供依据。“高级服务器性能测试”一般不由测试人员进行，由专门的系统管理员来进行，例如数据库服务器由专门的DBA来进行测试和调优。本文主要讨论在测试中常用到的“初级服务器性能测试”，既通过工具对服务器资源进行监控的性能测试。

　　（8）一些特殊测试：主要是指配置测试、内存泄漏测试一些特殊的Web性能测试。这类性能测试或者和前面的测试结合起来进行，或者在一些特殊情况下会独立进行，本文重点来讨论前一种情况，因为后一种情况往往通过特有的工具、较大投入的进行，可以不作为性能测试的范畴来研究。

2性能测试通用策略

2.1性能测试策略通用方法

　　本节主要介绍一下通用的性能测试策略制定方法。性能测试策略一般从需求设计阶段开始讨论制定，策略的内容决定着性能测试工作投入多少资源、什么时间开始实施等后继工作如何安排。其制定的主要依据是“软件自身特点”和“用户对性能的关注程度”两个因素，其中软件的自身特点起决定作用。

　　软件按照用途的不同分为两大类：系统类软件和应用类软件。系统类软件对性能一般要求比较高，因此性能测试应该尽早介入。应用类软件分为特殊类应用和一般类应用，特殊类应用主要指银行、电信、电力、保险、医疗、安全等领域类的软件，这类软件使用比较频繁，用户较多，一般也要较早进行性能测试；一般类应用主要指一些普通应用，例如办公自动化软件、MIS系统等，一般应用类软件多根据实际情况决定性能测试策略，比如OA系统，可以早开始、也可以最后进行性能测试，这类软件受用户因素影响比较大。

　　用户一般可以分为四类：即对性能特别关注、中等重视、一般关注、不怎么关注四类。这里这么划分并不意味着用户不关注性能测试人员就可以忽略性能测试。不过，用户如果特别关注性能，测试人员也应该特别重视性能测试。表1列出了性能测试策略制定的基本原则。（注意：这里的用户是广义范围的用户，包括所有和我们的产品有利害关系的群体。因而不单单指最终使用产品的用户，这些用户既可以是为我们提出需求的产品部，也可以是公司的董事会，甚至是我们研发人员自己。）

　　软件的特点决定性能测试策略另外一个重要原因就是“一般应用类软件”通常耗费资源较少，因此可以通过提高硬件配置，进而改善运行环境来提高“一般应用类软件”的性能。从硬件方面解决性能问题往往更容易做到，同时可以降低我们的开发成本，不过也不能过分让用户进行较大的硬件投入，否则会降低我们的“客户满意度”。我们调整性能最好的办法还是软硬件相结合。

　　用户对待系统性能的态度影响性能测试策略，但不起决定作用的根本原因是我们最终要把产品交付给用户来使用，而不是做出来给用户欣赏。因此不管用户是否重视性能测试，即使根本不关心，对于性能要求高的软件产品我们都应该按照测试上面的策略进行合理的安排。同时，如果我们的上帝——用户如果特别重视，这意味着我们需要进行更多的性能测试方面的投入，因为我们有义务使我们的用户满意。

3 Web性能测试模型使用方法

　　“全面性能测试模型”是针对Web性能测试而提出的一种方法，主要目的是为了比较全面的开展性能测试，使Web性能测试更容易组织和开展。本模型包含了测试策略制定的通用方法和测试用例设计通用方案，测试用例的设计覆盖了应用软件、服务器、操作系统多方面的内容，按照由浅入深的顺利对性能测试进行了合理的组织。

　　“全面性能测试模型”是一种经很多性能测试项目抽象出来的方法论，主要用来指导测试，它一般不适合具体的性能测试项目，因为任何一个项目都会有它的特定背景。要想通过“Web全面性能测试模型”做好性能测试工作，首先要制定好性能测试策略，同时还要按照一些基本指导原则来使用“Web性能测试用例设计模型”的内容。这些原则主要包括如下的内容：

　　测试策略遵从最低成本原则。Web性能测试本身是一种高投入的测试，而实际中国内公司通常在测试上进行较低的投入，Web性能测试只是全部测试工作的一部分，很多项目只能进行一些重要的性能内容，这就决定测试经理制定性能测试策略时在资源投入方面一定要遵从最低成本化原则。最低成本的衡量标准主要指“投入的测试成本能否使系统满足预先确定的性能测试目标”，只要我们经过反复的“测试——系统调优——测试”后，系统符合性能需求并有一定的扩展空间，就可以认为性能测试工作是成功的。反之，如果系统经过测试后不满足性能需求或者满足性能需求后仍然投入资源，都可以认为是不合理的。

　　策略为中心原则。本原则不但对性能测试工作有效，对其他类型的测试工作都具有同样的指导意义。测试策略不但决定了我们测试用例设计时的主要内容，还决定着我们实施测试工作时如何根据项目的实际情况进行处理，例如：如果项目时间比较紧张，我们完全可以按照测试用例的优先级只执行一部分性能测试用例。因此，性能测试策略应该贯穿整个性能测试过程。

　　适当裁剪原则。裁剪原则主要是针对性能用例设计而言。Web性能测试用例设计模型主要是针对电信、银行级的应用而提出的，包含的测试内容比较全面，而这类项目的性能测试一般周期较长、投入较大，作者曾亲身经历过测试周期为一年的银行项目。要想性能测试用例设计模型在大多数测试项目中使用，必须对测试用例模型包含的内容进行合理的裁剪，这样做的主要目的是为了适合特定项目的测试需求，进而节约测试成本。

　　裁减的主要依据是性能测试策略，我们根据策略制定方法制定出测试策略，然后依据策略从“五类性能测试用例”中选择适当的内容来编写测试用例。例如有些要求不高的静态门户网站，用户也没有提出性能方面的要求，我们完全可以只测试一下用户并发情况作为系统性能的参考。

　　完善模型原则。本模型只是作者的工作经验总结，由于不同的性能测试任务都有自己的项目背景，因而需要对模型内容进行不断的调整、补充、完善，才能使之适合更多的性能测试工作。不断完善具体来说就是要在工作中不断总结自己的经验，形成自己的“Web全面性能测试模型”。只有“自己的”测试模型，才是最符合自己需要的模型。

　　模型具体化原则。模型具体化主要是指把本模型运用到具体的项目中，是前面所有原则的目标。如果只记住模型的这些条条框框，然后生搬硬套框架来设计测试，只能得到适得其反的结果。要想使模型在Web性能工作中发挥作用，只有根据实际项目的特点制定合理的性能测试策略、编写适当的性能测试用例，并在测试实施中灵活的执行测试方案。

　　综合上面的分析，可以看出模型使用完全可以概括成两个字——“活用”。要想真正做好性能测试工作，最有效的办法就是在掌握基本理论和方法后，在工作中不断的去探索和总结，不断的完善该模型，形成自己的“Web全面性能测试模型”。

　　“全面性能测试模型”是一种很有效的做Web性能测试的“兵法”，这正是本篇命名为“兵法篇”的目的。“兵法”是“将帅”们“打仗”的必备知识，学会了兵法才可以指挥战争，但是兵法毕竟不能代替具体的“战术”，它只是“打胜仗”的前提条件，具体的“仗”怎么去“打”，仍然要根据具体的战场情况来指挥。因此，具体的Web性能测试工作仍然按照项目的自身特点去组织和实施。

随着软件测试行业的逐渐发展，性能测试也变得火热起来。从各大测试论坛和测试交流群的交流主题的热门程度来看，性能测试已经成为大家非常感兴趣的话题。性能测试作为软件测试行业技术性相对较高的工作（自动化测试、白盒测试、性能测试）来说，个人觉得其操作门槛还是不低的。对于测试新手来说入门有一定的难度，做的好就更加不容易了，可能花了不少时间而实际收获不大。因此觉得有必要来专门探讨一下性能测试的门槛，以及如何更好的迈进这个门槛。

先来分析一下一些关于性能测试入门级的常见问题：

1、请问怎么做象PhotoShop这类单机程序的性能测试；

2、用Delphi开发的程序，应该用什么协议来录制脚本；

3、用IP欺骗能对外网进行测试吗；

关于第1个问题，问题本身并没有错误，单机版也有性能问题。但和我们通常所说的性能测试是两回事，不能混为一谈。如果这个算是问题的话，那我想是由于不清楚性能测试的概念和原理所造成的。第2个问题也不少见，但这种问题无法回答。我们知道，性能测试采用的协议是由被测系统的体系架构和通信协议决定的，而不在乎你用什么开发工具或开发语言。第3个问题，关于IP欺骗一般只用在内网，不管你在内网如何欺骗，经过网络地址转换后到了外网上的IP地址表现就是你的公网的IP，除非你一开始就设置成公网的IP地址，但这个一般都不可能。这个问题体现提问者对于网络知识的理解还不深入。

以上问题反映了在学习性能测试人员的一个比较普遍的现象，缺乏必要的知识积累、知识面不足，但又由于学习兴趣或工作压力期望急于求成，由此而形成这样一个矛盾的局面。

在我看来，性能测试是一项综合性很强的工作，甚至可以作为一项工程来看待。

从性能测试的知识体系来看，性能测试需要掌握性能测试的基础知识、业务知识、开发相关知识、以及性能测试工具。

基础知识包括性能测试的原理、常见的测试类型、方法、策略，如何进行一个计划、设计、实施、分析等性能测试过程。没有性能测试基础知识，一切简单的性能测试在你手上都将出现各种问题，测试交流将变得难以沟通，同时性能测试的成功率将大大降低。

业务知识通常都被忽略了。性能测试要基于被测系统的应用场景才有实际的价值，测试场景对性能测试结果有决定性的影响，因此测试场景的设计是非常关键的，场景的设计需要和业务应用结合起来。在一些比较正规的性能测试过程中，会有业务人员配合一起做性能用例设计的。

开发相关的知识也是必须具备的知识，通常在这方面也是我们最大的缺点。这方面的知识包括操作系统、数据库、应用服务器、中间件、网络等，每一个都是一门很深的学问，而要求性能测试人员都精通好像也不太现实。但起码的知识还是需要掌握的，比如通常有哪些参数需要监控和调整，它们之间是如何通信和运作的，某一方面知识的欠缺都可能导致测试模拟不准确或问题定位不充分，没有这些知识的支撑性能测试将变得难以下手或者学习工作的进展都会有很大的影响。

测试工具的应用，这个是目前学习的焦点。只有在前面3点的基础上，采用合适的测试工具，才有助于测试目标的达成。

从另外的角度分析，性能测试又可以分为技术、方法和管理方面的范畴。没有方法的指导光有技术那是行不通的，那是有勇无谋的体现。同时性能测试经常作为一个独立的阶段和活动，更需要用项目管理的方法进行，比如一个在客户现场的性能测试验收测试，与客户进行交流、时间计划的制定、测试进度的控制、测试脚本和测试数据的版本管理、各种资源的谐调等，都是需要用管理的思想进行的。

从以上分析可以看出，由于性能测试工作需要具备这么多的知识，因此在一定程度上也成为了性能测试的门槛。这个综合的门槛将会成为很多性能测试新手入门的一道障碍，要突破这道障碍，建议结合自己的知识体系有针对性地去学习和提高。

性能测试是一个技术与方法并重的工作，目前论坛上多谈技术，少谈方法，很多人甚至在没有任何性能测试基础知识的情况下就埋头苦学测试工具，我觉得是不应该的。我们应该意识到，测试工具只是性能测试中的一部分，仅是为达到性能测试目的而采用的一种手段。性能测试对于我们最大的价值在于方法和经验，我们学习的目标是整个性能测试过程上方法学的东西，而不是掌握具体某个测试工具。LoadRunner并不是万能的，在什么情况下应该采用什么工具才能达到最佳的效果，需要我们去判断。

另外，学习需要有一个循序渐进的过程，性能测试需要长时间的知识积累，没有什么捷径可言。从学习效率和职业发展方面考虑，本人不太建议没有工作经验的测试新手一上来就扎进性能测试之中去，这样将花费你更多的时间精力去学习，是一种事倍功半的效果。

为何进行白盒测试 从“清洗面包机”讲起

   软件白盒测试是一个与黑盒测试相对的概念，是指测试者针对可见代码进行的一种测试。白盒测试通常再划分为单元测试、集成测试两大类，但依据不同的流程，对白盒测试细分的标准也不尽一致，比如在IBM的IPD流程之下，白盒测试可能划分为如下几类：模块单元测试、模块集成测试、模块系统测试、渐增Build集成测试、系统集成测试等。而在XP实践中，单元测试与集成测试之间的界限并不明显，统称为渐增迭代测试。

　　一、从一个比喻开始

　　为什么要做白盒测试？这个问题比较复杂，我们先从一个比喻开始讲起。

　　假设有一台的面包机，从上面倒入面粉与水，开动机器后从下面出来的就是烤好了的面包，这个机器的功能比较单一，接口很清晰，输入是面粉与水，输出是面包。现在假定这个面包机多年未用，内部都生锈了，现在要清洗它，类似于我们开发的软件，软件有Bug，那得通过测试来清理。

　　



　　那如何更快速的清洗这台面包机呢？有两种洗法，一是拿水从上往下灌，这是系统测试的方法。另一种是拆开来洗，拆开机 器后，拿抺布沾点清洁剂，把各零件的坑坑槽槽擦洗一遍，然后组装回来，再用水从上往下冲一遍，拆开来洗是白盒方法，组装回来用水冲是黑盒方式，相当于白盒 测试之后再追加一次系统测试。

　　无疑，上面第二种方法是正确的，我们的前提是：清洗多年未用的面包机，铁锈够多，如果洗不干净，造出的面包都是致癌物质。当然，清洗面包机还只能算简单劳动，清理软件中的Bug要复杂得多，一个if语句有两条分支，一个while循环判断也是两条分支，还有break、continue、return等，想想看，一个1万行规模的软件能有多少个分支！一个分支就是一条坑坑槽槽，而且软件Bug还具备动态特性，不是静止的明摆在哪儿。

　　所以，软件的白盒测试不可或缺，因为遗留Bug的影响很大，就像面包机没洗净留铁锈会致癌，还因为软件系统远比面包机复杂，不拆开来怎么能洗干净！

　　二、白盒测试是高效测试

　　尽管白盒测试如此重要，为什么还有许多企业不愿做白盒测试，有一个很重要的原因是：认为白盒测试太低效，不值得去做。

　　实际上这种观点有许多误解成分，首先，决策者评估各阶段测试的有效性，仅以发现问题的数量为依据，这好比锈蚀斑斑的面包机，第一次冲水下去，看到大量浊水流出就很有成就感，其实这只是表象，思维方式有不足：把发现问题与解决问题割裂开来了。

　　我们测试的目标是按既定质量标准稳定推进产品研发进度，只做系统测试的结果是：第一次冲水，很有成效，第二次冲水， 还能冲出点铁锈，第三次就没什么效果了。采用该手段并不能有效的达成既定质量目标。其次，研发质量改善，不只发现问题，还要定位问题、解决问题。白盒测试 是拆开来洗，发现、定位与解决问题不仅是彻底的，也是直接的，效率非常高，所以，单以发现问题数评估一个测试过程是否有效不尽准确，我们应该综合评估一个问题从被发现，到定位、解决，以及针对它完成回归测试的总效率。

　　下图来源于Capers Jones与McGraw-Hill的“Applied Software Measurement”文章，从该统计数据可看出，针对一个功能点的测试，若将问题发现、定位与解决都计算进去，单元测试效率最高，是集成测试的2倍，是系统测试的3倍。

　　



　　认为白盒测试低效的另一个误解是，决策者并未认清一个bug若遗留到下一阶段须多付出多少代价。经验数据表明，编码阶段的一个问题遗留到验收测试去解决，所须费用将增加5倍，如下图，一个问题越遗留到后面阶段解决，付出代价就越高，而且是成倍递增关系。




　　所以，越早测试就越能节约成本，白盒测试作为早期测试，跳过不做是得不偿失的。

　　依据上述原因，我们评估白盒测试效率时，通常将发现问题总数乘上一个系数K，以此为据再与其它测试方段的发现问题效率做对比，来权衡白盒测试值不值得去做。系数K取值与产品形态相关，按照实际经验，系数K取值区间为1.5~2.5，产品越复杂，出现问题越不容易解决的，K值要往大调。

　　三、白盒测试能彻底解决编码阶段引入的问题

　　前面我们分析了白盒测试是高效的测试，值得一做，下面我们要接着说明白盒测试必须要做，不可或缺。

　　先看一个案例，在某交换机产品的系统测试中，发现ISDN话机拨打某新业务号码时，在特定线路上，若一位一位的拨至18位，不会有问题，但如果先拨完号码再成组发送，会导致系统死机。这是一个导致死机的致命问题，最后定位出问题所在：呼叫处理的某段代码判断有误，本应小于18的判断，错写成小于等于18。

加盟连锁项目为何易失败

一、加盟动机偏颇

二、加盟时资金调度失常

三、加盟前未作详细调查(1.缺乏加盟连锁的基本知识;2.只知道这一行业不错，却没有调查同行业者;3.只参观赚钱的店而不知失败的店更多;4.加盟之前没访问过总公司，也未见过总部负责人;5.与总公司老板一次也没见过面、谈过话.)

四、签约前未考虑周密

五、自己不努力反怪罪总部

六、对自己的经营能力过于自信

七、加盟店主另有事业

八、过于喜欢摆老板架子

九、擅自变更作业规定

十、得不到家族的同心协力