办公自动化系统擅长处理类似公告、公文等流转类型的行政办公类应用需求、设计及相对独立的个人相关资料、通讯录、记事本等个人事务类的需求、设计。另外办公自动化系统软件的权限管理是其不同于其他应用软件的另外一个特点。系统需要为使用人员提供设置不同的权限和访问许可的功能，管理员可以通过调整各功能模块的访问权限，设置一般用户某些功能可以用，某些功能不允许用；并为员工创建、注销帐号及访问权限。提高了企业系统的资料的安全度，阻止非授权人的非法进入系统。针对这些特点我们在测试时主要着重于对流转型的行政办公需求、设计和对独立型的个人事务需求和设计来组织测试工作。

一、测试方法：
从整体来OA办公自动化系统一般包括公文管理、网上审批、个人信息管理、以及公共信息管理四个大的模块，在对每个模块的测试过程中我们将针对对每个模块的需求、特点分别采用不同的方法，具体在以后的测试过程中我们将采用以下方法：
1、公文管理、网上审批：
公文管理和网上审批都是以流转型业务为主，在此对于此类功能点我们将以收文管理为例，简要说明我们测试过程所采用的方法方案。
例如oa公文管理主要对公文进行登记和处理。在登记收文过程中直接输入，并将登记后的收文送领导阅读或批示（批示的流程完全可以根据用户的需要自己定义，也可以使用系统管理员已经定义好的公文批示流程），处理结束后将文件进行归档。管理人员可以对收文处理全过程进行监督、催办、重定位，也可以随时进行文件流程跟踪及查看其所有领导的批示意见、批示时间。针对这些情况，在进行测试分析和设计时，我们首先按照上面提到的根据现成的公司体制进行分析和设计的测试数据，然后将各个领导是否兼职的情况区分开来。测试过程中我们准备了两套数据：
1) 领导不兼职
领导不兼职的情况， 相对较简单， 即每个领导只负责一个批示。
2) 领导兼职
领导兼职的情况，即每个领导可能负责不同过程中多个批示，这是流转型模块测试的一个难点，因此在测试过程中我们对此进行了重点测试。
2、个人事务
个人事务通常包括：待办工作、日程安排、个人资料、个人通讯录、个人记事本、外出声明等模块。例如批阅各部门上报的各种公文，评阅同事交流的各种文件内容，起草各类报告，查看个人的活动日程、外出等安排，同时系统能自动提醒待办事项。
以个人通讯录为例，用户可将朋友、同事名片登记并进行管理查询。每个人只能看到自己的通讯录，通过对所有个人通讯录的查询，自己可很快地找出所需要联系的人员信息，并方便地通知他们参加会议或发送邮件等等。在进行测试分析、设计和执行中我们将特别考虑以下几点：
1) 新建或修改通讯录时对于输入重复的信息系统是否给予提示警告；
2) 新建或修改信息时个人维护的私有名片是否能被其他人看到或修改；
3) 个人删除私有通讯录信息时是否影响到其他用户的通讯录信息；
4) 需要联系的通讯信息主人联系时，是否可以正确联系上，其联系内容是否显示正确；
3. 公共信息管理
公共信息通常分两部分：一部分为一般用户的浏览操作，在此用户只能浏览、查阅。一部分为管理级别的用户，他们有权限添加、修改、编辑、删除相应的功能信息
在进行测试分析、设计和执行时要重点考虑：
1) 对规章制度的权限操作（管理员用户和一般用户）
2) 规章制度的套红头操作。
3) 规章制度浏览时的不可修改性。
4.系统基础信息
基础服务包括： 人员注册、部门设置、组织结构调整、OA基础信息维护等模块。在此以基础数据维护为例：OA系统为系统的管理员提供了多项数据维护的服务。可以对一些常用的数据进行设置，包括用户登录名/用户密码组合方式、用户登录名/用户密码长度、主题词、常用意见、公文类型、文件套红模板、存储时间和公文格式等基础信息进行维护。
在进行测试分析、设计和执行时要特别考虑：
1) 用户登录名/用户密码组合方式设置是否正确；
2) 用户登录名/用户密码长度设置是否正确、有效；
3) 存储大小设置是否正确、有效； 对于超出设定的存储大小系统是否能正确提示；
5、测试策略
在测试时对于功能性验证测试，采用黑盒测试方法。测试将覆盖OA系统所涉及的所有功能模块。在对非流程功能测试时将采用边界值法，一般将准备两组数据，一组正常数据，一组非正常数据（边界数据或者非法数据），对带流程的功能点，采用场景法，进行验证测试，测试过程总围绕主干流程进行，也要考虑到分支流程对主干流程的影响，每个流程都分别涉及了多种测试路线，力争最大程度的模拟现场办公。
办公自动化OA系统是基于协同工作流架构，采用B/S了结构主要以网页页面的方式来展现、实现系统设计功能，因此在测试时我们将按照web页面测试标准和方法对其功能界面进行测试验证重点对其直观性、一致性、灵活性和舒适性四个方面进行系统测试。具体如下：
对其直观性测试主要是看用户界面是否洁净，不唐突，不拥挤，界面不应该为用户制造障碍。所需功能或者期待的响应应该明显，并在预期出现的地方。
对其一致性的测试主要查看菜单选项，以及在Windows 中按F1键总是得到帮助信息 ，整个软件使用术语或者特征命名是否一致? 页面上各种功能的布局是否和日常操作一致。
对其灵活性测试主要是测试其在选择人员的操作和委托任务时的方便性，以及数据输入和输出方便性等。
    对其舒适性测试主要测试软件外观和感觉是否与所做的需求工作和使用者要求相符，
程序是否在用户执行错误的操作之前提出警告，并允许用户恢复由于错误操作导致丢失的数据。
具体测试时对主要页面元素进行了以下内容的验证测试
Ø背景/色调 是否正确、美观，是否符合用户需求；
Ø页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）表单样式 大小，格式，是否对提交数据进行验证（如果在页面部分进行验证的话）等
Ø页面元素的容错性列表（如输入框、时间列表或日历）；
Ø页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超链接、输入框等等）；
Ø页面元素的容错性是否存在；
Ø页面元素的容错性是否正确；
Ø页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超链接等）；
Ø页面元素是否显示正确（主要针对文字、图形、签章）。
元素是否显示（元素是否存在）

总体感觉还是有些感伤，北京是我学习过、生活过且已经熟悉的地方，但是现在决定离开这里，总有一些伤怀的。

公司的意思也是很想挽留，但是并不是物质和地位上的提升所能解决的，为了我所爱的人，我想，总是会有所取舍的。

公司对我而言，我认为，还是很有感情的，刚进公司的一切还历历在目，经历的很多事情，从无到有的创建测试部门，对于每次每次的测试项目的执行监督，产品的测试把关，那些没白没黑的日子里的通宵加班，感受到了很多，认识了很多的人，接触了很多的事情，学会了很多的经验，我想，这也是我的一本很大的人生财富吧。

离开这里的环境 ，还有很多的朋友、同事，去开创新的未来之路，充满新奇，但，我也乐于去接受、去

感受一下上海的风情和文化。体验一下新思想和新思路的洗礼，未尝不是一件坏事。

“生活太安逸了,工作就被生活所累了”，我还是希望一种进取、学习、向上的状态的。。。。

我想，我踏上了一条充满新奇和挑战的征途。。。

坚强的心；

抛下过去的阴影，影响崭新的未来；

爱与坚强的意志力；

认识新的朋友，得到新的理解；

时机是关键所在；

置之死地而后生；

太阳；

恶魔；

命运之轮

    在正式开始面试之旅前,先说一下我在面试前一个月所做的一些准备吧,俗话说:不打无准备的仗:-),现在大大小小的公司在面试这一关都卡的很严(除非你是内部介绍进去的,或是那里些什么起决定作用的人),不过我在这一点不行,到现在也没能有机会认识些那些大公司里面的牛人,也没有什么特硬的关系(注:基本是没有:-)),所以只能凭自己了,在面试时这些公司都会从你的毕业时间,学校,学历,到会些什么技术,到哪个层次,到管理,管理过几个人,都是如何管理的等等方方面面的考核你,其实如果你有幸真的能进去的话,你会发现,其实大多他们考查人的那些点,在实际工作上都是不怎么用的,或是跟本不用.这里也不排除有些公司在这点做的很好,他们考查你的都是你要进来就用的.当然这种情况很少,最好我遇到的很少.所以说,针对我们这一行,这一领域,需要准备的东西也会多一些.以下列一些特,特,特常用的几个点.如果你现在也正在找工作,确定一下以下几点,自己是否已掌握,也许你在笔试的时候会发现它的价值:-)

1.数据库.
1).最少熟悉一种数据库(SQLServer容易上手)
2).会手写简单的Insert, Update, Select, Delete语句.
3).会其于二个表的查询,并按一定的顺序显示
2.程序
1).最少熟悉一种开发语言(不需要太精)
2).能看懂代码,能写一些简单的代码(如排序,查最大公共字符子串等)
3).知道i++和++i之间的差别
3.测试基本概念
1).测试的流程
2).测试有哪些策略,如何应用
3).BUG的管理流程
4).高效的测试用例(记住写测试用例的几种方法,如边界值呀什么的)
4.测试工具(最好了解或熟悉一种以上的测试工具,虽然真的工作当中你很少用,但要会,以后才好发展)
1).了解QTP
2).了解WinRunner
3).了解LoadRunner(了解几个概念即可,事务呀,聚合点)
4).了解性能测试的几个要点(
5.BUG管理工具/配置管理工具
1).了解Bugzila
2).TestDerector
3).CVS/VSS
6.英语
1).写一个自我介绍(最好包括你哪年毕业,从哪个学校毕业,然后去了哪个公司,做了些什么工作)
2).背一些面试时常问的针对你自己的回答.

    说着说着就走题了,开始正题了:-)根据自己当前的情况,英语好一些,做过JAVA开发,接触过自动化测试(当时用的是IBM的Ration Functional Tester),也在业余时间从51testing.com网上下载了好多技术文档(这里再顺便为51testing做下广告,在51testing里,好东西真的特别特别多,各种各样的资料,心得,录音,PPT等等,我大概就从上面下载下来近2个G的资料,有点时间就看看,充实自己,也好在之后的面试中充分发挥),也从IBM里也拷回去好多技术资料,在家利用业余时间也学了很多测试相关的东西,包括流程呀,策略呀,用例,工具呀等等.所以就把这次找工作的重点目标锁定一些规模比较大的外企.之所以没选择国企和民企是因为当时我的薪金还不错:-),相信那些小规模的公司一般是给不了那个钱的:-)

    在找工作之前的一个月里,系统的学了一遍MI的几个工具(QTP,WinRunner,PC,LoadRunner),因为在公司里都用的是IBM自己的工具,但真的要出来的话,可能会用MI公司的工具,所以做个充分的准备来应对面试,防止在面试时被问的什么也不知道.
QTP:安装->读文档->实际用QTP测一些自带的航空售票系统.
花了一周的时间,把 QTP8 Tutorial_oldsidney走了一遍(这里要谢谢oldsidney,共享了自己整理的资料),
然后又把安装完QTP后自带的用户指南也过了一遍,因当时没有合适的项目实践,也只能跑一些自带的航空售票系统Flight.
WinRunner:安装->读文档->实际用QTP测一些自带的航空售票系统.
     这次用了三天的时间把WinRunner使用教程中文版走了一遍(如果你已经会一种自动化功有测试工具,再学其它自动化功能测试工具时,你会感觉其实各个公司的工具都大同小异.都是先录制或是先抓对象,再进行一些正则化的处理,以适应在随便哪台机器上,哪个目录下执行.然后添加一些验证点,比对后显示到log里,如果你擅长程序的话,你也可以控制每个出错的Testcase,让它在之后再运行几次来确定这个功能,直到超过多少次后都为错.最后再用手工确定一下,如果还是有问题,就可以开defect了,这样可以让自动化工具来缩小你所需要值的关注的Testcase.以上两个自动化工具,因自己没有具体运用的实际的项目,所以像好多技术性的东西,
例如无法识别对像呀,运行出错呀,编写代码来跑起来呀至今也没遇到过,当然也就不太知道如果处理,也就只能算是了解级别吧.
QC:安装->读文档->自己捉摸着建些东西
QC9.0试用版(也是从51testing的FTP上下载下来的),简单了解了一下.
LoadRunner:安装->读文档->实际用LoadRunner测一些自带的航空售票系统.
当然只看了一个做了一个简单的LoadRunner应用,也是从51testing上下载下来的,然后开始看装完后自带的UserGuide,共四本,记的其中有一本有1000多页,看的后来就晕了.所以后来也就没怎么看,只学了些基本的性能认识.
英语方面,也把自己的简要介绍,包括哪年毕业,在哪个学校,有过什么工作经验,做过些什么项目,那些项目是什么,用到什么工具,什么语言等等,然后再就背一些简单的问答.什么爱好呀,为什么要换工作呀等等.

    语言方面,以前是用JAVA语言开发的,但因近一年多没做具体的项目了,也忘的差不多了,只看了一下基本的语法.
Unix方面,因平时常和它打交道,总装系统呀,装软件呀,配置呀等等,所以也就简单看了一下.

忽然的又想起这首歌词，倒是跟现在的心境有些相似。

事情总是向前发展，并且伴随着一个个的希望，就看我，该如何抓住这些转瞬即逝抑或来之不易的机会。

似乎也重新回到了一个新的起点，幸好的是，关心我的人还在，我的周围的朋友还在，更庆幸的，还有更多的新朋友，是我在路上，一直温暖我的人；

也已经厌倦了茫然无目标的日子，我想，又是一个启程的时刻了，

我要勇敢的走下去，尽管知道，前方不是一帆风顺，但还是要，勇气！自信！

so,good good study,day day up!!

哈哈，学习英语，加油！！！！

就要一直向前看，

不在乎过往的，

一切的成败得失，

向前！

只为年轻的心，

和为之奋斗的勇气！

许多人谈到测试，总是有满腹牢骚，因为它似乎是一件「知易行难」的麻烦工作。为何测试总是做不好？大致可归类成下述三大原因。

测试排最后

目前一般的软件开发工作，大多采用传统的「瀑布式（ Waterfall ）」流程法，也就是把开发过程分为「需求」、「分析」、「设计与撰写」、「整合」、「测试」等阶段，一个接一个依序进行。

这种方法很单纯，但导致「测试总是排在最后才进行」的状况。这种设计会产生两个状况：一是测试人员直到案子接近尾声才上工，所以往往在尚未了解整个系统架构的情况下，就一头栽进工作。二是这个时间点距离完工期实在太近，如果有什么突发状况，往往导致整个开发项目大乱或失败。

时间不够

测试做不好的第二个原因是「时间不够」，这是开发团队最常面临的问题。它其实也是上述「瀑布式」流程法把测试排在最后所导致的另一个致命伤。由于许多开发团队把大部分时间分配给前面阶段（特别是程序设计与撰写部分），只留少数时间给测试工作。然而突发状况永远无法预期，如果前面阶段因故导致工作拖延，在出货时间不能延后的情况下，后面阶段的时间就会不断地被牺牲。

所以我们常常看到，在一个预定进行八个月的软件项目里，因为前面阶段的状况百出（计算机当机、同仁生病请假、客户需求更改、开发不顺等），结果前面阶段不断占用后面阶段的时间，最后导致原本排定一个月的测试时间只剩下一周，甚至二、三天而已，根本无法测试。所以常常出现有些产品根本是在未经完整测试的情形下就贸然出货上市，把测试工作留给客户或消费者的情况。

另外还有一个与「时间不够」刚好相反的现象，就是「时间太长」。有时产品经初步测试之后发现问题丛生，实在无法交差（或是被客户退件），所以开发团队只好回头继续进行大量又重复的「测试 → 修改 → 验证」工作。如此折腾了好一阵子，最后产品终于可以验收。把这段额外时间加总起来，重新计算整体开发时间，这时才突然惊觉：「天啊，测试竟然占了将近一半的时间！」

风险太高

第三个问题是「风险太高」，也是流程设计不当所致。如文章开头所言：「测试才是产品的真正试炼场」，也就是一个项目的各种隐藏性风险，往往是透过「测试」才被完整发掘出来。但是「单向瀑布式」流程法却把测试集中在最后进行，所以它的风险容易随着开发流程的推进而越来越高；是一种相当危险的风险控管方式。

事实上，这也是许多项目在后期才突然出现成本失控或失败的重要原因。因为等到风险爆发之时，往往已经无力回天，或必须付出相当大的代价以为因应。

QUICK Test Professiona V8.2

下载：QUICK Test Professiona V8.2 中文补丁包

QuickTest 8.2 Pro最新正式版发行,QTP 8.2是一个B/S系统的自动化功能测试的利器,软件程序测试工具。Mercury的自动化功能测试软件QuickTest Professional 8.2，可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。

Mercury QuickTest Pro 8.2是一款先进的自动化测试解决方案，用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。 Mercury QuickTest Pro 8.2为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案。创建测试：用QuickTest Professional创立一个测试， 您只需记录下一个标准的业务流程， 如下一张订单或建立一个新的商家帐户。QuickTest Professional直观的记录流程能让任何人在GUI上轻轻点击鼠标就可建立测试， 即使技术知识有限的用户也能生成完整的测试。您还可以直接编辑测试指令来满足各种复杂测试的需求。QuickTest Professional将2种测试创建方式结合在一个环境下，来适应不同的背景支持和您团队的喜好。 　

插入检查点：在记录一个测试的过程中，可插入检查点， 在查寻潜在错误的同时，比较预想和实际的测试结果。在插入检查点后，QuickTest Professional会收集一套性能指标，在测试运行时对其一一验证。QuickTest Professional允许使用几种不同类型的检查点， 包括文本的，GUI， 位图和数据库。 　 检验数据：除了创立并运行测试，QuickTest Professional还能验证数据库的数值， 从而确保交易的准确性。例如，在测试创建时，您可以设定哪些数据库表格和记录资料需要检测。在重放时，您的测试程序就会核对数据库内的实际数值与预想的数值。QuickTest Professional能自动显示检测结果， 在有更新/修改， 删除或插入的记录上会用突出标识以引起注意。 　

增强测试：为了彻底全面地测试一个应用程序，您需要了解对于不同类型的数据它是如何运行的。QuickTest Professional的DataDriverTM Wizard，让您只需点击几下鼠标，就能简单地将一个记录下的业务流程转化为一个数据驱动的测试，来反映多个用户各自独特且真实的操作行为。 目前有相当数量的企业应用程序仍然使用非标准的对象。QuickTest Professional的Virtual Object Wizard能识别以前未知的对象，不必特别编写代码。使用Virtual Object Wizard界面，您会看到一张的对象类型列表，能用其来代表您未知的对象。您可以为您的对象设定标识，如一个按钮，并为其命名。 　

运行测试： 建立起您的测试，并插入检查点和做一些必要的功能添加后，您就可以开始运行测试。当WinRunner和QuickTest Professional执行您的测试时，它会自动操作应用程序，正如一个真实用户根据记录流程执行着每一步的操作。而且，它的意外处理功能为测试排除干扰，包括消息和警报。 　 分析结果：一旦测试运行后，您就需要分析测试结果。QuickTest Professional的互动式的报告工具通过提供详尽的，易读的报告，其中会列出在测试中发现的差错和出错的位置，来帮助您解释所得的结果。这些报告对在测试运行中发生的重要事件进行描述，如出错内容和检查点等。点击按钮，您还能进一步获取任何未被包括在此测试范围内的错误的详尽资料。 　

维护测试：随时间推移，开发人员会对应用程序做进一步的修改，并需要另加额外的测试。有了QuickTest Professional，您不必应用程序改动一次，就得重新建一个新的测试。而WinRunner会帮助您创立在程序应用周期内可重复使用的测试。这样大大地节省时间和资源，充分利用测试投资.365dn免费软件下载站 特点和优势 •具有行业领先的便于使用的特性，以及支持提前配置环境的功能，确保了快速的投资回报。 •可独立运行，也可以同Mercury Business Process Testing和Mercury质量中心集成。 •引进了QuickTest Professional 8.0中新一代的“零配置”关键词驱动测试技术，从而实现了快速建立测试、测试脚本更易维护，和更强大的数据驱动能力。

•通过集成的数据表，可数据驱动任意对象、方式、检查点和输出值等。

QuickTest Professional 8.2 新功能: Keyword View: Lets you easily build and maintain tests without writing VBScripts. Auto-Documentation: Provides improved test clarity and the ability to view test steps in plain English. Step Generator: Allows you to quickly insert custom-built functions into your tests. Mercury Business Process Testing: Enhanced integration with BPT -- Business Components, Scripted Components, and Application Areas. Enhanced Expert View: Provides greater efficiency when generalizing test components. Action Parameters: Allows you to generalize testing actions for greater reusability. Data Parameters: You can now specify test or action parameters to pass values into and from your test, and between actions in your test. Open XML Report Format for Test Results: Test results are now stored in an open XML format, enabling you to easily customize the reports according to your own requirements, and to integrate the test result information with other applications. Unicode Support: Lets you test global deployments of your enterprise applications. Function Definition Generator: You can use the new Function Definition Generator to generate definitions for user-defined functions, add header information to them, and register functions to a test object.

下载：QUICK Test Professiona V8.2 中文补丁包

现在的WinXP用户已无可选择地升级到了WinXP SP2，这样也让用户必须无条件地接受一个名为DEP(数据执行保护)的安全保护功能。如果你用上了64位CPU，那么，这个保护功能将更加强大，因为64处理器中采用了一种全新的防毒技术--EVP(增强型病毒防护)，配合WinXP SP2的DEP技术，能将病毒的防治机制提升到一个新的高度。

不过EVP和DEP也存在兼容问题，它可能将对用户有用的程序也阻止掉，对普通用户而言，首先要解决这个问题。

1.在系统属性中修改

默认下，在“系统属性”下的“高级→设置→数据执行保护”中选择的是“仅为基本Windows程序和服务启用DEP”。在这种状态下，有的程序不能正常运行，如Virtual PC。

如果出现了有些应用程序不能正常运行，可在“数据执行保护”项中选择“为除下列选定程序之外的所有程序和服务启用DEP”，再单击“添加”，定位到某应用程序的安装目录，找到该程序的可执行文件，将其添加进来。一般地，这个程序就能正常运行了。重启电脑后设置生效。

2.直接修改Boot.ini文件

在WinXP SP2系统所在分区根目录下找到Boot.ini文件。注意看，它多出了一个“NoExecute”参数，而前面在系统属性中对DEP的修改也会反映在这个参数上。

在“数据执行保护”项中只有两个选项，反映在Boot.ini文件中就是“NoExecute”参数的“Optin”和“Opton”两个值。可是，有些应用程序或驱动程序的兼容性不强，纵使在“数据执行保护”中将其“放行”，它还是不能正常运行，比如:3721的上网助手、ZoneAlarm Pro等，这就要靠“NoExecute”参数的其他两个值了。

NoExecute=AlwaysOff相当于关闭EVP和DEP功能，此时，这两项功能将全部丧失。由这项功能引起的兼容性问题即全部解决，但少了一堵安全保护的墙。

GetTOProperties,是指取出录制对象的所有属性。
GetTOProperty和GetROProperty语法都是:
object.GetTOProperty(Property)
或者是:
object.GetROProperty(Property)
其中Property,对象的属性,是必填项.

国庆快乐，总结一下过去，规划一下未来！

「质量」这个名词在许多领域都会被提到，也没有完全相等与严谨的定义。不过在 RUP 所规范的软件开发领域里，我们认为「质量」应该满足以下条件：一、产品应该按预定计划流程完成生产；二、产品应该满足或超越预定需求；三、前述需求应该可以被预定的方法予以衡量。

「测试」在整个开发流程里所扮演的角色与介入方式。这篇文章要介绍该用什么方法或衡量工具，才能让产品满足或超越预定需求。

测试的五个面向

「测试在大多数人的认知中，大概就是测试「软件产品的功能」罢了，而且由于时间有限，约莫只要把「功能测试」确实做完也就很不错了。不过，在 RUP 准则里，我们认为合乎「质量」的测试应该做到下述五个面向的工作：分别是功能测试、可靠度测试、效能测试三个基本测试工作，及使用性测试与支持性测试两个延伸性的测试工作。

· 功能测试 （ Functional testing ）：这是最基本的测试。主要目的在于精确检测系统在各种使用环境（ usage scenarios ）中的运作与反应行为，验证产品是否确实符合预定需求。此外，它也包括对系统特性（ features ）及安全性（ security ）的测试。

· 可靠度测试 （ Reliability testing ）：这是第二个测试面向，目的在检测系统在预设环境下的运作是否正常与稳定。例如，有些系统会随着运作时间拉长而产生渐次延迟等各种不正常的现象，测试人员必须找出导致异常的原因，确保系统运作是「完全可靠，不会倾向失误 ( 包括系统崩溃、响应停摆、占用内存等 ) 情形」。以下是建议进行的检测工作项目，包括系统结构测试 ( 测试程序代码的语法及处理程序是否正常、简洁，而且不会造成延迟或瓶颈 ) 、压力测试 ( 以严酷环境来检测出系统的运作上限 ) 、竞争测试 ( 同时有两个以上要求被提出时，系统面对这种竞争要求的真实反应情形 ) 、容量测试 ( 系统处理大量数据的反应行为 ) 等。

· 效能测试 （ Performance testing ）：目的在于检测当系统运作于上述两个条件 ( 功能与可靠度 ) 的环境下，其面对平均负载与尖峰负载时的真实反应能力。简言之，就是测试系统的真正效能表现。效能测试包括标竿测试 (benchmark tests) 、负载测试 (load tests) 与效能表现测试 (performance profile tests) 。

上述三种测试面向，是我们认为要完成一项「质量产品」最基本的测试工作。此外，也建议再进行以下两种测试。

· 使用性测试 （ Usability testing ）：目的是检测系统是否可以让最终使用者觉得方便好用。因此这项测试会从使用者角度出发，评估系统在人类行为、美观、操作接口、文字说明、辅助与导览工具、训练教材等涉及使用者操作行为方面的表现。

· 支持性测试 （ Supportability testing ）：为检测系统是否可以部署在预设的环境，并评估其在被使用时的维护与后续支持能力。此外，这个测试也包括安装测试 (installation tests) 与环境调校测试 (configuration tests) ，可以检测系统在什么样的硬件环境下会运作得更好。

从上述五个面向的测试可以清楚看出， RUP 准则几乎把所有「设想之内」与「意料之外」的情形与环境都纳入测试工作范围。目的就是要透过一套严谨的程序质量 (Process Quality) 规范，确保产品质量 (Product Quality) 。

测试工作相当多样且复杂，要完全做好并不简单；诀窍就在于善用工具。

善用工具

大家都清楚善用工具的好处。例如，使用电表而不是自己的手去测量电压或电流，或是当朋友之间争论到底谁比较胖，除了找第三者提供「目测答案」，还会利用「体重计」或「脂肪仪」来做精准的量测，如此才能取得有公信力的答案。

上述都是使用工具的范例。同样的，软件测试工作也必须运用合适的工具。测试是相当繁琐复杂、且不容出错的工作，测试人员需要模拟、检测、追踪、报告的各种环境与控制变因之庞杂，其实已经超出人类大脑的想象与运算能力，而且任何一项测试行为都可能因为缺少严谨控制的环境或变因而被扭曲，甚至导致完全相反的结果。此时唯有具备精准控制与监视能力，而且不会疲劳、偷懒、发脾气、生病的科学性与专门工具，才能完全胜任这些工作。

测试的真谛

「合格的测试」才能确保合格的产品，而且也唯有合格的产品才是开发团队与客户所冀求的，这就是测试工作的真谛。所以，当你花了一千亿美元经费建造一艘航天飞机之后，请不要以一千美元的草率测试方法毁了它。