http://developers.sun.com.cn/

1. 测试和开发网站：http://www.boobooke.com/

 

4. 软件测试时代：http://www.testage.net/html/index.html

 

5. 豆豆网：http://www.ddvip.com/

 

MFC (Microsoft Foundation Class Library)中的各种类结合起来构成了一个应用程序框架，它的目的就是让程序员在此基础上来建立Windows下的应用程序，这是一种相对SDK来说更为简单的方法。因为总体上，MFC框架定义了应用程序的轮廓，并提供了用户接口的标准实现方法，程序员所要做的就是通过预定义的接口把具体应用程序特有的东西填入这个轮廓。Microsoft Visual C 提供了相应的工具来完成这个工作：AppWizard可以用来生成初步的框架文件（代码和资源等）；资源编辑器用于帮助直观地设计用户接口；ClassWizard用来协助添加代码到框架文件；最后，编译，则通过类库实现了应用程序特定的逻辑。

封装

构成MFC框架的是MFC类库。MFC类库是C 类库。这些类或者封装了Win32应用程序编程接口，或者封装了应用程序的概念，或者封装了OLE特性，或者封装了ODBC和DAO数据访问的功能，等等，分述如下，新客网，www.xker.com。

（1）对Win32应用程序编程接口的封装

用一个C Object来包装一个Windows Object。例如：class CWnd是一个C window object，它把Windows window(HWND)和Windows window有关的API函数封装在C window object的成员函数内，后者的成员变量m_hWnd就是前者的窗口句柄。

（2）对应用程序概念的封装

使用SDK编写Windows应用程序时，总要定义窗口过程，登记Windows Class，创建窗口，等等。MFC把许多类似的处理封装起来，替程序员完成这些工作。另外，MFC提出了以文档-视图为中心的编程模式，MFC类库封装了对它的支持。文档是用户操作的数据对象，视图是数据操作的窗口，用户通过它处理、查看数据。

（3）对COM/OLE特性的封装

OLE建立在COM模型之上，由于支持OLE的应用程序必须实现一系列的接口（Interface），因而相当繁琐。MFC的OLE类封装了OLE API大量的复杂工作，这些类提供了实现OLE的更高级接口。

（4）对ODBC功能的封装

以少量的能提供与ODBC之间更高级接口的C 类，封装了ODBC API的大量的复杂的工作，提供了一种数据库编程模式。

继承

首先，MFC抽象出众多类的共同特性，设计出一些基类作为实现其他类的基础。这些类中，最重要的类是CObject和CCmdTarget。CObject是MFC的根类，绝大多数MFC类是其派生的，包括CCmdTarget。CObject 实现了一些重要的特性，包括动态类信息、动态创建、对象序列化、对程序调试的支持，等等。所有从CObject派生的类都将具备或者可以具备CObject所拥有的特性。CCmdTarget通过封装一些属性和方法，提供了消息处理的架构。MFC中，任何可以处理消息的类都从CCmdTarget派生。

针对每种不同的对象，MFC都设计了一组类对这些对象进行封装，每一组类都有一个基类，从基类派生出众多更具体的类。这些对象包括以下种类：窗口对象，基类是CWnd；应用程序对象，基类是CwinThread；文档对象，基类是Cdocument，等等。

程序员将结合自己的实际，从适当的MFC类中派生出自己的类，实现特定的功能，达到自己的编程目的。

虚拟函数和动态约束

MFC以“C ”为基础，自然支持虚拟函数和动态约束。但是作为一个编程框架，有一个问题必须解决：如果仅仅通过虚拟函数来支持动态约束，必然导致虚拟函数表过于臃肿，消耗内存，效率低下。例如，CWnd封装 Windows窗口对象时，每一条Windows消息对应一个成员函数，这些成员函数为派生类所继承。如果这些函数都设计成虚拟函数，由于数量太多，实现起来不现实。于是，MFC建立了消息映射机制，以一种富有效率、便于使用的手段解决消息处理函数的动态约束问题。

这样，通过虚拟函数和消息映射，MFC类提供了丰富的编程接口。程序员继承基类的同时，把自己实现的虚拟函数和消息处理函数嵌入MFC的编程框架。MFC编程框架将在适当的时候、适当的地方来调用程序的代码。本书将充分的展示MFC调用虚拟函数和消息处理函数的内幕，让读者对MFC的编程接口有清晰的理解。 [Page]

MFC的宏观框架体系

如前所述，MFC实现了对应用程序概念的封装，把类、类的继承、动态约束、类的关系和相互作用等封装起来。这样封装的结果对程序员来说，是一套开发模板（或者说模式）。针对不同的应用和目的，程序员采用不同的模板。例如，SDI应用程序的模板，MDI应用程序的模板，规则DLL应用程序的模板，扩展DLL应用程序的模板，OLE/ACTIVEX应用程序的模板，等等。

这些模板都采用了以文档-视为中心的思想，每一个模板都包含一组特定的类。典型的MDI应用程序的构成将在下一节具体讨论。

为了支持对应用程序概念的封装，MFC内部必须作大量的工作。例如，为了实现消息映射机制，MFC编程框架必须要保证首先得到消息，然后按既定的方法进行处理。又如，为了实现对DLL编程的支持和多线程编程的支持，MFC内部使用了特别的处理方法，使用模块状态、线程状态等来管理一些重要信息。虽然，这些内部处理对程序员来说是透明的，但是，懂得和理解MFC内部机制有助于写出功能灵活而强大的程序。

总之，MFC封装了Win32 API，OLE API，ODBC API等底层函数的功能，并提供更高一层的接口，简化了Windows编程。同时，MFC支持对底层API的直接调用。

MFC提供了一个Windows应用程序开发模式，对程序的控制主要是由MFC框架完成的，而且MFC也完成了大部分的功能，预定义或实现了许多事件和消息处理，等等。框架或者由其本身处理事件，不依赖程序员的代码；或者调用程序员的代码来处理应用程序特定的事件。

MFC是C 类库，程序员就是通过使用、继承和扩展适当的类来实现特定的目的。例如，继承时，应用程序特定的事件由程序员的派生类来处理，不感兴趣的由基类处理。实现这种功能的基础是C 对继承的支持，对虚拟函数的支持，以及MFC实现的消息映射机制。

MDI应用程序的构成

本节解释一个典型的MDI应用程序的构成。

用AppWizard产生一个MDI工程t（无OLE等支持），AppWizard创建了一系列文件，构成了一个应用程序框架。这些文件分四类：头文件（.h），实现文件(.cpp)，资源文件(.rc)，模块定义文件(.def)，等。

（先写到这儿吧）

链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

一、功能测试

　　1、链接测试

　　链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

　　2、表单测试

　　当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

　　3、Cookies测试

　　Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。

　　如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。

　　Session测试，Session的功能与Cookies有些类似，测试工作大体相同

　　4、设计语言测试

　　Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如JavaScript、VBScript或Perl等也要进行验证。

　　5、数据库测试

　　在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。

　　在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。

　　二、性能测试

　　1、连接速度测试

　　用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。

　　另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。

　　2、负载测试

　　负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？

　　3、压力测试

　　负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。

　　进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。

　　压力测试的区域包括表单、登陆和其他信息传输页面等。

　　三、可用性测试

　　1、导航测试

　　导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？

导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。

　　Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。

　　2、图形测试

　　在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：

　　（1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。

　　（2）验证所有页面字体的风格是否一致。

　　（3）背景颜色应该与字体颜色和前景颜色相搭配。

　　（4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩；所以应尽量避免使用bmp等格式的图片

　　3、内容测试

　　内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。

　　信息的正确性是指信息是可靠的还是误传的。

　　4、整体界面测试

　　整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个Web应用系统的设计风格是否一致？当然，对界面的整体测试并不能单靠个人直觉来评定；每个人的审美观、专业角度、系统面向的行业及用户 、甚至性别与年龄等等，都是可能导致对界面作出不同评价的因素。所以要明白在对整体界面的测试过程中，其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。

　　对所有的可用性测试来说，都需要有外部人员（与Web应用系统开发没有联系或联系很少的人员）的参与，最好是最终用户的参与。

　　四、客户端兼容性测试

　　1、平台测试

　　市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。

　　因此，在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试。

　　2、浏览器测试

　　浏览器是Web客户端最核心的构件，来自不同厂商的浏览器对Java，、JavaScript、ActiveX、 plug-ins或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，JavaScript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。

　　测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。

　　五、安全性测试

　　Web应用系统的安全性测试区域主要有：

　　（1）现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。

　　（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。

　　（3）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。

　　（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。

　　（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。

六、总结

　　本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于Web的系统测试方法。

基于Web的系统测试与传统的软件测试既有相同之处，也有不同的地方，对软件测试提出了新的挑战。基于Web的系统测试不但需要检查和验证是否按照设计的要求运行，而且还要评价系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。

小布老师的LR视频，总结如下：

一、LR　快速入门

今天在网上搜索一下QTP的视频教程时，发现了这个小布老师的视频学习网，觉得很好，所以，特意记录下来。

================================================================================
[V] 小布老师QTP系列培训视频 - 1
http://www.boobooke.com/v/bbk1043
本讲讲了QTP的概述，希望大家喜欢。

[V] 小布老师QTP系列培训视频 - 2
http://www.boobooke.com/v/bbk1044
本讲讲了测试规划，希望大家喜欢。

[V] 小布老师QTP系列培训视频 - 3
http://www.boobooke.com/v/bbk1045
本讲讲了录制测试脚本，是使用QTP的第一步，希望大家喜欢。
================================================================================
小强作品-零基础学习软件测试-qtp-目录
1 qtp目录分析
2 qtp界面分析
3 qtp示例程序分析
4 qtp学习指南
5 qtp基本操作录制与回放
6 qtp的三种录制绞?br /> 7 增强help步骤
8 checkpoint
9 参数化
10 Tools下的工具介绍
11 qtp插件分析
12 qtp测试用例设计考题
13 vbs
14 recovery Scenarios
15 虚拟对象
16 专家视图测试脚本开发
17 qtp描述性编程
18 qtp测试脚本编写规范

[V] 小强老师系列作品：QTP的安装目录分析
http://www.boobooke.com/v/bbk1590
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP安装后的各个目录，重点介绍了大家需要关注的东西，希望对大家有帮助。

[V] 小强老师系列作品：QTP界面剖析
http://www.boobooke.com/v/bbk1594
本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了QTP的常用界面和菜单选项，希望对大家有帮助。

[V] 小强老师系列作品：QTP示例程序之研究
http://www.boobooke.com/v/bbk1598
本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了QTP自带的示例程序-飞机订票系统，别小看这个示例程序，小程序里面有大文章，且听小强老师给你道来， 希望对大家有帮助。

[V] 小强老师系列作品：QTP学习指南
http://www.boobooke.com/v/bbk1515
在本集中，小强老师根据自己的经验和体会，向刚刚接触QTP的朋友介绍了如何学习QTP的一些方法和经验，希望对大家有帮助。

[V] 小强老师系列作品：QTP脚本的录制和回放
http://www.boobooke.com/v/bbk1591
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP最基本的脚本录制回放的功能，希望对大家有帮助。

[V] 小强老师系列作品：QTP三种录制方式
http://www.boobooke.com/v/bbk1516
这是该系列讲座的第三集。在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP录制脚本的三种模式，希望对大家有帮助。

[V] 小强老师系列作品：QTP检查点之研究
http://www.boobooke.com/v/bbk1595
本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了QTP的重要功能 - 检查点，希望对大家有帮助。

[V] 小强老师系列作品：QTP参数化之研究
http://www.boobooke.com/v/bbk1599
本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了QTP重要的功能-参数化， 希望对大家有帮助。

[V] 小强老师系列作品：QTP的常用工具阐释
http://www.boobooke.com/v/bbk1589
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP附带的常用工具，希望对大家有帮助。

[V] 小强老师系列作品：QTP插件分析
http://www.boobooke.com/v/bbk1689
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP插件的基本知识，希望对大家有帮助。

[V] 小强老师系列作品：QTP认证考试试题分析一则
http://www.boobooke.com/v/bbk1575
小强老师针对想入行软件测试行业的菜鸟级别的朋友，推出了零基础学习软件测试系列培训视频。
在本集中，小强老师根据自己的经验和体会，向刚刚接触QTP的朋友介绍了如何QTP认证考试的一道典型题目的分析.

[V] 小强老师系列作品：QTP中VBS介绍
http://www.boobooke.com/v/bbk1621
在本集中，小强老师给大家介绍了QTP脚本语言VBS的基本知识，希望大家喜欢。

[V] 小强老师系列作品：QTP之场景恢复(Recovery Scenarios)
http://www.boobooke.com/v/bbk1692
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP的场景恢复(Recovery Scenarios)的基本知识，希望对大家有帮助。

[V] 小强老师系列作品：QTP中的虚拟对象入门
http://www.boobooke.com/v/bbk1695
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP中虚拟对象的基本知识，希望对大家有帮助。

[V] 小强老师系列作品：QTP之专家视图和测试脚本开发
http://www.boobooke.com/v/bbk1690
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP的专家视图，并介绍了脚本开发的几个重要对象，希望对大家有帮助。

[V] 小强老师系列作品：QTP之描述性编程
http://www.boobooke.com/v/bbk1691
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP的描述性编程的基本知识，希望对大家有帮助。

[V] 小强老师系列作品：QTP之测试脚本开发规范
http://www.boobooke.com/v/bbk1693
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP脚本开发的基本规范，希望对大家有帮助。

[V] 小强老师系列作品：QTP脚本的增强一则
http://www.boobooke.com/v/bbk1592
本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了如何对录制的脚本进行增强，希望对大家有帮助。