Iolia的个人空间_首页_51Testing软件测试网

走艰难的历程

2007-6-23

失败时觉醒，，，，，，，，，，，，，，，有事，，，，，

查看(23) 评论(0)

TestDirector

2007-6-19

TestDirector 7.2 使用简介

本文用于简单描述测试管理TestDirector 7.2的安装、配置、使用过程，旨在指导从来没有接触过该软件的人员可以快速使用它。主要内容有：

4、创建项目

6、 Defect使用

安装前期准备

注意：

如果你不用第三方数据库，则这个步骤不是必须的.

testDirector需要一种数据库支持，所支持的数据库有access, SQL server, oracle ,Sybase , Access我们以sql server2000为例

放入sql server2000光盘，在自动运行导航界面中点击” 安装数据库服务器”，按向导安装即可，有不明之处处，请参考Microsoft SQL Server 安装盘下的Readme.文件

安装TestDirector 7.2

1. 放入TestDirector 7.2安装盘，运行SETUP.exe文件，出现欢迎界面，点击next按钮.

2. 输入license NO，例如: 902V142-Q10I510-GB10GB0-2BJ02R0，点击next按钮

3. 选择支持的数据库服务器类型:MS_SQL server, Access, Sybase, Oracl，可选一个或多个, 点击next按钮

4. 输入连接串，如：DBNETLIB，这里我们采用默认的，点击next按钮

5. 指定项目安装的目录（其实大部分文件都安装在c盘下，所以有没指定一个样,哈）

6. 输入你用于发送邮件的smtp服务名称（可以是ip），或者用系统iis有smtp服务，这里我们输入一个smtp服务器名称:creawor.com，点击next按钮

7. 输入虚拟目录名称，并指定物理安装位置，这里我们用默认值TDBIN和c:\inetpub\TDBIN，点击next按钮

8. 这是一个你前面设置的信息摘要，确认正确后，点击install按钮开始安装

9. 等待几分钟后就可以了,去轻松一下吧！

10. 拷贝完文件后，显示了一个注册界面，点击next按钮

11. 在文件区中，显示了一个进入TestDirector的url链接,你要可要记得它：http://KM/TDBIN/default.htm，点击Start按钮结束安装，进入 TestDirector去看看吧，服务器安装到此结束,哈哈

客户端配置和控件下载

1、如果你要对项目定制和管理，则要从服务器下载客户端安装程序。下载位置在http://km/TDBIN/default.htmàTestDirector Plug_Ins Page-àTestDirector Client Side Setup

2、双击TDClientSideInstallation.exe运行

3、点击install按钮开发安装

4、点击ok按钮关闭完成对话框

创建项目

1、打开：开始à程序àTestDirecotr 7.2àProject Administration Utility，系统弹出登陆对话框。

2、初始用户名称为:Sysadmin，密码为空,点击OK按钮进入系统

3、在主界面左侧可以看见已有二个项目（TestDirecotr_Application,TestDirector_Demo），我们点击工具条上的New按钮，弹出项目新建对话框

4、默认项目名称为以“TD_”为前导字符，你可以更改，例如:TD_KM,当然这个你可任意输，全要保证唯一，选择数据类型，如:ACCESS，点击create按钮就新建了一个项目。（如果项目是要从已存在的项目复制，那么在新建对话框中点击copy form…按钮，在Project选择框中选择你要拷贝的项目，选择你要拷贝哪些类型的数据点击Create按钮创建）

定制项目模块、加入用户和授权

1、打开Intrnet Explorer浏览器，在地址栏输入: http://km/TDBIN/default.htm

2、点击左边的导航菜单Full TestDirecotr（如果你是第一次使作，系统会开始下载客户端控件，其中有二个不定会下载在功，这时你要到插件页中去下载并安装它,详见客户端配置和控件下载）

3、点击顶上工具条上的CUSTOMIZE链接会弹出登陆对话框

4、在Project中选择TD_KM,就是我们上面创建的项目,输入用户名:admin,密码为空,（这是默认的系统管理员身份）,点击ok按钮确认进入项目定制页面。

5、如何修改密码呢？点击导航菜单change password进行修改，这个你会吧：）

6、如何这定义自已的字段呢？点击customize project entities弹出定制对话框。（这里有六个表，每个表中的字段分为系统字段(system fields)和用户定段(user fields)），选择DefectàUser Fields节点，点击底部的new Field按钮,输入字段名称和数据类型，并选择显示模式.增加完后，点击ok按钮返回查看(159) 评论(0)

针对大家对软件质量和测试的一些问题，参考了相关资料整理了此文档，并不断补充。

什么是软件质量保证 ( Software Quality Assurance——SQA )？
主要从预防（prevention）的角度，透过监控来改近真个软件开发流程，并确认所有的标准与流程都被遵守，所有的问题都被找到并解决。所以，软件质量保证是与真个软件开发流程是息息相关的，而不是单单只有软梯测试而已。例如：在需求阶段，可能会要求真正的使用者参与，以确保需求真正的是使用者想要的，甚至透过互动的方式，帮助使用者找出更明确的需求。或者开发团队可能会采用问题跟踪管理。要求撰写文件。在编写代码阶段，可能会采取 Code Review 方式，减少 defect 产生的机会等。总之一切的活动在与预防软件质量的降低。
什么是软件测试 ( Software Testing )？
主要从检测 ( detection ) 的角度，透过不同的条件验证系統的结果是否为预期的结果，例如使用者操作应用程序、执行某项的操作、并验证某个预期的结果是否发生，而验证的条件可以是正常与非正常的。
最近有哪些严重的灾害或损失是由软件的臭虫 ( bugs ) 所造成的？

2004年农历年前ATM跨行系统大当机！财金公司把矛头指向「瞬间交易量爆增」。不过，交易量还在系统的容许范围，财金公司无法确定系统当机的真正原因，已经向国外专家求援。
2003年11月美商花旗银行台北分行日前发生网路信用卡客户资料外泄，财政部金融局今天要求花旗停止发行新信用卡一个月，至于花旗已经停止的网路申请及相关业务，必须继续停止三个月，直到问题有改善为止。
2003年10月20日财金公司因通讯控制机发生间歇不稳定，导致ATM交易延迟，财政部今天终于公布原因，金融局局长曾国烈表示，华南银行当天早上传送非约定信息，导致系统不稳定，经过专家建议已修改相关参数值，以处理瞬间大量的信息。

· 为什么管理层对于软件测试于保证 ( Quality Assurance ) 总是不重视？
解决问题大家都可以看到表现，但是预防问题确很难看到绩效，我们可以从一个简单的中国语言可以看出这个道理：
魏文王问名医扁鹊说：「你们家兄弟三人，都精于医术，到底哪一位最好呢？」
扁鹊答说：「长兄最好，二兄次之，我最差。」
文王再问：「那么为什么你最出名呢？」
扁鹊回答：「我长兄治病，是治于病情发作之前。由于一般人不知道他事先能铲除病因，所以他的名气无法传出去，只有我們家的人才知道。」
扁鹊又说：「我二兄治病，是治病于病情初起之时。一般人以为他只能治轻微的小病，所以他的名气只有本乡人知道。」
扁鹊再说：「而我扁鹊治病，是治病于病情严重之时。一般人都看到我在经脉上穿针管来放血、在皮肤上敷药等大手术，所以以为我的医术高明，名气因此传遍全国。」
文王说：「你说得好极了。」

为什么软件会有臭虫 ( bugs )？

沟通不良或是完全沒有沟通：开发人员不了解客户要的时什么（软件需求）。
软件太复杂：现今的软件已经太过于复杂，不管是Windows视窗软件、client/server、分散式架构、资料沟通、关联性资料库，每一部分都需要且具备专业知识，导致没有经验的开发人员无法全部了解并融会贯通。
程序设计错误：程序设计师也是人，当然也会犯错。
需求变更（不管有没有文件）：需求的变更影响的层面非常广泛，如重新设计、重新安排计划、已经完成的工作可能要重做，甚至抛弃、硬件需求的影响等等，客户可能不了解变更的困难于成本，或是客户了解仍坚持要变更。
时间压力：专家的时间表非常难以估计，通常都是以猜测的方式预估的。当结案的期限渐渐逼近，而危机也逐渐浮现时，错误也可能随之产生。
过于自负：没问题、简单啦、我等一下就解决啦、更新程序代码很容易啦。
缺乏文件：没有一个良好的文件管理体制，更严重的就根本没有文件记录。
开发工具：视觉化开发工具、类库、编译器可能本身也有bug或是文件不足的问题，也有可能导致开发出有bug的软件。

· 什么是性能测试、负载测试、压力测试

o 性能测试——泛指所有测试系统的性能测试，如负载测试（Load Test）、压力测试（Stress Test），通常会以系统回应时间或是同时可以有多少使用者上线为指标。

o 负载测试(Load Test)——用以验证系统在真是使用的负载下，是否能达到预期的效果指标。

o 压力测试(Stress Test)——用以验证系统在超出预期的负载下，系统的功能是否还是正常的。

如何将质量保证引进组织中？
什么是验证 ( verification )？ 什么又是确认 ( validation )？
什么是 "walkthrough"？
什么是 "inspection"？
哪些测试应该被考虑进来？
5个开发流程中最常见的问题？
5个解决开发流程中最常见问题的方案？
什么是软件质量 ( quality )？
什么是好的程序代码？
什么是好的设计？
什么是SEI？ CMM? ISO？ IEEE？ ANSI？ 可以带来什么好处？
什么是软件生命周期？
自动测试工具会让测试变得更容易吗？

查看(72) 评论(0)

常规测试方法

2007-6-18

常规测试方法

一. 功能测试

1. 安装测试：

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

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

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

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

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

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

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. 用户、权限管理

用户菜单

日历

存档

搜索标题

最新留言

最新评论

统计信息

RSS订阅

我的最新日志

走艰难的历程

TestDirector

软件质量保证与测试 FQA

针对大家对软件质量和测试的一些问题，参考了相关资料整理了此文档，并不断补充。

常规测试方法