什么是Web Services
　　
　　从表面上看，Web service 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。也就是说，可以利用编程的方法通过Web来调用这个应用程序。
　　
　　对Web service 更精确的解释: Web services是建立可互操作的分布式应用程序的新平台。Web service平台是一套标准，它定义了应用程序如何在Web上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写Web service ，只要我们可以通过Web service标准对这些服务进行查询和访问。
　　
　　不管你的Web service是用什么工具，什么语言写出来的，只要你用SOAP协议通过HTTP来调用它，总体结构都一致。通常，你用你自己喜欢的语言(如VB 6或者VB.NET)来构建你的Web service，然后用SOAP Toolkit或者.NET的内建支持来把它暴露给Web客户。于是，任何语言，任何平台上的客户都可以阅读其WSDL文档，以调用这个Web service。客户根据WSDL描述文档，会生成一个SOAP请求消息。Web service都是放在Web服务器 (如IIS) 后面的，客户生成的SOAP请求会被嵌入在一个HTTP POST请求中，发送到Web服务器来。Web服务器再把这些请求转发给Web service请求处理器。请求处理器的作用在于，解析收到的SOAP请求，调用Web service，然后再生成相应的SOAP应答。Web服务器得到SOAP应答后，会再通过HTTP应答的方式把它送回到客户端。
　　
　　基本概念
　　
　　SOAP
　　
　　XML和XSD
　　
　　WSDL(Web Services Descrīption Language)
　　
　　WSML(Web Services Meta. Language)
　　

什么时候使用Web Services
　　
　　Web service是创建可互操作的分布式应用程序的新平台。Web service 的主要目标是跨平台的可互操作性。为了达到这一目标，Web service 是完全基于XML、XSD等独立于平台、独立于软件供应商的标准的。
　　
　　Web service在应用程序跨平台和跨网络进行通信的时候是非常有用的。Web service适用于应用程序集成、B2B集成、代码和数据重用，以及通过Web进行客户端和服务器的通信的场合。
　　
　　当然，Web service也不是万能的，你不能到处滥用Web service。在有些情况下，Web service 会降低应用程序的性能，而不会带来任何好处。例如，一台机器或一个局域网里面运行的同构应用程序就不应该用Web service 进行通信。
　　
　　如何调用Web Services
　　
　　客户端:取得服务端的服务描述文件WSDL，解析该文件的内容，了解服务端的服务信息，以及调用方式。根据需要，生成恰当的SOAP请求消息(指定调用的方法，已经调用的参数)，发往服务端。等待服务端返回的SOAP回应消息，解析得到返回值。
　　
　　服务端:生成服务描述文件，以供客户端获取。接收客户端发来的SOAP请求消息，解析其中的方法调用和参数格式。根据WSDL和WSML的描述，调用相应的COM对象来完成指定功能，并把返回值放入SOAP回应消息返回给用户。
　　
　　高层接口
　　
　　使用高层接口，不需要知道SOAP和XML的任何信息，就可以生成和使用一个WebService。Soap Toolkit 2.0通过提供两个COM对象――SoapClient和SoapServer，来完成这些功能。
　　
　　在客户端，只需要生成一个SoapClient实例，并用WSDL作为参数来调用其中的mssoapinit方法。SoapClient对象会自动解析WSDL文件，并在内部生成所有Web Service的方法和参数信息。之后，你就可以像调用IDispatch接口里的方法一样，调用里面所有的方法。在VB或是脚本语言里，你甚至可以直接在SoapClient对象名后面直接加上.方法(参数…)进行调用。
　　
　　低层接口
　　
　　要使用低层接口，你必须对SOAP和XML有所了解。你可以对SOAP的处理过程进行控制，特别是要做特殊处理的时候。
　　

WEB SERVICE——未来的方向
　　在客户端，首先要创建一个HttpConnector对象，负责HTTP连接。设定Connector的一些头部信息，比如EndPoinURL和SoapAction等。如果网络连接需要使用代理服务器，那也要在这里设定相关的信息。接着创建SoapSerializer对象，用于生成Soap消息。按照WSDL里定义，把所有参数按顺序序列化，得到一个完整的SOAP请求消息。该Soap消息，作为Payload通过HttpConnector被发送到服务端。最后，生成一个SoapReader对象，负责读取服务端返回的SOAP消息，取得其中的返回值。

There are some useful website for english learning. 

1.www.iciba.com的社区,里面有口语,听力,写作,以及考试技巧,网友互动
2.http://www.ywhc.net/article/Index.asp（英文荟萃）（内含口语8000句）
3.英语听力资源汇总http://www.hjenglish.com/subject/data/enlisten.htm
4.http://www.hjenglish.com/doc/enlisten/511_1016.htm（英语听力mp3下载）
5.http://www.4english.cn/（英语之声）
6.http://www.52en.com/tl/（英语听力特区）
7.http://www.putclub.com/（普特英语听力）
8.http://202.114.65.51/fzjx/dmtjx/english/dxyyjd.htm（大学英语精渎听力下载）
9.http://www.edgeenglish.com/（爱鸽英语）
10.http://www.iselong.com/English/c/16index.htm（万千英语族）
11.http://www.pass-e.com/sort.php?sortid=8(真题网)
12.http://www.52en.com/（我爱英语网)
13.http://www.nutshellsoft.com/（英语精华网）
14.http://www.qjjj.net/（清剑精品资料)
15.http://www.meno.com.cn/engexam/CET/Index.html（美诺学习网）
16.大学英语四级考试听力MP3 100篇http://www.hjenglish.com/doc/enlisten/511_1017.htm
17.http://wxy.studa.com/（学生大考试站）
18.http://www.eduxue.com/kaoshi/english/a/（教育学习网）
19.http://www.xy51.com/Article/eng/zszb/sti/（学程无忧）
20.http://www.gooedu.cn/Article/en/zhuan4zhuan8/zhidao/（goo学网）

 

There are 4 key skills when you learn a language:

1. listening
2. speaking
3. reading
4. writing

Which one of these is the "Odd-One-Out"? Which one of these is different from the other three? The answer is speaking. The other three you can do alone, on your own, without anyone else. You can listen to the radio alone. You can read a book alone. You can write a letter alone. But you can't really speak alone! Speaking to yourself can be "dangerous" because men in white coats may come and take you away!!

That is why you should make every effort possible to find somebody to speak with. Where can you find people who can speak English with you? And how can you practise speaking when you are alone?

At School

If you go to a language school, you should use the opportunity to speak to your teachers and other students. When you go home, you can still practise listening, reading and writing, but you probably can't practise speaking. If your teacher asks you a question, take the opportunity to answer. Try to say as much as possible. If your teacher asks you to speak in pairs or groups with other students, try to say as much as possible. Don't worry about your mistakes. Just speak!

Conversation Clubs

Many cities around the world have conversation clubs where people can exchange one language for another. Look in your local newspaper to find a conversation club near you. They are usually free although some may charge a small entrance fee.

Shopping

If you are living in an English-speaking country, you have a wonderful opportunity. Practise speaking to the local people such as shop assistants or taxi drivers. Even if you don't want to buy anything, you can ask questions about products that interest you in a shop. "How much does this cost?" "Can I pay by cheque?" "Which do you recommend?" Often you can start a real conversation - and it costs you nothing!

Pubs and Bars

Even if you don't live in an English-speaking country, there are often American, British, Irish and Australian pubs in many large cities. If you can find one of these pubs, you'll probably meet many people speaking English as a first or second language.

Language is all around You

Everywhere you go you find language. Shop names, street names, advertisements, notices on buses and trains... Even if you are not in an English-speaking country, there are often a lot of English words you can see when walking in the street, especially in big cities. And there are always numbers. Car numbers, telephone numbers, house numbers... How can this help you? When you walk down the street, practise reading the words and numbers that you see. Say them to yourself. It's not exactly a conversation, but it will help you to "think" in English. For example, if you walk along a line of parked cars, say the number on each car quickly as you pass it. Test yourself, to see how fast you can walk and still say each number. But don't speak too loud!

Songs and Video

Listen to the words of an English-language song that you like. Then repeat them to yourself and try to sing with the music. Repeat the words as many times as possible until they become automatic. Soon you'll be singing the whole song. Or listen to one of your favourite actors on video and repeat one or two sentences that you like. Do it until it becomes automatic. It's good practice for your memory and for the mouth muscles that you need for English.

Above all, don't be afraid to speak. You must try to speak, even if you make mistakes. You cannot learn without mistakes. There is a saying: "The person who never made a mistake never made anything." So think of your mistakes as something positive and useful.

Speak as much as possible! Make as many mistakes as possible! When you know that you have made a mistake, you know that you have made progress.

TamperIE is a little tool which could catch the information of user’s request in UI. It is an IE plug-ins, if you install it successful you will find it in IE toolbar. You can also use it in VMWare.

For Web testing, we can use it to catch the data of transferred between UI and Web server. And we can modify any parameters value to we want. Just like : Boundary value、invalid date etc.

1.      How to install TamperIE in VMWare

Ø      You should download the install file first.

Ø      It is very simple to install it successful. Just click the “next” button step by step.

Ø      after install , it should be configured then check it work correctly

2. How to configure TamperIE

Ø      Open an IE, find “TamplerIE control panel” in IE panel and click it

Ø      In the panel, select “TamplerIE with Http POSTs” from checkbox

Ø      Close the panel

                       

Normally, we can use TamplerIE to get HTTP POSTs correctly. If you open an IE and click any button or link from page, TamplerIE-Edit Request panel will show up and you can change any parameters values or add parameters freely.

3. How to change the value of the parameters in TamperIE

Ø      On the bottom of the TamplerIE-Edit Request panel, click “Pretty POST” button

Ø      It shows the list of parameters, you can click on any parameters and then change it in Edit Field

Ø      Then click Send altered data to finish it

4. How to add a parameter in TamperIE

     It's almost like alter value of parameters

Ø      On the bottom of the TamplerIE-Edit Request panel, click “Pretty POST” button

Ø      It shows the list of parameters, you should click “Add field” icon to add a new  field in the list

Ø      Click the new parameter from the list and fill the Name and Value in Edit Field   

Ø      Then click Send altered data to finish it

 

5. How to get XML from TamperIE

            There are 2 parameters to get XML in TamplerIE which need you manual add them into parameter list.

Ø      mver: the parameter is about the request/response version about XML..

Ø      ofmt: the tag could get the ofmtxml format which different from other format.

E.g. In Row POST panel, you can add “&mver=3&ofmt=3” in it and then click send altered data to get XML.

     奥运圣火2008.5.8日在深圳传递。其中有208名火炬手将在10个小时左右的时间内接力完成41.6公里的圣火传递。深圳火炬传递路线按照计划，将经过华侨城、深圳大学、红树林、地王大厦、小平画像广场、拓荒牛雕塑等深圳市地标性建筑和著名景点，基本上浓缩了深圳特区改革开放三十年的历史与成就。

    据报道，奥运圣火今天将于12点开始传递，大约2：00到达科技园站。早上8：00左右科技园站已经聚集了不少人。而且随着时间的推动，人数在迅猛增长。我是下午2：00左右来看圣火的，远远的就看到了深南大道上已经是人山人海，鲜艳的五星红旗随风飘扬。有些人穿着印有福娃的T恤；有的人手中挥动着国旗、奥运会的会旗；甚至有些人脸上，身上贴满了小国旗。随着圣火到来时间的逼近，人们的欢呼声一次比一次强烈，一波比一波高涨。

    奥运圣火所经之处，有几十辆三摩车开路，有印着三星，联想标志的彩车打头阵，有无数的保安维持治安，空中有直升机护航，场面及其壮观。

    一会儿，奥运圣火在人们的企盼中到来了，人群再一次开始骚动，人们都十分激动，几次冲破了保安人员的束缚，拥到了最前面，朝着圣火忘情的挥手。马路两侧一浪接一浪的呼喊声、呐喊声：中国加油！北京加油！奥运加油！
    今天深圳的气温是31度，炽热的太阳烤着大地，每个人都热的汗流夹背。但是比起奥运这种高涨的气势，这又算得了什么。作为中华民族成员的一分子，看到此情此景，我的热血在沸腾，我的心情在澎湃，太激动了，太兴奋了，我感动的快要哭了！

    这是我第一次看圣火传递，也是第一次感受到了这种爱国的热忱，这种支持奥运，支持圣火传递的精神深深的震撼了我。

    祝中国奥运举办成功！2008北京奥运加油！

QTP9.0破解方法：

1.安装试用版QTP9.0;
2.安装16进制编辑器，并用16进制编辑器打开QTPro.exe；

 （该文件在：安装盘：\Mercury Interaction\QuickTest Professional\bin\） 
3.把 00002B70 h 和 00122900 h地址 处的 10 改成0B；

4.修改完后保存，破解成功.无QTP license过期错误提示。

这个方法我已经试过，可以成功破解。

  负载测试：负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。 强度测试：强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况。
　容量测试：确定系统可处理同时在线的最大用户数。

1．强度测试或压力测试:强度或压力测试是在一种需要异常数量、频率或资源的方式下，执行可重复的负载测试，以检查程序对异常情况的抵抗能力，找出性能瓶颈。异常情况,主要指那些峰值、极限值、大量数据的长时间处理等，包括：连接或模拟了最大（实际或实际允许）数量的客户机； 所有客户机在长时间内执行相同的、性能可能最不稳定的重要业务功能；已达到最大的数据库大小，而且同时执行多个查询或报表事务当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；运行可能导致虚存操作系统崩溃或大量数据对磁盘进行存取操作的测试用例等。压力测试可以分为稳定性测试和破坏性测试：
稳定性压力测试。在选定的压力值下，持续运行24小时以上的测试。通过压力测试，可以考察各项性能指标是否在指定范围内，有无内存泄漏、有无功能性故障等。 破坏性压力测试。在压力稳定性测试中可能会出现一些问题，如系统性能明显降低，但很难暴露出其真实的原因。通过破坏性不断加压的手段，往往能快速造成系统的崩溃或让问题明显的暴露出来。
在压力测试中，会给程序加上一些跟踪机制（如log、日志等），然后查看监视系统、服务器等性能的日志文件是必要的，找出问题出现的关键时间或检查测试运行参数，通过分析问题或参数从而有目的地调整测试策略或测试环境，使压力测试结果真实地反映出软件的性能。

2．性能测试系统的性能指标，一般赢在产品需求文档中有明确定义，有三种形式描述软件系统的性能指标：
给出产品性能的主要指标，如在100000记录中查询一个特定数据的时间为0.5秒。以某个已发布的版本为基线，如比上一个版本的性能提高30-50%。 和竞争对手的同类产品比较。
性能测试，根据其目的分为：产品性能质量测试，通过测试，决定产品是否达到产品规格书所要求的性能指标（非功能性需求）基准值测试，通过对当前产品的性能测试，确定产品具体的性能指标，建立性能指标基准。基准值，作为后继产品发布的性能参考（在新版本中，性能指标要求只升不降）或和竞争对手产品比较的参考。
性能规划测试，通过不断的测试，确定所需要的硬件配置（内存、CPU、网络等）、软件配置，以满足实现定义的性能指标要求。这种测试，对于软件系统的部署是非常有意义的。同时，也可以进一步了解硬件参数、软件参数对系统性能的影响程度，从而保证系统具有很好的扩充性或事先制定较好的系统增容的计划。
性能测试的方法，主要有：稳定压力加载，一次性将负载加到某个水平，持续一段时间，也称为flat测试。 逐渐加载或交替加载到某个负载水平，也称为“ramp-up”测试。 峰谷测试，确定从系统高峰时间的负载转为几乎空闲、再攀升到高负载这样峰值交替情况下的系统性能状态/指标。这种测试兼有容量测试的特点或属于容量测试的一部分。
性能测试，一般都通过测试工具来模拟人为的操作而进行。性能测试的重点在于测试环境的建立、前期数据的设计与后期数据的分析。因为性能测试需要获得一定特定条件下(如100、200、500、1000个实时的连接)的系统占用资源（CPU、内存等）数据或系统行为表现，而且还要依靠测试工具或软件系统记录下这些指标变化的数据结果。例如，如果对一个Browser/Server结构的网络实时在线的培训系统软件进行测试，系统性能焦点是在不同数量的并发连接下，服务器的CPU、内存的占用率、客户端的响应时间等。测试过程中，并发连接的不断增加（负载的增加）在系统性能上的表现越来越明显。在系统性能测试时，加载过程中，每到一个测试点时须让系统平稳运行一段时间后再获取数据，以消除不同测试点的相互影响。从表中可以看出，同样是300个用户，1?00与60?的性能表现差别很大，加载的方式对系统性能影响也较大，所以，尽量模拟不同的加载方式来进行系统的性能测试。除此之外，还可以测试TCP、HTTPS等不同连接方式下的数据,进行比较。通过比较和分析，可以清楚知道系统的性能状况，以及什么样的条件下系统性能达到最佳状况、什么地方是性能的瓶颈。性能测试要求测试环境应尽量与产品运行环境保持一致，应单独运行，尽量避免与其他软件同时使用。

3．容量测试软件测试专业网站:51Testing软件测试网/HXEnm mB
通过性能测试，如果找到了系统的极限或苛刻的环境中系统的性能表现，在一定的程度上，我们完成了负载测试和容量测试。容量可以看作系统性能指标中一个特定环境下的一个特定性能指标，即设定的界限或极限值。容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。对软件容量的测试，能让软件开发商或用户了解该软件系统的承载能力或提供服务的能力，如某个电子商务网站所能承受的、同时进行交易或结算的在线用户数。知道了系统的实际容量，如果不能满足设计要求，就应该寻求新的技术解决方案，以提高系统的容量。有了对软件负载的准确预测，不仅能对软件系统在实际使用中的性能状况充满信心，同时也可以帮助用户经济地规划应用系统，优化系统的部署。

   压力测试、容量测试和性能测试的关系：压力测试可以看作是容量测试、性能测试和可靠性测试的一种手段，不是直接的测试目标。压力测试的重点在于发现功能性测试所不易发现的系统方面的缺陷。而容量测试和性能测试是系统测试的主要目标内容，也就是确定软件产品或系统的非功能性方面的质量特征，包括具体的特征值。容量测试和性能测试更着力于提供性能与容量方面的数据，为软件系统部署、维护、质量改进服务，并可以帮助市场定位、销售人员对客户的解释、广告宣传等服务。压力测试、容量测试、性能测试，测试的方法相似、相通，在实际测试工作中，往往结合起来进行，以提高测试效率。一般会设置专门的性能测试实验室，完成这些工作。即使用虚拟的手段模拟实际操作，所需要的客户端有时还是很大的，所以性能测试实验室的投资较大。

推荐一个不错的性能视频讲座连接：

性能测试系列讲座-小布老师主讲：

URL：http://www.sg138.cn/page.php?pageid=3

   界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。
 
目前流行的界面风格有三种基本方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。
 
1：易用性：
按钮名称应该易懂，用词准确，屏弃摸棱两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则：
1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。
2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。
3):按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。
4):界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。
5):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
8):默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。
9):可写控件检测到非法输入后应给出说明并能自动获得焦点。
10):Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。
11):复选框和选项框按选择几率的高底而先后排列。
12):复选框和选项框要有默认选项，并支持Tab选择。
13):选项数相同时多用选项框而不用下拉列表框。
14):界面空间较小时使用下拉框而不用选项框。
15):选项数较少时使用选项框，相反使用下拉列表框。
16):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。
 
2： 规范性：
通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具箱。
 
规范性细则：
1):常用菜单要有命令快捷方式。
2):完成相同或相近功能的菜单用横线隔开放在同一位置。
3):菜单前的图标能直观的代表要完成的操作。
4):菜单深度一般要求最多控制在三层以内。
5):工具栏要求可以根据用户的要求自己选择定制。
6):相同或相近功能的工具栏放在一起。
7):工具栏中的每一个按钮要有及时提示信息。
8):一条工具栏的长度最长不能超出屏幕宽度。
9):工具栏的图标能直观的代表要完成的操作。
10):系统常用的工具栏设置默认放置位置。
11):工具栏太多时可以考虑使用工具箱。
12):工具箱要具有可增减性，由用户自己根据需求定制。
13):工具箱的默认总宽度不要超过屏幕宽度的1/5。
14):状态条要能显示用户切实需要的信息，常用的有：
 
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，
 如果某一操作需要的时间较长，还应该显示进度条和进程提示。
15):滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。
16):状态条的高度以放置5号字为宜，滚动条的宽度比状态条的略窄。
17):菜单和工具栏要有清楚的界限;菜单要求凸出显示，这样在移走工具栏时仍有立体感。
18):菜单和状态条中通常使用5号字体。工具栏一般比菜单要宽，但不要宽的太多，否则看起来很不协调。
19):右键快捷菜单采用与菜单相同的准则。
 
3：帮助设施：
 
系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。
 
帮助设施细则：
1):帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的祖先时期的说明，让人困惑)。
2):打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。
3):操作时要提供及时调用系统帮助的功能。常用F1。
4):在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。
5):最好提供目前流行的联机帮助格式或HTML帮助格式。
6):用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。
7):如果没有提供书面的帮助文档的话，最好有打印帮助的功能。
8):在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。
 
4：合理性：
 
屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。
 
合理性细则：
1):父窗体或主窗体的中心位置应该在对角线焦点附近。
2):子窗体位置应该在主窗体的左上角或正中。
3):多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
4):重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。(默认界面应该只显示目标用户最常使用的功能，至于不常用到的高级功能，可以“隐藏”起来，比如说，放到菜单里，不要都做成按钮摆到界面上。果真需要需要这些高级功能的话，用户自然会到菜单里去找的。 )
5):错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。
6):与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。
7):对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
8):非法的输入或操作应有足够的提示说明。
9):对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。
10):提示、警告、或错误说明应该清楚、明了、恰当。
 
5：美观与协调性：
界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。
美观与协调性细则：
1):长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。
2):布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。
3):按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。
4):按钮的大小要与界面的大小和空间要协调。
5):避免空旷的界面上放置很大的按钮。
6):放置完控件后界面不应有很大的空缺位置。
7):字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。
8):前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。蓝色文字以白色背景容易识别，而在红色背景则不易分辨，原因是红色和蓝色没有足够反差，而蓝色和白色反差很大。除非特殊场合，杜绝使用对比强烈，让人产生憎恶感的颜色。常用色考虑使用Windows界面色调。
9):整个界面色彩尽量少的使用类别不同的颜色。统一色调，针对软件类型以及用户工作环境选择恰当色调:如：安全软件，根据工业标准，可以选取黄色，绿色体现环保，蓝色表现时尚、紫色表现浪漫等等，淡色可以使人舒适，暗色做背景使人不觉得累等
10):如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。
11):大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
12):界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。
13):如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。
14):对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。
15):通常父窗体支持缩放时，子窗体没有必要缩放。
16):如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。

6：菜单位置：
菜单是界面上最重要的元素，菜单位置按照按功能来组织。
菜单位置细则：
1):菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。
2):常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。
3):下拉菜单要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。
4):一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
5):没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头， 不常用的靠后放置；重要的放在开头，次要的放在后边。
6):如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。
7):菜单深度一般要求最多控制在三层以内。
8):对常用的菜单要有快捷命令方式，组合原则见8。
9):对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式——即只有需要的菜单才显示——最好。
10):菜单前的图标不宜太大，与字高保持一直最好。
11):主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。
12):主菜单数目不应太多，最好为单排布置。

7：独特性：
如果一味的遵循业界的界面标准，则会丧失自己的个性.在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。
独特性细则：
1):安装界面上应有单位介绍或产品介绍，并有自己的图标。
2):主界面，最好是大多数界面上要有公司图标。
3):登录界面上要有本产品的标志，同时包含公司图标。
4):帮助菜单的“关于”中应有版权和产品信息。
5):公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
 
8：快捷方式的组合
在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些。在西文Windows及其应用软件中快捷键的使用大多是一致的。
菜单中：
1):面向事务的组合有:
        Ctrl-D 删除
        Ctrl-F 寻找
        Ctrl-H 替换
        Ctrl-I 插入
        Ctrl-N 新建
        Ctrl-S 保存
        Ctrl-O 打开
2):列表:
        Ctrl-R   刷新
        Ctrl-G   定位
        Ctrl-Tab 下一分页窗口或反序浏览同一页面控件
3):编辑:
        Ctrl-A 全选
        Ctrl-C 拷贝
        Ctrl-V 粘贴
        Ctrl-X 剪切
        Ctrl-Z 撤消操作
        Ctrl-Y 恢复操作
4):文件操作:
        Ctrl-P 打印
        Ctrl-W 关闭
5):系统菜单
        Alt-A 文件
        Alt-E 编辑
        Alt-T 工具
        Alt-W 窗口
        Alt-H 帮助
6):MS Windows保留键:
        Ctrl-Esc 任务列表
        Ctrl-F4 关闭窗口
        Alt-F4 结束当前程序
        Alt-Tab 切换当前程序
        Enter 缺省按钮/确认操作
        Esc 取消按钮/取消操作
        Shift-F1 上下文相关帮助
按钮中：
可以根据系统需要而调节，以下只是常用的组合。
        Alt-Y 确定(是)
        Alt-C 取消
        Alt-N 否
        Alt-D 删除
        Alt-Q 退出
        Alt-A 添加
        Alt-E 编辑
        Alt-B 浏览
        Alt-R 读
        Alt-W 写
这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母（不推荐）。

9:安全性考虑：
在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。
如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。

安全性细则： 
1):最重要的是排除可能会使应用非正常中止的错误。
2):应当注意尽可能避免用户无意录入无效的数据。
3):采用相关控件限制用户输入值的种类。
4):当用户作出选择的可能性只有两个时,可以采用单选框。
5):当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。
6):当选项特别多时，可以采用列表框，下拉式列表框。
7):在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。
8):对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
9):对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
10):对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
11):对错误操作最好支持可逆性处理，如取消系列操作。
12):在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
13):对可能造成等待时间较长的操作应该提供取消功能。
14):特殊字符常有；;’”><,｀‘：“［”｛、\|｝］+=)-(_*&&^%$#@!,.。?/还有空格。（此外，还要注意全角和半角符号的区别）
15):与系统采用的保留字符冲突的要加以限制。
16):在读入用户所输入的信息时，根据需要选择是否去掉前后空格。
17):有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理。

10:多窗口的应用与系统资源：
设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。
应用细则：
1):在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口。
2):显示多个窗口时，窗口的名称是否被适当地表示？
3):活动窗口是否被适当地加亮？
4):如果使用多任务，是否所有的窗口被实时更新？
5):在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS系统资源。
6):关闭所有窗体，系统退出后要释放所占的所有系统资源 ，除非是需要后台运行的系统。
4):尽量防止对系统的独占使用。
美丽的事物常常会让人无法抗拒。这就是为什么产品出色的外观设计对于电脑、汽车、日用品、家具、食品、服装等等几乎所有商品的销售与推广，都有着举足轻重的作用的原因。
同样的道理，对于软件公司来说，软件产品就是他们的商品，而软件界面就是他们产品的外观，界面的美观与否，直接关系到了软件产品的营销成败。

一、安装测试
常规功能测试
0、安装手册给的所有步骤得到验证；
1、安装过程中所有缺省选项得到验证；
2、安装过程中典型选项得到验证；
3、测试各种不同的安装组合，并验证各种不同组合的正确性(包括参数组合，控件执行顺序组合，产品安装组件组合，产品组件安装顺序组合(如b/s)等)
4、安装界面的所有信息都显示正确、没有错误别子、没有二义性；
5、安装界面的每个按钮都进行校验有效性；
6、安装后是否能产生正确的目录结构和文件，文件属性正确；
7、安装后动态库是否正确；
8、安装后软件能否正确运行；
9、安装后没有生成多余的目录结构,文件，注册表信息，快捷方式等；
10、如果安装程序有重新安装功能的话，要考虑重新安装是否正常。
增强测试
1、验证用户机器已安装相同产品的情况下再进行安装，安装程序是否有进行相应校验；
2、安装测试应该在所有的运行环境上进行验证(手册上指定如：操作系统（XP\2000\2003），数据库，硬件环境，网络环境等)
3、安装路径要考虑几种情况：a、安装路径较长；b、安装路径中包含空格；c、安装路径包含中文；d、安装路径包含特殊字符；e、安装路径编码规范校验（比如c:crm或c:/crm）
4、硬盘分区、可用空间校验：a、硬盘空间不足；b、硬盘分区不存在（如用户机器不存在F盘，安装路径输入F盘）；c、空间本来充足的情况下，在安装过程中往磁盘空间放入大量文件，导致磁盘空间不足的情况。
5、目的安装文件夹为只读的情况；
6、在安装过程中人为访问其他软件，比如安装过程中打开word文档或打开IE上网；
7、同时运行两个安装程序的情况：验证同时运行相同的安装程序及同时运行不同的安装程序两种情况；
8、在笔记本环境下进行安装卸载，因为有很多产品在笔记本中会出现问题，尤其是系统级的产品；
9、考虑文件被占用的情况下进行程序回滚或卸载；
10、校验执行安装包的系统权限，即以系统管理员权限进行安装及非系统管理员权限进行安装；
异常测试
1、安装过程中计算机断电，要保证重新插上电源，重新安装可以正常安装；
2、安装过程中计算机重启，要保证计算机重启后，重新安装可以正常安装；
3、安装过程中安装进程被迫停止（即手动停止进程），要保证重新安装可以正常安装；
4、安装包如果有创建数据库步骤，则要考虑在创建数据库步骤时数据库服务停止，安装包是否进行友好提示；重启数据库服务后，是否还可以重新安装；
二、卸载测试
1、文件删除情况---卸载后是否删除安装时所创建的文件及文件夹（如：程序安装在几处的)、非安装目录（向系统其它地方添加的文件及文件夹），它们包括（exe,dll,配置文件等) ，快捷方式－（桌面，菜单，任务栏，系统栏,控件面板，系统服务列表等）
2、复原方面---卸载后，系统能否恢复到软件安装前的状态（包含目录结构、动态库,注册表，系统配置文件,驱动程序,关联情况等）(专门的测试工具regsnap)
3、卸载方式－－程序自带卸载程序/系统的控件面板卸载/其它自动卸载工具（如:优化大师)
4、卸载状态－－程序在运行/暂停/终止等状态时的卸载
5、非正常卸载情况－卸载软件过程中，取消卸载进程，或计算机断电，或计算机重启；然后，启动计算机后，重新卸载软件，如果软件无法卸载，则重新安装软件，安装之后再重新卸载。
6、卸载环境－－不同的(操作系统，硬件环境，网络环境等)下进行卸载
7、卸载后,该系统是否对其他的应用程序造成不正常影响（如操作系统,应用软件等)
8、健壮性测试：在用户机器上进行反复的安装-卸载-再安装

    1.坚持在背后说别人的好话
　　 2.每天向你周围的人问声“早上好”
　　 3.连续加班后，更要精神饱满
　　 4.过去的事不要全让人知道
　　 5.说话时尽量常用“我们”
　　 6.该问的与不该问的自己要清楚
　　 7.有人在你面前说别人坏话时，你不要插嘴
　　 8.人多的场合少说话
　　 9.与人握手时，可多握一会儿
　　 10.不是你的功劳，千万不要占有它
　　 11.尽量不要借朋友的钱
　　 12.不要轻易承诺
　　 13.老板错了的时候，你要懂得应对
　　 14.随便打断别人说话是一种陋习
　　 15.不要比你的老板穿得更好
　　 16.主动汇报自己的工作情况
　　 17.要懂得感恩
　　 18.不要把谈论别人的缺点当做乐趣
　　 19.遇事多考虑3分钟
　　 20.不想因应酬伤害自己，就要注意分寸
　　 21.上班时与下班时
　　 22.要想办法让老板知道你做了什么
　　 23.别忘随时为自己鼓掌
　　 24.搜集信息还要消化信息
　　 25.多自我批评，少自我表扬
　　 26.不要为自己的错误做任何辩解
　　 27.自以为最了解自己，其实不然
　　 28.不要负面回应批评
　　 29.对自己不知道的事情，坦率地说不知道
　　 30.对事无情，对人要有情
　　 31.和上司谈话时，关掉你的手机
　　 32.和客户通电话时，不要先挂掉电话
　　 33.找借口拒绝时，要尽可能模糊一点
　　 34.遇到老板，主动迎上去谈几句
　　 35.给老板的报告里预备一份概要
　　 36.不要占用公司的一张纸或一支笔
　　 37.在工作中使用“日常备忘录”
　　 38.不要在朋友面前炫耀自己
　　 39.保持办公桌的整洁、有序
　　 40.只要还能坚持上班就不要请假
　　 41.做事前，先想像一个好的结果
　　 42.竞争中要学会欣赏对手
　　 43.接到额外工作时，不要抱怨
　　 44.昨晚多几分钟的准备，今天少几个小时的麻烦
　　 45.出现在公共场合时要保持整洁
　　 46.向上司请教前，事先想好问题的解决方法
　　 47.做错事要马上道歉
　　 48.要学会说善意的谎言
　　 49.约会时要提前几分钟到达

 

白羊座男性最适合的英文名字：
Charles、Mark、Bill、Vincent、William、Joseph、 James、Henry、Gary、 Martin

 

白羊座女性最适合的英文名字：
Malcolm 、Joan、Niki、Betty、Linda、Whitney、Lily

 

金牛座男性最适合的英文名字：
Fred、Gary、William、Charles、Michael、Karl

 

金牛座女性最适合的英文名字：
Barbara、Elizabeth、Helen、Katharine、Lee、Ann、Diana、Fiona

 

双子座男性最适合的英文名字：
Bob、John、Thomas、Dean、Paul、Jack、Brooke

 

双子座女性最适合的英文名字：
Judy、Doris、Rudy、Amanda、Shirley、Joan、Tracy

 

巨蟹座男性最适合的英文名字：
Kevin、Louis、John、George、Henry、Benjamin

 

巨蟹座女性最适合的英文名字：
Melody、Helen、Debbie、Lisa、Yvonne

 

狮子座男性最适合的英文名字：
Robert、Carl、Scott、Tom、Eddy、Kris、Peter

 

狮子座女性最适合的英文名字：
Shelly、Mary、Dolly、Nancy、Jane、Barbara

 

处女座男性最适合的英文名字：
Johnson、Bruce、Robert、Peter、Bill、Joseph、John

处女座女性最适合的英文名字：
Shirley、Emily、Sophia、Vivian、Lillian、Joy

 

天秤座男性最适合的英文名字：
Burt、Charlie、Elliot、George、Johnson

 

天秤座女性最适合的英文名字：
Ross、Julie、Gloria、Carol

 

天蝎座男性最适合的英文名字：
Richard、James、Charles、 Bruce、David

 

天蝎座女性最适合的英文名字：
Taylor、Wendy、Grace、Vivian、Caroline、Samantha

 

射手座男性最适合的英文名字：
Nick、Walt、John、Mark、Sam、Davis、Neil、Carl、 Lewis、Billy

 

射手座女性最适合的英文名字：
Maria、Kate、Demi、Sunny、Wendy

 

摩羯座男性最适合的英文名字：
Richard、Howard Allen、Johnny、Robert、Martin、Jeff

 

摩羯座女性最适合的英文名字：
Ava、Christina、Judy、Susan、Grace、Alice

 

水瓶座男性最适合的英文名字：
Paul、Sam、Francis、Lewis、Stephen、Andy、Scott

 

查看(886) 评论(0) 收藏 分享 管理

 

XML是用来存放数据的

XML不是HTML的替代品，XML和HTML是两种不同用途的语言。

XML是被设计用来描述数据的，重点是：什么是数据，如何存放数据。

HTML是被设计用来显示数据的，重点是：显示数据以及如何显示数据更好上面。

HTML是与显示信息相关的, XML则是与描述信息相关的。

--------------------------------------------------------------------

XML 被设计成什么都不做的。

也许看起来很难理解，但事实上XML确实什么都不做。XML只是用来组织、存储和发送信息的。

下面的例子是Ordm给Lin的便条，使用的是XML格式：

<note>

            <to>Lin</to>

            <from>Ordm</from>

            <heading>Reminder</heading>

            <body>Don't forget me this weekend!</body>

            </note>

这个便条有信息头，又信息主体，还包括发送人和接收人。尽管如此，这个XML文档仍然什么都不做，他只是用XML标记存储信息的文件。有人已经编写出来发送和接收并且显示这种格式信息的软件。

--------------------------------------------------------------------

XML是自由的、可以扩展的

XML标记并不是预先规定好的，你必须创造你自己的标记。

在HTML文档中必须使用规则中定义好的标记。比如:<P><br><a></a>等等。

XML允许你定义自己的标记以及文档结构。

比如在上面例子中的"<to>"、"<from>"标记都不是在XML规范中事先定义好的。这些标记都是XML文档的作者“创造”出来的。

--------------------------------------------------------------------

XML是HTML的补充

XML并不是HTML的替代品。

XML并不是HTML的替代品，理解这一点非常重要。在将来的网页开发中，XML将被用来描述、存储数据，而HTML则是用来格式化和显示数据的。

对于XML最好的形容可能是: XML是一种跨平台的，与软、硬件无关的，处理信息的工具。

--------------------------------------------------------------------

XML在未来Web开发中的应用

XML无处不在

XML发展的非常迅速，这实在令人感到惊奇，有很多的软件开发商都采用了XML标准。

我们相信，在未来的Web开发中，XML将和HTML一样受到重视，他们都是Web技术的基础。XML将成为最普遍的数据操纵和数据传输的工具。

-------------------------------------------------------------------

 

   We hear it often from mentors & managers the importance of writing good bug reports. But it is really beneficial to everyone who looks at your bugs especially if the bug is assigned to someone else to verify or if the triage group (who has no idea about your feature) wants to understand the impact of the bug. While writing a bug, always write it with the thought in mind that if a totally new person were to read this bug, he/she would understand the exact problem and the expected results. If all the relevant information is included in the bug, then less time will also be spent in trying to gather all the information by the assignee (EX:Dev/PM) of the bug, who is trying to fix it.
EX:

• While reading a bug assigned to a developer, he/she should have all the information related to the bug. (Ex: Environment, IP, exact repro steps, what is the actual result, what is the expected result, any other notes you need to include etc. Other very useful information to include in the bug is any error events in the event viewer logs, SQL query you used against the db (to verify information logged in db), which SQL server & db you are using, a screenshot if it is a UI bug, etc if applicable etc.

How to Steps

Notes: Before filing a bug, make sure of the following :

• Make sure it is a bug & not expected functionality. Verify against spec. If information is missing from the spec, check with PM & file a spec bug to update the spec.
• Check for duplicates. If a bug already exists for the issue at hand, read the bug. If you think you have gathered more information than what is included in the bug or have exact repro steps, please include them in the existing bug as well.
• Check on HF box if bug is existing on live site as well.
• Does it repro on other place (if applicable).
• If your bug includes more than one issue, try to search if the other issues are already in . If yes, link the bugs.
• If the bug fix or details for the same are being discussed in email, make sure to include those details in the bug as well.
• When closing a bug, please include details on the repro steps you followed & all the areas you verified (db, event logs, different place, etc), especially if you are verifying a bug that is not opened by you.
• When regressing a bug, also include other existing functionality verified in addition to the bug fix in the bug details, to make sure all the areas affected by the fix are working correctly.

Anatomy of a bug:

• Title: Titles should be Clear, Concise, and describe the problem accurately. If you are writing one bug for 2 related issues, please file 2 different bugs & link them. A good title of a bug should include three sides , just “Who , What , Where”.
• Status:
  1. Status: By default opening a bug sets it state to active. If you resolve a bug, make sure you change the status to resolved.
  2. Assigned To: Assign bug to the right person. If you are not sure, check with feature PM or your manager.
  3. Issue Type: Select the correct Issue type from the drop down.
  4. Severity & Priority: Complete these fields correctly with the new definitions.
• Opened:
  1. Open name: Who opened this bug?
  2. Date: When is this bug be opened?
  3. How Found: by check requirement or by test etc.
• Project:
  1. Project name: Which the project name did you find the bug in?
  2. Module name: Which the module name did you find the bug in?
  3. Open Version: Which environment did you open the bug in ?
  4. Fix Version: Which envt do you want this bug fixed in?
  5. Milestone: When do you want the bug fixed by?
• Bug Descrīption:
  1. Descrīption: A more detailed explanation of the problem.
  2. Steps to Repro: Good repro steps require less investigation by both dev and test.              Good repro steps always begin with a link to the site where you found the problem. Good repro steps can be followed by someone unfamiliar with your area.
  3. Expected Result: The descrīption should also contain the result you witnessed and the result you expected (and any clarification needed as to the difference).
  4. Actual Result: A descrīption of what happened after the above steps were followed.
  5. Attachments: A screen shot can also be attached and can add a great deal of clarity. A picture is worth 1000 words... (save as jpg or gif, to avoid 2 MB bitmap files, Power Point is a good tool to show successive steps to repro the bug ) .
  6. Other place: This kind of bug if it can be find in any other place or not. Does it happen in the other condition? Does it happen in the other language?
  7. Browser: Which browser is this bug be found in? (use in WEB test)
  8. Automation/Tools: If it is found by auto tools or not.
  9. Events/Logs
  10. DB Server/DB/SQL query

    没进这家外包公司以前，我一直在做软件产品的测试，虽然产品也有不同类型语言的版本，如英文、日文、中文繁体等等。但公司还是以技术为重，其他够用就行。

    但当我进入这个对美外包公司后，我的想法就改变了。这个公司在测试这方面投资比较少，几乎也没有技术方面的培训、而更多的是强调英语的重要性，天天都有英语的培训。甚至公司的领导都认为，只要你有一口流利的英语，能和客户进行沟通就OK。这样让人觉得有点顾次失彼！

    这个让我想起了一个网友曾经说的话。她当时应聘一个外包公司时，招聘主管直接给她说，要进这个公司，技术可以差点，但是英语必须优秀。技术不行公司可以给你培训，但是英语不行，公司就无能为力了。

    对于外包公司来说，英语是比较重要。但是如果把英语当成一门技术，从公司长远发展的角度来讲，这个一种失策。

    相信公司有公司的一套，我们有自己的想法。无论公司怎么做，我们能在加强自身英语的同时，提高技术才是良策！

   

   

C/S结构与B/S结构的特点分析

为了区别于传统的C/S模式，才特意将其称为B/S模式。认识到这些结构的特征，对于系统的选型而言是很关键的。

  1、系统的性能

  在系统的性能方面，B/S占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统，只要可以使用浏览器上网，就可以使用B/S系统的终端。

  不过，采用B/S结构，客户端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担，这使得服务器的负担很重。采用C/S结构时，客户端和服务器端都能够处理任务，这虽然对客户机的要求较高，但因此可以减轻服务器的压力。而且，由于客户端使用浏览器，使得网上发布的信息必须是以HTML格式为主，其它格式文件多半是以附件的形式存放。而HTML格式文件（也就是Web页面）不便于编辑修改，给文件管理带来了许多不便。

  2、系统的开发

  C/S结构是建立在中间件产品基础之上的，要求应用开发者自己去处理事务管理、消息队列、数据的复制和同步、通信安全等系统级的问题。这对应用开发者提出了较高的要求，而且迫使应用开发者投入很多精力来解决应用程序以外的问题。这使得应用程序的维护、移植和互操作变得复杂。如果客户端是在不同的操作系统上，C/S结构的软件需要开发不同版本的客户端软件。但是，与B/S结构相比，C/S技术发展历史更为“悠久”。从技术成熟度及软件设计、开发人员的掌握水平来看，C/S技术应是更成熟、更可靠的。

  3、系统的升级维护

  C/S系统的各部分模块中有一部分改变，就要关联到其它模块的变动，使系统升级成本比较大。B/S与C/S处理模式相比，则大大简化了客户端，只要客户端机器能上网就可以。对于B/S而言，开发、维护等几乎所有工作也都集中在服务器端，当企业对网络应用进行升级时，只需更新服务器端的软件就可以，这减轻了异地用户系统维护与升级的成本。如果客户端的软件系统升级比较频繁，那么B/S架构的产品优势明显——所有的升级操作只需要针对服务器进行，这对那些点多面广的应用是很有价值的，例如一些招聘网站就需要采用B/S模式，客户端分散，且应用简单，只需要进行简单的浏览和少量信息的录入。

  4、C/S 模式的优点和缺点

  ★ C/S 模式的优点
  ● 由于客户端实现与服务器的直接相连，没有中间环节，因此响应速度快。
  ● 操作界面漂亮、形式多样，可以充分满足客户自身的个性化要求。
  ● C/S结构的管理信息系统具有较强的事务处理能力，能实现复杂的业务流程。

  ★ C/S 模式的缺点
  ● 需要专门的客户端安装程序，分布功能弱，针对点多面广且不具备网络条件的用户群体，不能够实现快速部署安装和配置。
  ● 兼容性差，对于不同的开发工具，具有较大的局限性。若采用不同工具，需要重新改写程序。
  ● 开发成本较高，需要具有一定专业水准的技术人员才能完成。

  5、B/S模式的优点和缺点

  ★ B/S 模式的优点
  ● 具有分布性特点，可以随时随地进行查询、浏览等业务处理。
  ● 业务扩展简单方便，通过增加网页即可增加服务器功能。
  ● 维护简单方便，只需要改变网页，即可实现所有用户的同步更新。
  ● 开发简单，共享性强。

  ★ B/S 模式的缺点
  ● 个性化特点明显降低，无法实现具有个性化的功能要求。
  ● 操作是以鼠标为最基本的操作方式，无法满足快速操作的要求。
  ● 页面动态刷新，响应速度明显降低。
  ● 无法实现分页显示，给数据库访问造成较大的压力。
  ● 功能弱化，难以实现传统模式下的特殊功能要求。
  近年来，随着软硬件技术发展和人们意识的提高，Web应用得到广泛的普及，一方面在互联网浪潮的推动下，基于互联网的信息共享和电子商务不断发展，像新浪、搜狐、8848等大型网站不断涌现出来，另一方面随着Java、CGI等网络技术的成熟，基于B/S结构的大型软件逐渐显示出巨大的优势。同时，也就产生了一个焦点问题，什么样的服务器能够满足不同用户的需求，怎么能够保证Web服务器能够长期稳定地运行，为了满足这样的需求Web测试也就同样变得十分重要。

　　当前Web测试主要通过Web测试工具加上良好的测试案例完成的，我们认为主要有以下两种测试类型：基准测试、非基准测试

　　基准测试：主要指测试工具已经提供了标准的测试案例库，包括静态测试案例（HTM、JPG）、动态测试案例（CGI）和SSL测试案例等。这类测试工具分为测试案例库、控制台程序、客户端程序三个部分。它的原理是，Web服务器开启特定的Web服务程序，并且运行上述测试案例，由控制台程序控制各个客户端按照一定的脚本访问顺序遍历Web服务器的各个测试案例，每个请求完成后，各个客户端向控制台报告访问的结构，当一个测试集完成后由控制台将所有的信息综合统计，测试过程中控制台还需要采用SNMP协议对服务器进行实时监控，综合两个方面的因素可以反映出Web服务器在不同压力情况下的综合性能。

　　在测试过程中，主要影响测试结果的因素有网络环境、客户端性能。目前无论IA架构服务器还是SUN、HP、IBM的UNIX服务器性能都越来越优越，有可能出现在100MB网络下不能够提供足够的网络压力，有可能网络首先出现瓶颈，这样就需要扩展到1000MB网络环境或使用多个网段对服务器提供足够的压力，而稳定的客户端对于测试来说也是十分重要的，因为客户端如果出现性能下降，就会造成系统崩溃或者不能提供稳定的测试压力从而导致测试结果出现偏差；一台客户端到底能够稳定运行多少数量的连接是根据不同的硬件配置和操作系统决定的，因此对客户端的硬件资源进行监控是保证客户端可以稳定运行的必要手段。

　　由于这类测试工具使用的是工具开发商提供的测试案例集，虽然也具有一定的权威性，但是目前再完美的测试案例集也不能涵盖所有的Web应用情况，所以也不能够完全体现出Web服务器完整的性能，因此该类测试工具更加适合IT媒体对Web类服务器软硬件的横向对比测试，在测试对象和环境大体统一的情况下，可以比较出各个测试对象的性能差异。而对于有实际应用背景的Web服务器进行测试，使用这样的测试工具就不适合了，我们在以后的测试漫谈中会继续介绍。

 

常规测试方法

 

 

一. 功能测试

 

1. 安装测试：

1)     安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装；

2)     若是选择安装，查看能否实现其相应的功能；

3)     在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功（没有程序组及程序项产生）；

4)     软件安装后，对其它已经安装的软件是否有影响；

5)     裸机安装后，各功能点是否可用；

6)     安装前，安装程序是否判断可用磁盘空间大小，如果不能满足安装空间要求，安装程序能否继续；

7)     安装过程中查看 版权声明、版本信息、公司名称、LOGO等是否符合标准；

8)     安装过程中界面显示与提示语言是否准确、友好；

9)     重复安装时系统是否有提示、是否可以覆盖安装、是否可以升级安装、是否允许多版本共存；

10)  是否有注册码或硬件加密狗，在没有它们（或错误）存在的情况下能否顺利安装。

 

2．配置测试

1)    是否可以按照用户手册的说明，运行于多种操作系统（Windows 各版本 、Unix 、Linux 等）；

2)    按系统最低要求进行软件的安装配置，查看能否正常实现各种功能；

3)    数据源等信息配置不正确时能否给出提示信息；

4)    是否可以按照用户手册的说明，支持多种数据库。

 

3. 卸载测试

1)     卸载后注册表中的注册信息及相关的程序安装目录是否能完全删除掉；

2)     卸载过程中完全删除共享文件后，看其它程序能否正常运行；

3)     卸载后，是否对其它已经安装的软件有影响；

4)     系统卸载后用户建立文档是否保留；

5)     软件卸载画面上的软件名称及版本信息是否正确；

6)     在所有能中途退出卸载的位置是否能正确退出；

7)     卸载过程中界面显示与提示语言是否准确、友好；

8)     卸载后安装此系统能否打开原来保存的文件，并一切运行正常；

9)     卸载程序如果要求重新启动机器，在重启动之间是否给用户提示以保存现有的己运行的程序的资料；

10)  是否可以选择组件进行卸载；

11)  卸载过程中，对意外情况的处理（掉电等）。

12)  在卸载过程中，是否有终止或者结束按钮。

 

4. 运行与关闭测试

1)     运行时是否与其它应用程序有冲突(内存冲突)；

2)     是否可以同时运行多个程序；

3)     任务栏有无程序运行提示；

4)     若有未保存的数据，关闭系统时是否有提示；

5)     后台服务程序在点击关闭按钮时是否有确认提示；

6)     运行时是否过份占用系统资源、退出时能否完成释放占用的系统资源。

 

5. 服务程序的测试：

1)    系统是否限制服务器程序启动的数量,如不限制,同一范围内启动多个服务是否对系统有影响；

2)    服务程序能否长时间正常运行；

3)    外界异常后，服务程序的自动恢复能力（服务器掉电、网络中断后恢复、数据库异常后恢复…）；

4)    在点击关闭按钮时是否有确认提示；

5)    应用程序与其他程序是否兼容（能否避免内存冲突）。

 

6. 系统管理（参数设置）

1)     参数设置后，能否正确的进行应用；

2)     设置错误参数，系统的容错能力；

3)     修改参数，对与之相关模块的影响；

4)     系统是否有默认的参数，A 有：默认的参数是否起到作用；B 没有：不设置，系统能否运行或者给出提示。

 

7. 用户、权限管理

1)     赋予一个人员相应的权限后，在界面上看此人员是否具有此权限，并以此人员身份登陆，验证权限设置是否正确（能否超出所给予的权限）；

2)     删除或修改已经登陆系统并正在进行操作的人员的权限，程序能否正确处理；

3)     重新注册系统变更登陆身份后再登录，看程序是否能正确执行，具有权限是否正确；

4)     在有工作组或角色管理的情况下，删除包含用户的工作组或角色，程序能否正确处理；

5)     不同权限用户登录同一个系统，权限范围是否正确；

6)     覆盖系统所有权限设定；

7)     能否添加信息为空的用户(其中包括空用户名及空口令、空用户名非空口令、非空用户名及空口令)；

8)     能否添加长用户名及长口令，如果允许，新用户能否正确登录；

9)     系统是否允许删除系统管理员这一特殊用户或修改系统管理员口令，删除或修改后系统的实际情况；

10)  登录用户能否修改自己的权限；

11)  添加用户（有标识或编号）:标识相同，用户名不同；标识相同，用户名相同；标识不同，用户名相同；标识不同，用户名不同；

12)  登录用户能否修改本人（或其他人）的信息，删除本人（或其他人）；

13)  修改用户的信息（包括权限，口令，基本信息等），对其他模块的影响；

14)  修改用户信息：修改后的用户信息和已经存在的用户信息相同；修改后的用户信息和已经存在的用户信息不同；

15)  不给用户授权，是否允许登录；

15)  改某些设置时，是否会影响具有上级权限及相同权限人员的设置；

16)  系统管理员修改了某些数据，以其他人员身份登录时数据是否改变；

17)  用户能否同时属于多个组，各个组的权限能否交叉；

18)  删除后重新添加的用户是否具有以前的权限；更改用户各项属性（包括权限）看对权限是否有影响。

 

8. 系统登录测试

1)     使用合法用户登录系统；

2)     用户名、口令错误或漏填时能否登陆；

3)     系统是否容许多次非法登陆,是否有次数限制；

4)     使用已登录账号登录系统系统能否正确处理；

5)     使用禁用帐号登陆系统能否正确处理；

6)     删除或修改后的用户用原用户登录；

7)     不输入用户名和口令，重复点“确定”和“取消”按钮，是否允许登录。

 

9.    注销

1)    注销为原模块、新模块系统能否正确处理；

2)    中止注销能否返回原模块、原用户；

3)    注销为原用户、新用户系统能否正确处理；

4)    使用错误的帐号、口令或无权限帐号、被禁用帐号进行注销。

 

10. 修改口令

1)    正常情况；

2)    输入错误的原口令或新口令与确认口令不一致系统能否正确处理；

3)    修改口令后，用原口令是否能登录（同时验证新口令是否有效）；

4)    是否能修改其它用户的口令。

       

11. 右键功能

1)     右键菜单中的功能是否与菜单（或工具栏）中对应的功能一致；

2)     右键菜单中的功能能否正确实现；

3)     同一菜单下的热键是否相同。

 

12. 记录列表

1)     增加重复记录、空白记录，系统能否正确处理；

2)     修改后不保存（有保存按钮），系统能否正确处理；

3)     删除或修改正在使用信息，系统能否正确处理；

4)     删除级联记录的上游或下游记录，系统能否正确处理；

5)     删除记录时是否有提示；

6)     记录中包含的缺省系统信息能否删除和修改；

7)     记录列表能否及时反应记录的变化；

8)     记录变化之后系统相关信息能否及时更新；

 

13. 统计、查询

1)     对非法的时间范围系统能否正确处理；

2)     统计查询语句包含多个与或非条件时，系统能否正确处理；

3)     条件逻辑混乱，系统能否正确处理；

4)     多表查询统计及单表查询统计功能是否正确实现；

5)     分类查询、精确查询、无条件查询、组合查询能否完整列出满足条件的记录；

6)     能否按系统默认的条件进行查询；

7)     当统计时间段为当日、跨日、跨月、跨季、跨年度时，统计查询结果是否正确；

8)     当某些操作被别人取消后，设置条件段为取消前、取消后、包含取消操作的一段时间；

9)     以不同的权限登录时，统计、查询是否正确；

10)  在查询或统计大数据量时，系统是否允许终止操作；

11)  查询、统计按钮是否允许双击或更多的点击，系统做何反映；

12)  查询出的数据是否允许修改。

 

<SPAN lang=EN-US style="COL