我的配置

    操作系统：Windows Server 2003 sp2

    内存：256M以上

    1.下载Oracle 10g 地址

     http://www.oracle.com/technology/global/cn/software/products/database/oracle10g/index.html

    2.解压缩后就可以安装了。执行SETUP.EXE ，在DOS下运行片刻进入ORACLE 10G

    3.安装-安装方法界面在这里你要指定自己的安装方法，ORACLE提供了两种安装方法：基本安装（I）和高级安装（A）

    基本安装（I）：使用标准配置选项（需要输入的内容最少）执行完整的10g安装。

                         注意：此选项使用文件系统进行存储，并将一个口令用于所有数据库帐户（SYS、SYSTEM、SYSMAN、DBSNMP）。要设置安装的主目录、安装类型和创建启动数据库。

    高级安装（A）：高级选项，为不同的帐户设置不同的口令，选择数据库语言，产品语言，自动备份，定制安装以及备用存储选项（自动存储管理）。

基本安装

测试成功

安装信息

配置数据库

安装结束，已安装产品

    点击口令管理，可以设置用户口令，

高级安装

    选择安装类型：（企业版、标准版、个人版、定制）。这里选择企业版。下一步。

    指定主目录详细信息：包括安装产品的名称及安装产品的完整路径。选择后下一步。

    进入产品特定先决条件的检查界面：在这里要检查安装ORACLE所需的操作系统需求、物理内存需求、网络配置需求等等。检查后的结果就在该界面下边的下拉框中。可能个别的检查结果会失败，但不会影响安装。

    如果本机上还安装了其他版本的数据库的话，可能会询问是否升级现有的数据库。选择否。下一步。

    选择配置选项（创建数据库、配置自动存储管理（ASM）、仅安装数据库软件）。

    选择数据库配置即选择你要创建的数据库类型：（一般用途、事务处理、数据仓库、高级）。

    指定数据库配置选项（数据库命名：全局数据库名和系统标示符SID、数据库字符集、数据库示例是否创建带样本的数据库）。

    选择数据库管理选项：默认为使用database control管理数据库，是否启用电子邮件通知。

    指定数据库存储选项：选定要创建数据库的存储机制（文件系统即你创建的数据库的文件的位置、自动存储管理、裸设备。）

    指定备份和恢复选项：选择是否起用自动备份选项。

    指定数据库方案的口令。包括SYS、SYSTEM、SYSMAN、DBSNMP的口令。注意口令的首字符为字母

    最后生成ORACLE UNIVERSAL INSTALL的概要文件。仔细检查概要文件确定自己的选项，如果没有什么更改的了。

点安装就开始ORACLE 10g的安装了

配置数据库

安装完成

安装客户端

解压Client软件包，运行Setup.exe 启动安装程序

安装类型-选择管理员

指定安装目录

环境检查

点击安装，开始安装

安装进度

选择执行典型配置，如果需要以后再通过Net Manager工具配置

下一步

安装完成

from : http://www.cnblogs.com/TerryFeng/archive/2009/03/08/1406147.html

有些东西只是看个眼熟，觉的会就不会看了，其实真不能轻敌啊，我昨天去离我家只有十分钟不到的公司去面试，结果走反了方向，因为我觉的我知道，就在我家附近，所以没有去查个清楚，今天面对B/S结构竟一时想不起来是做啥的，光知道B/C了。晕不，写到书面上时傻了，这两件事充分说明了什么问题？哎要吸取教训啊。越是觉的容易的，离自己生活近的东西越不能小看，我是长记性啦。

B/S架构

最近比较忙，一直没有去5E，今天去转了转，看到两篇译文己经发表了，真开心，这是和Jenvee一起努力的成果，嘻嘻，觉的对自己来说还是很值得纪念的事，发贴纪念，需要的朋友可以下载，发现不足之处可以帮我提出来，谢谢

http://download.5etesting.com/answer.php?qid=297

http://download.5etesting.com/answer.php?qid=343

绝招一：文字是用来瞟的，不是读的

      我们时不时听到这样的言论：“PPT很简单，就是把Word里的文字复制、粘贴呗。”这其实是对PPT的一种无知与亵渎。如果直接把文字复制粘贴就能达到演示的效果，PPT根本就没有存在的必要了。
      PPT的本质在于可视化，就是要把原来看不见、摸不着、晦涩难懂的抽象文字转化为由图表、图片、动画及声音所构成的生动场景，以求通俗易懂、栩栩如生。

形象，至少能给你带来三方面的感受：
    一是便于理解。
      文字总是高度抽象的，人们需要默读、需要转换成自己的语言、需要上下联想、需要寻找其中的逻辑关系；但人们看电影就轻松许多，只需要跟着故事的发展顺理成章地享受其情节、体味其寓意就行了。PPT就是要把这些文字变得像电影一样生动。
    二是放松身心。
      如果把一本小说贴在墙上，相信你看半个小时就会腰酸背痛；如果把小说拍成电视剧，也许你看上一天也不觉得疲惫。就是这个道理。
    三是容易记忆。
      传统的PPT，你需要观众记住的是文字，这个难度太大了，即使记住了也很容易忘记；而形象化PPT，可以让观众轻松记住其中的图形、逻辑或结论，也许三五年后，人们仍然能够记忆犹新。
      改变那种“复制、粘贴”的做法吧！把那些无关紧要的内容大胆删除，把长篇大论的文字尽量提炼，也许刚开始你不习惯，也许你做得还很粗糙，别放弃，总有一天你会让观众赞不绝口的。
      有的领导会问：“如果PPT没有文字，你让我讲什么？”的确，演示习惯的改变不是一朝一夕的事情，这依赖于演示者对内容的熟悉程度和演示技巧的掌握程度，但有一点，带着观众读文字是演示的大忌，杜绝这一条，演示效果会逐步得到提升。
所以，提出了两个观点：
1、文字是用来瞟的，凡是瞟一眼看不清的地方，就要放大，放大还看不清的，删！
2、文字是PPT的天敌。能减则减，能少则少，能转图片转图片，能转图表转图表。

绝招二：20分钟是快乐的极限

      传统上，我们总是认为，讲得越多，时间越长，越体现出演示者的重视。这是计划经济时代的标准。现在，无论我们的领导、客户还是普通的受众，时间都极为宝贵，没有人愿意阅读动辄数百页的研究报告，也没有人去听你的长篇大论。浓缩的才是精品！
    演示的核心内容是什么？观点！
      在此基础上把观众容易困惑的地方、你认为重要的地方作一些说明。永远不要担心你的演示过短，如果花费20分钟就能够把一天才能了解的内容讲清楚，你实际上为观众节省了7小时40分，在时间就是金钱的年代，观众当然求之不得。
      简短的另一个好处是意犹未尽。如果你的演示足够精彩，会给观众留下更多的期待和回味，甚至会有人要求把你的PPT拷回去好好研究几遍呢。
      简短，也对PPT提高了要求。你需要了解哪些内容是观众最关心的，哪些内容是非讲不可的，哪些内容是能带来震撼的，据此，该合并的合并，该删减的删减。也许，这是一个反复的过程，但标准只有一个：不要让观众有打哈欠的时间。

绝招三：清晰比什么都重要

PPT有一个致命的弱点——观众容易迷失思路。
为什么？
一、PPT毕竟不是电影，其逻辑结构是抽象的，难以把握；
二、PPT是一页页翻下去的，一次只能看一页内容，前面看过的只能依靠记忆。
解决的办法有两个：
一是事先给每位观众发一份演说纲要；
二是给你的PPT建立清晰的导航系统。
导航系统主要包括：
一、从片头动画、封面、前言、目录，到切换页、正文页、结尾页等一套完整的PPT架构（本书第3章将详细介绍）；
二、每页都有标题栏（除了标明整个PPT的标题，更重要的是标明本章节的标题、本页的主题）；
三、页码，如果方便的话也尽可能加上。

绝招四：没有设计就等于垃圾

      传统上，我们把PPT归结为办公处理之类的工具，认为只要简单排版就可以满足需求。
      随着整个社会审美标准的提升，这一观点正被越来越多的人抛弃。PPT，特别是对外PPT，正成为公司形象识别系统的重要组成部分，代表着一个公司的脸面；设计，正成为PPT的核心技能之一，也是PPT水准高低的基本标准。
      无论是汇报、宣传还是比赛、竞标，一个设计精美的PPT最少可以起到以下作用：
（1）让观众赏心悦目：美女养眼，精美的PPT养神。
（2）让观众产生好感：爱美之心人皆有之，漂亮的PPT自然能让观众多看几眼。
（3）赢得观众的信任：人总是有偏见的，精美的设计给人专业、认真、可靠的感觉，内容的含金量也自然得到提升。
（4）赢得成功的机会：在职场上，美女与帅哥有更多成功的机，PPT演示也是如此。
      内容的好坏难以评价，但形式的优劣却显而易见，喜欢而又信任的方案自然是领导和客户的首选。
设计非一日之功，但我们可以找到捷径：
（1）善用专业素材：专业的PPT模板让你的PPT拥有外在美；专业的PPT图表让你的PPT
具备内在美；专业的PPT图片（包括JPG、PNG、AI等格式）让你的PPT充满生机。
（2）掌握排版的基本原则：每个人的审美标准是不同的，但总有一些规律是相通的，掌握并遵守这些规则，将使你的PPT设计得到大多数人的认可。这些规则包括：一个中心、合理对齐、画面统一、强烈对比、层次分明等，本书第6章将详细讲述。
（3）多看精美案例：PPT诞生以来的十多年里，整个社会的设计水准都在迅速提高，三人行，必有我师，在平面设计、动画领域，处处都有值得我们学习的案例。

绝招五：炫不是动画的根本

自PPT诞生以来，动画就一直是最大的争议。
一 种观点认为，PPT就是幻灯片，就是一页一页翻过的图片加文字，在商务PPT应用领域，根本不需要动画或者最多只需简单的页面切换动画； 相反，有无数的仁人志士对PPT动画矢志不渝，用自己的创意和努力一次次创作动画的传奇，也得到众多PPT爱好者的欢呼雀跃。
近年来，锐普PPT把PPT动画成功应用到商务领域，并得到客户的广泛认同。
动画，不仅仅让PPT变得生动，更能让PPT表现效果数倍提升。
（1）片头动画
让 你的PPT一把抓住观众眼球。电影有片头、游戏有片头、网站有片头，PPT演示也需要片头。演示开始时，观众往往会需要一个适应期，也许 还在想着刚才没有处理完的工作，也许还在跟邻座侃侃而谈，也许还在抱怨着观看演示的辛苦，这时候，你需要立即把观众的视线聚焦到你的演示中来，精美和创意 的片头能立即给观众带来震撼，让观众目不转睛。
（2）逻辑动画
一幅静止的画面，观众会 自上而下全面浏览，缺乏逻辑的引导，观众难以把握重点，看完之后还要思考其中的逻辑关系，实际上浪费了精力和注意 力；如果给这幅画面加上清晰的逻辑动画，就把观众自己找线索变成了帮观众理线索。演示者可以控制对象出现的先后顺序、主次顺序、位置改变、出现和退出等， 引导观众按照自己的思路理解PPT内容。
片头动画让对外宣传的PPT尽显企业的专业与实力。一束光闪过，该公司的logo由轮廓逐渐变得靓丽十足，让人记忆深刻；紧跟的4张动画页面从不同角度展现了上海及该公司的风貌，同时配以连续抽象的文字和动画效果，消除了页面之间的分割感。
（3）强调动画
以 往我们只是用颜色的深浅、形状的大小以及字体的不同来突出某些重要内容，这有一个很大的弊端，就是要强调的内容会一直处于强调地位，当我 们讲述别的内容时，它会分散观众的视线；强调动画，通过对象的放大、缩小、闪烁、变色等动作实现强调效果，并能够让演示者自如控制，强调过后自动回复到初 始状态。
（4）片尾动画
与那些戛然而止的PPT相比，加一个简单的片尾动画将收到意想不到的效果：
一是作为礼貌，提醒大家演示结束，并给人一定的缓冲时间，准备接下来的活动；
二是与片头动画相呼应，做到有始有终，避免给人虎头蛇尾的印象；
三是通过贯穿始终的形式，提醒观众回忆内容，强化记忆。
（5）情景动画
也许你讲述的就是一个故事，故事总是有情节、有过程的，而要用一张静止的画面去表达一个完整的过程，几乎不可能。相反，一套连续的动画，则能把这些过程表现得栩栩如生。以往，我们用Flash、视频来表现这些效果，PPT其实也能够实现。

绝招六：图表是PPT的筋脉

      商业演示的基本内容就是数据，于是图表变得必不可少。最早出现的是柱图、饼图、线图、雷达图等；咨询公司把数据图表转移到对逻辑关系的表达 上，于是出现了并列、包含、扩散、综合、层进等各类关系图表，从此，文字也可以不再抽象、乏味了；以ThemeGallery为代表的韩国公司、以 PresentationLoad为代表的欧美公司以及以锐普PPT为代表的中国公司等设计公司，则进一步把这一趋势发挥到极致——加入了设计的概念，从 此，文字可以变得像图画一样精美、形象、栩栩如生。
      同样，PowerPoint软件就像天生为图表而生的，强大的像Illustrator一样的绘图功能，加上清晰的操作界面、简单的操作模式，让人人都能轻而易举地掌握。很快，PPT图表就风靡全球，与图片配合使用，让演示如虎添翼。
      如果你的PPT还在受大段文字的困扰，还在为逻辑混乱而发愁，那就赶快学习PPT图表吧。

绝招七：没有策划就没有精品

      好的PPT是策划出来的，就像宏伟的建筑是规划出来的。
      所有的PPT设计师者首先是策划师，有的是无意识为之，有的是用心去做的，但没有策划的PPT必定是失败的作品。不同的演示目的、不同的演示风格、不同的受众对象、不同的使用环境，决定了不同的PPT结构、色彩、节奏、动画效果等，PPT的人介于观众、领导、演示者等多重标准的审视。
一个好的PPT作品基于对以上要求的准确把握。
      我们曾经有一些卓越的设计师，出来的作品很美、很耐看，但却一直得不到客户的认可，为什么？就是缺乏准确的策划。美，不是PPT的唯一标准；经验、用心、设身处地为观众着想，即使画面有瑕疵，也往往能赢得演示者的认同和观众的喝彩。

绝招八：PPT可以当主角

      西方有一种观点开始在中国流行：演讲者永远是主角，PPT不过是陪衬。
      其实这完全是站在西方立场上的一种观点，未必适应中国国情。西方人大多喜欢张扬，擅长演说，甚至在很多人看来演说已经是一种享受，当然不愿意被PPT抢了风头；但中国文化更强调内秀，不愿意抛头露面，擅长演说者更是寥寥，甚至连一些领导在众人面前也不愿张扬，何况一般人？所以，我们常常把自 己作为的一员，是我们代表演说，我们不过是一种符号，低调再低调，宁可把PPT作为众人瞩目的焦点。
从另一个角度讲：我们是为了演示而演示吗？是为了表现自我吗？
当然不是！每次我们都是抱着一定的目的进行演示的，或者为了让观众了解我们的工作，
或者为了让观众选择我们的产品，或者为了沟通一些信息，或者纯粹为了博得大伙一乐……能找到必须让我们成为主角的理由吗？
没有！
效果为王，只要能达到目的，不要在乎谁是主角、谁是配角。
如果你是一位表现欲极强的演说大师，如果这是一个需要你展示自我的舞台，那你就勇敢地站出来，做主角吧！
如果你是一位稍微内敛的工作者，为了工作才进行这次演示，或者这是一个需要低调的场合，那就不必拘泥于大师们的说教，即使你是配角，也能得到最热烈的喝彩。

绝招九： PPT不是哑巴

在很多人眼中，PPT是多媒体的代名词。但这个多媒体，却一直因为无声而名不副实。
细分析，无声原因有三：
一是PPT的商务特点限制了声音的应用，毕竟在商务会议场所，人们需要集中精力思考，无论是背景音乐还是动画声音都会给人们带来干扰；
二是PPT软件设计的功能限制了声音的应用，PPT软件生下来就没有为声音的应用做好充分准备，仅仅了这一功能，对声音的编辑、优化等功能，PowerPoint还无心顾及；
三 是PPT人群实在太广，经理、文员、老师、销售代表、老总、领导、甚至一些小学生都成了PPT技术员，大家相关的知识储备远不够，缺乏声 音素材、缺乏声音感觉、缺乏声音编辑的技术，但不知不觉中，有人还是尝试起来，结果声音应用不专业，特别有些动作声音常常引来观众一阵哗然。于是，有人总 结了，PPT勿用声音。
果真这么绝对吗？
形势正在悄悄变化，PPT有声时代正在来临。
（1）PPT早已不再限于汇报演示，企业宣传、婚庆礼仪、休闲娱乐等正成为PPT应用的热点领域，声音是不可或缺的元素。
（2）平面设计、flash、视频等时刻冲击着人们的视觉，人们正经受着最严重的审美疲劳，单纯靠画面给人的刺激已经大大降低，声音是增强画面冲击力的绝佳武器。
（3）PPT设计公司的崛起，让PPT声音的处理专业化，声音素材库搭建起来，各类声音编辑软件应用自如，配音设备逐步完善，PPT中声音运用的规律也已经把握到位。

绝招十：退“三”进“七”

要让PPT高人一等有很多方法，率先使用PowerPoint 2007，无疑是最有效的捷径。
从PPT专业应用角度看，PowerPoint的以下特点都是我们极为推崇的。
（1）操作界面更美观、更人性化
● 全新的vista般操作界面，让人赏心悦目；
● 对文件整体管理的功能集中到左上角的offi ce按钮里，为操作区留出更大空间；
● 操作区域更开阔、归类更合理，操作熟练后一目了然；
● 自定义按钮非常个性化，把常用的功能放在这里调用更快捷；
● 选择窗格与Photoshop 窗格类似，“层出不穷”成为现实，使PPT各项功能全面提升；
● 放大/缩小按钮与视图模式按钮同时放置于右下角，更适应一般人的操作习惯。
（2）绘图和设计功能更强大
（3）丰富而实用的功能集群
这些功能包括：
● SmartArt图表，可以把文字轻松转化为图表。（只是目前所的图表种类较少，质感过于单调，从设计的角度并不主张过多应用。）
● 为PPT文件减肥，2007版的PPTX格式的文件比2003版的PPT格式文件小了很多。
● PPT可以直接转为pdf、xps、jpg等格式，并可把其中的部分PPT页面发布出来，供各类场合使用。
● 有效防止文档崩溃，在2003版里一旦文档出错，没有保存的数据都会丢失；2007版则能够尽力恢复程序关闭前的状态。
但2007版也存在一些明显的遗憾：
其一是对电脑硬件要求较高。不少学员反映，500MHz以下的处理器、256MB以下的内存的电脑用起来都较吃力。
其 二是与2003版的兼容性不够。PPTX文档一般要转化成PPT文档或者安装插件才能在2003版的PowerPoint中读取。用 2007版所作的立体艺术文字、艺术图形在2003版中是无法编辑的，部分颜色渐变效果、阴影效果、文字效果，甚至一些动画在2003版里会发生变形，需 要在2007版里对照编辑。
但这些缺陷改变不了2007版快速普及的趋势，要想实现超人一等的PPT表现效果，PowerPoint 2007无疑是最佳的选择。

文章中观点来源于《PPT演义》一书中的总结，文章内容转载自且行资源

PPT高手的制作思路

制作PPT需要思考的东西很多：思路，架构，版面，色调，详略，图片等等。即便是做了8、9年PPT的高手每次在做新PPT之前，还是会很头痛！

      网络PPT高手根据经验,总结了一些做PPT的流程，非常感谢分享：

1、最开始什么都不要想,不要去查资料,也不要接触电脑,而是用笔在纸上写出提纲,当然,能简单的划出逻辑结构图最好了.越细越好.

2、打开PPT,不要用任何模板,将你的提纲按一个标题一页整出来.(过去我就总是追求完美,首先搞摸板,花掉半个多小时,做的过程中不满意又修改,做完后又修改,甚至最后完全推翻—-伤神费力耗时!!)

3、有了整篇结构性的PPT(底版/内容都是空白的,只是每页有一个标题而已),就可以开始去查资料了,将适合标题表达的内容写出来或从网上拷贝进来,稍 微修整一下文字,每页的内容做成带”项目编号”的要点.当然在查阅资料的过程中,可能会发现新的资料,非常有用,却不在你的提纲范围中,则可以进行调整, 在合适的位置增加新的页面.

4、看看PPT中的内容哪些是可以做成图的,如其中中带有数字、流程、因果关系、障碍、趋势、时间、并列、顺序等等内容的，全都考虑用图画的方式来表现。 如果有时候内容过多或实在是用图无法表现的时候，就用“表格”来表现。实在实在是不行了，才用文字说明。所以，最好的表现顺序是：图–表–字。这个过 程中图是否漂亮不要在意，“糙”点没关系，关键是你用的图是否准确。

5、选用合适的母版，根据你的PPT呈现出的情绪选用不同的色彩搭配，如果觉得office自带的母版不合适，自己在母版视图中进行调整，自己加背景图、 Logo、装饰图等。其实关于母版颜色的选择，这么多年，我也一直没有研究透彻，据说不同的颜色会给人带来不同的感情冲击，专业的书讲的都是些狗屁理论， 不就是情绪吗？我就按自己的情绪来定了。当然，如果是有公司自己的标准模版，就不用费这些工夫了，直接用之。

6、在母版视图中调整标题、文字的大小和自体，以及合适的位置。

7、根据母版的色调，将图进行美化，调整颜色、阴影、立体、线条，美化表格、突出文字等。注意在此过程中，把握整个PPT的颜色不要超过3个色系！否则你的PPT就显得特别乱而且“土”！

8、美化页面，看看哪里应该放个装饰图，图片可以从网上找，建议用GOOGLE的图片搜索（用英文最好），装饰图的使用原则是“符合当页主题，大小、颜色不能喧宾夺主！”

9、最后在放映状态下，自己通读一遍，哪里不合适或不满意就调整一下，修改错别字！

10、你以为这就完了吗？？没有！注意错别字！（上一步你已改过了，但不够！你自己做自己查的正确率并不高），你知道吃饭的时候，饭里有只苍蝇是什么感觉 吗？就是看PPT时看到错别字时的感觉！而且读者一般是老板或客户，会非常怀疑的专业精神和工作态度，前面99%的工作已经做的非常不错了，但你的给读者 印象却可能毁于这1%的失误上！因此，将PPT给你的同事或者朋友检查一下，如果文件很重要，建议给2-3个同事检查。

密技真言：

尽量用1种字体，最好不要超过3种
PPT的灵魂—-“逻辑！”
PPT的恶心—-“错别字等于苍蝇”
3色原则：“不要超过3种色系”
6字解码：“大化小，小化图”—-提纲时，用逻辑树尽量将大问题分解成小问题，小问题用图表现。
12字真言：“能用图，不用表；能用表，不用字”
只要掌握如上原则，PPT肯定不会很“糙”或“土”，而且具有专业精神！

1. 接口测试用例

2. 路径测试的检查表

3. 功能测试用例

4.   容错能力/回复能力测试用例

5. 性能测试用例

6. 用户界面测试的检查表

7. 信息安全测试

8. 压力测试用例

9. 可靠性测试用例

10.    安装/反安装测试用例

刚刚忙完，上来溜溜，最近很少QQ了，工作忙也是近两天才有的事，哪么这么长的空档期我在干吗了？呵呵，

http://www.uml.org.cn/Test/test.asp

   就是在这个网站上泡了。呵呵，在读文章的时候，读到一句话“中国有句老话“养兵千日，用在一时”。这句话往往是在临战的时候将军（测试负责人）对战士（普通测试人员）说的。中国古代还有一个方法叫做“战时兵闲时农”的策略，即我们广大的劳动人民在没有战争的时候安心种我们的地，一旦战争爆发或者国家需要的时候我们就披上盔甲去作战。这两句话给我们一个提示：我们应该培养我们的测试人员或者说我们的测试队伍”

    我突然觉的好像我哦，呵呵，平时不忙，都在利用空档来充电。现在我完全可以在忙的时候立即投入忙的状态，并且把工作做的有条不乱。闲的时候，我又能在与看新闻看技术文章中来回穿梭 “打发”时间，把学的知识备用。也许这一年我没有技术性的提高，但在心境上与思想上还是有所提高的，我要求不高，每年都有进步就知足了。我能够在充电时得到的启发与知识点运用到当下的工作中去，己经是收获了。知足常乐。不贪不懒。足以

来源：网络

测试工作规范

版本记录：

目录

目录... 1

1.编写目的... 2

2.测试团队构成... 2

2.1职责... 2

2.2角色划分... 2

3.1计划与设计阶段... 2

3.1.1成立测试团队... 2

3.1.3召开测试启动会议... 3

3.1.4编写测试计划文档... 3

3.1.5设计测试用例... 4

3.2实施测试阶段... 4

3.2.1实施测试用例... 4 3.2.2提交报告... 4

3.2.3回归测试... 5

3.3总结阶段... 5

3.3.1编写测试报告... 5

3.3.2测试工作总结... 6

3.3.3测试验收... 6 3.3.4测试归档... 6

3.4缺陷跟踪... 7

4缺陷类型定义... 7

5测试标准... 8

6问题争议处理... 8

7测试标准文档... 8 

1.编写目的

本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。

2.测试团队构成

2.1职责

测试是软件开发过程中的重要组成部分，肩负着如下责任：         

A、在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。         

B、编写合理的测试计划，并与项目整体计划有机地整合在一起。         

C、编写覆盖率高的测试用例。         

D、针对测试需求进行相关测试技术的研究。         

E、认真仔细地实施测试工作，并提交测试报告以供项目组参考。         

F、进行缺陷跟踪与分析。

2.2角色划分

在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。

3.工作流程及规范

3.1计划与设计阶段

3.1.1成立测试团队 在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下：

图表 1

3.1.2测试预通知

在正式测试任务下达前，开发团队应提前一周左右向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。测试负责人可视具体情况决定是否需要调整人力。测试人员可预先熟悉必要的背景资料，协助测试负责人编写《测试计划》初稿。

图表 2

3.1.3召开测试启动会议

图表 3

3.1.4编写测试计划文档

需求分析文档确立后，测试组需要编写测试计划文档，为后续的测试工作提供直接的指导

图表 4

3.1.5设计测试用例

在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：

图表 5

3.2实施测试阶段

3.2.1实施测试用例

实施测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。

图表 6

3.2.2提交报告

在约定的测试周期完成之后，测试负责人需要总结此次测试的结果，编写测试报告

图表7

3.2.3回归测试

在每轮测试结束之后，由测试组重新拷贝修改后的最新版本，进行回归测试。

图表 2

3.3总结阶段

测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。

3.3.1编写测试报告

在回归测试结束之后，测试负责人将要编写测试总结报告，对测试进行总结，并且提交给全体项目组，为产品的后续工作提供重要的信息支持。

3.3.2测试工作总结

测试总结工作是在以上的工作全部结束以后，它的目的是评估本次测试工作，总结经验，使下一次的工作做得更好。

3.3.3测试验收

测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收，宣布测试结束。

3.3.4测试归档    

测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归类，存档。

3.4缺陷跟踪

测试验收结束后，跟踪产品在试运行阶段暴露出来的新缺陷，以及已提交的缺陷是否再次发生。

4.缺陷类型定义

本规范定义以下五类缺陷

A类——严重错误，包括：

1.       由于程序所引起的死机,非法退出

2.       死循环

3.       导致数据库发生死锁

4.       数据通讯错误

5        严重的数值计算错误

B类——较严重错误，包括：

1.       功能不符

2.       数据流错误

3.       程序接口错误

4.       轻微的数值计算错误

C类——一般性错误，包括：

1.       界面错误(详细文档)

2.       打印内容、格式错误

3.       简单的输入限制未放在前台进行控制

4.       删除操作未给出提示

D类——较小错误，包括：

1.       辅助说明描述不清楚

2.       显示格式不规范

3.       长时间操作未给用户进度提示

4.       提示窗口文字未采用行业术语

5.       可输入区域和只读区域没有明显的区分标志

6.       系统处理未优化 E类——测试建议（非缺陷）

5.测试标准

软件测试合格须符合以下标准。

以上比例为错误占总测试模块的比例。软件产品未经测试合格，不允许投运。

6.问题争议处理

如开发团队对测试结论有争议，由PM和成员会议协调解决。测试团队和开发团队应无条件服从仲裁结果。

7.测试标准文档

1.       《测试任务说明书》

2.       《测试计划》

3.       《测试用例》

4.       《测试报告》

5.       《测试总结报告》

6.       《测试验收报告》

7.       《缺陷跟踪报告》

HttpUnit是一个集成测试工具，主要关注Web应用的测试，提供的帮助类让测试者可以通过Java类和服务器进行交互，并且将服务器端的响应当作文本或者DOM对象进行处理。HttpUnit还提供了一个模拟Servlet容器，让你可以不需要发布Servlet，就可以对Servlet的内部代码进行测试。本文中作者将详细的介绍如何使用HttpUnit提供的类完成集成测试。

1. 如何使用httpunit处理页面的内容

• WebConversation类是HttpUnit框架中最重要的类，它用于模拟浏览器的行为
• WebRequest类，模仿客户请求，通过它可以向服务器发送信息
• WebResponse类，模拟浏览器获取服务器端的响应信息

1.1 获取指定页面的内容
   1.1.1 直接获取页面内容

 1.1.2 通过Get方法访问页面并且加入参数

http://www.uml.org.cn/Test/test.asp

测试计划中有关计划的相关主题：

• 测试结束标准
• 一些相关约定，部分模板中添加入“术语”一栏
• 测试工作中产生的文档及定义（测试用例文档，缺陷报告文档等）
• 测试工作个团队之前的协调工作，主要包括开发组需要对测试组提供的相关帮助
• 测试的范围
• 测试的时间安排（时间进度表）
• 测试的策略
• 测试过程中的资源要求
• 测试人员的任务分派
• 测试中可能遇到的风险等问题
• 测试工作的度量和统计
• 测试工具相关的计划

等等。

以上这些主题都是常见且有助于我们做好计划工作的内容，至于测试费用等的计划，笔者认为适当估计但不要过分追求，因为在实际的操作过程中，测试工作延期、测试工具购置、人员流动造成的培训费用等会打乱这个计划，并且在测试计划中列出的费用是不会跟财务直接挂钩的，具体费用还得依照公司专用流程，因此“测试费用”这类主题在笔者计划测试的过程中不会考虑太多。

也就是5W1H定义：
> WHY：为什么要写测试计划；
> WHAT：测试什么；
> WHEN：测试不同阶段的起止时间；
> WHERE：文档放哪；
> WHO：哪些人去做；
> HOW：怎么测试；

中国有句老话“养兵千日，用在一时”。这句话往往是在临战的时候将军（测试负责人）对战士（普通测试人员）说的。中国古代还有一个方法叫做“战时兵闲时农”的策略，即我们广大的劳动人民在没有战争的时候安心种我们的地，一旦战争爆发或者国家需要的时候我们就披上盔甲去作战。这两句话给我们一个提示：我们应该培养我们的测试人员或者说我们的测试队伍。

者   先拿“养兵千日用在一时”来讲，正如我上面提到的，往往在临战的时候大家才想起这句话，可是我们不妨倒过来想一想，一时的用是需要千日的积累的。这也是在提示我们，一支优秀的测试队伍的每个人都应该是优秀的并且我们需要在“用一时”之前好好“养千日”。这种积累不是一天两天可以形成的，正所谓冰冻三尺非一日之寒。为什么要在谈论计划测试的时候谈论这个问题呢？原因在于“巧妇难为无米之炊”，我们在做计划的时候如果发现没有一个可用之才，那我们的计划怕是做不下去了，或者我们只有准备另外招新人到行伍中间来，亦或者只能外包测试给专业队伍，这无疑又增加了项目的风险，因为新人或者其他队伍使我们不了解的，他们会做成什么样子只有老天知道，当我们把命运交给老天的时候，这相当于在玩火。我们需要把“养千日兵”拉到我们的计划中来，从更加长远的角度来计划一下我们的测试工作，测试方向等等。对于人才的培养，一般使用的是人尽其才的分工制度，即某一个或者一些人熟练掌握某一些测试技能，并对其他技能有所了解，最理想的情况下，我们在测试的方向（或者说是本公司主要的开发方向相关联的各个测试技术方面）都有“专家”，这样才可以保证一个测试队伍可以应付不可预知的测试任务。

我们的学习方向，笔者大概归纳一下：

> 测试理论（包括测试基本概念，流程，管理等等内容。对于测试来讲，这才是基本）

> 测试文档 （虽然网络上的文档中的内容对于目前的你来说不可能完全有用，但是知道一份专业或者说完整的文档是怎么写的也是必要的）

> 测试工具（对于刚起步的测试人员，如果你不是开发大牛，建议你还是先使用别人已经写好的工具）

> 开发知识 （有则加之，无则添之，总是是要学，因为这一点是为将来打算，这些知识有助于我们更好地测试）

对于一般外包项目来讲，对于测试要求相对较低，而时间是固定的。对于这种项目的测试工作来讲，一般是标准的段段式的，即计划测试，测试用例设计，测试用例执行及bug管理，测试报告提交等等阶段。这就好弄多了，根据经验（如果一点经验都没有，那还有直觉）我们把这几个阶段换算成比例，然后把测试总时间瓜分了，需要提醒大家的就是记得在瓜分之后留点“缓冲时间”来，否则到时候出了点意外就麻烦了，记住是在每段时间之后加上一个缓冲期，而不是最后加上一次。

对于产品来讲，测试要求会比较高，时间当然也是需要考虑的，套用IT界最常被引用的一句话，“在这个瞬息万变的时代”，把握时机对于一个产品来讲无疑是很重要的。这个时候我们还是先将测试分段，对于这种项目，我们首先站在测试质量的角度，实事求是按照功能点数目、难度，测试经验等来估计测试时间，然后将总时间加起来，如果时间充裕，我们考虑加入更多测试面，如果时间紧迫，我们考虑是否删除部分非核心功能，以降低开发和测试的时间成本，从而为测试质量保驾护航

转自网络

一．UML简介

UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。

二．用例建模简介

用例建模是UML建模的一部分，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解用例建模可分为用例图和用例描述。用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。用例描述用来详细描述用例图中每个用例，用文本文档来完成。

系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。

箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。

2． 用例描述

用例图只是简单地用图描述了一下系统，但对于每个用例，我们还需要有详细的说明，这样就可以让别人对这个系统有一个更加详细的了解，这时我们就需要写用例描述。

对于用例描述的内容，一般没有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括：简要描述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等等。下面说说各个部分的意思：

简要描述：对用例的角色、目的的简要描述；

前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件；

基本事件流：描述该用例的基本流程，指每个流程都“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；

其他事件流：表示这个行为或流程是可选的或备选的，并不是总要总要执行它们；

异常事件流：表示发生了某些非正常的事情所要执行的流程；

后置条件：用例一旦执行后系统所处的状态；

三． 用例图和用例描述设计实例

这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的写法。这个网站我用UML完整的分析一下，以下我提取了用例图和用例描述的部分。这个家教网站分为前台客户系统和后台管理系统。

前台客户系统的用例图如下：

后台管理系统用例图如下：

感谢:http://www.51cto.com 2006-01-13 10:10 出处:51CTO.com整理

补充:

用例之间也可以存在包含、扩展和泛化等关系：

　　（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。

　　（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。在以下几种情况下，可使用扩展用例：

　　a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；

　　b.表明只在特定条件（如例外条件）下才执行的分支流；

　　c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。

　　图2.3给出了一个扩展关系的例子，在还书的过程中，只有在例外条件（读者遗失书籍）的情况下，才会执行赔偿遗失书籍的分支流。

（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。当父用例能够被使用时，任何子用例也可以被使用。如在图2.4中，订票是电话订票和网上订票的抽象。

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

泛化、包含和扩展

泛化（Generalization）在面向对象的技术中无处不在，它的另一个名字也许更为著名，就是“继承”。下图给出了一个使用泛化的用例图：

扩展用于子用例的动作步骤基本上和父用例的动作步骤相同，只是增加了另外的一些步骤的情况下。包含用于子用例包含了所有父用例的动作，它将父用例作为了自己的一个大步骤，子用例常常包含一个以上的父用例。如下图：

对于用例描述，篇幅有限，我在这里只列了后台管理系统中的网站公告发布这个用例的描述。如下：