测试现在被普遍认为“保证产品质量”这个笼统的说法下，而测试本身是什么呢？今天我们就测试本身跟大家一起讨论。测试是在研发产品的整个过程中的一个跟踪活动,他在各个阶段报告给人们当前项目的状况,能够督促和提示项目经理或者高层经理对项目的关注点. 国内的测试的定义,一般是在产品的研发后期,对产品的功能进行验证的一个系列活动。国外的测试已经发展比较成型了，而国内的测试现在还处于摸索阶段，至于超着那个方向去发展，我觉得大家目前还是处于比较迷茫的阶段。主要原因是：国内软件产业起步晚，而且质量意识不强，造成了软件工业发展缓慢，配套行业（测试发展缓慢），我觉得这个很正常，因为从人类历史发展的角度来看，这个是必须经历的阶段，从有这个概念到摸索，目前国内的测试应该处于沉思期，主要是没有一个全套的指导思想，另外一个原因是行业发展方向不明朗。国内存在对测试的误解，所以造成了测试现在成了大家进入企业的跳板，要么就是觉得自己的能力还不够，目前只能从事测试，要么就没有编写程序的能力，但是同类产品比较了解，所以做测试。 我对这个问题我有自己的看法，我觉得在企业发展的同时，个人要发展，那么个人怎么发展呢？（我说的是测试人员），在国内，对应的测试的技术总结的相对很少，并且现在国内的企业测试都是把测试过同类产品当成了经验。我个人觉得这并不是错，但是我个人觉得有点偏颇。因为真正从事测试行业的人都知道，测试是需要一定的技术功底的，在国内虽然对测试这么要求，是因为国内的大环境有质量的意识形态所导致，对质量的意识还只是停留在理解和使用上，不是从设计或者原理或者其他方面保证质量的。如果我们说对测试的定义是对某类产品的经验上，那么这个人是对和他合作过的程序员和设计师比较了解，而且能够总结出来某些人在那些方便容易出错，但是当更换环境以后，这些经验是否还能有用呢？如果我们把测试的方法整理成技术，那么他形成一个规则或者说是一个标尺，我们只是分析什么样产品的需要用什么方法来测试，而且需要了解的知识架构是什么？怎么把这些知识穿插起来，那么积累就不会被约束，但是不能撇开经验，因为经验本身是设计出好的案例的基础，但不是唯一的基础。 我们再来看看测试案例的设计，测试案例的设计在国内现在是一些刚刚入行的不会写程序或者程序功底比较差的人在写案例，那么这些人设计出来的案例只是包含了整个测试过程中功能测试的一部分案例而已，因为他们不懂得或者不理解程序，不是从原理上去分析产品，不是从逻辑上去分析产品，而是从用户使用的角度去分析产品，这样设计出来的案例的可行性和可信度多大呢？大家可想而知了。所以我们在整个引导大家的过程中，从技术和方法，结合具体实例和针对不同类型的产品的测试方法进行跟踪和描述。 首先，什么叫测试？测试干什么？测试，是在开发过程中的一种活动，它是分白盒测试和黑盒测试。在不同的阶段不同的人所承担着测试这个角色，我们把整个活动统称为测试。测试的工作内容主要包含了设计测试计划，设计测试案例，执行测试，进行测试总结。执行测试是在产品开发的整个过程中进行的，包括了单元测试，系统测试，集成测试，系统测试和验收测试，那么不同的阶段测试的重点不同。单元测试的重点是函数级，包括需求，包括算法，包括接口预留等内容。集成测试是指把小模块结合起来，测试的重点是输入输出数据，参数的处理，错误预处理，接口规范，参数约束等测试内容。系统测试的重点是功能性质，它的测试重点是按照需求来对照测试， 主要是功能实现的情况，包括功能使用逻辑和操作逻辑，操作系统，兼容性（软件和硬件）等内容。验收测试，主要是合同性质而言的，在国外现在软件外包情况比较多，那么双方按照合同规定履行自己的职责，把功能按照合同约定的形式条条比对。这是主要方面，那么在企业内部，验收测试是除了功能验收以外，还包括易用性，软件的亲和度等方面的内容。

测试蓝本.rar
(2008-01-15 16:41:28, Size: 64.8 KB, Downloads: 0)

VSTS自动邮件提醒功能

WSS2.0作为VSTS的一个扩展功能点，在创建团队项目的过程中，自动为每一个项目提供一个Portal网站，这个Portal网站可以紧密的结合TFS，把项目的状态信息很好的展现在网站上，使得项目管理人员、高层经理和相关干系人不需要安装VS就能及时的了解到项目当前的运行状态。每个门户网站有自己的安全设置，如果没有权限的用户是不能浏览到其他项目的。
但是作为项目经理、QA、CM怎么才能在不打开网站的情况下及时知道门户网站中哪些内容或工作项状态被更新了呢？下面就介绍一下VSTS自动邮件提醒功能的使用。
本文将完成以下任务说明：
1.    SMTP 服务器的确认与安装

2.    设定管理中心的内送电子邮件设定

3.    选择一个文件库并设定内送电子邮件功能

4.    测试内送电子邮件功能

1. 检查是否安装 SMTP 服务器

欲使用 SMTP 达到内送电子邮件功能，SMTP Service 组件就必须安装，所以，先检查IIS是否有【预设 SMTP 虚拟服务器】这个组件。

如果没有，请从【控制面板】、【新增/移除Windows组件】中进行安装。

安装完成后，在安装TFS的服务器中，打开IIS管理器；在web sites中选中sharepoint控制管理站点，右键选中浏览进入web管理页面；

在Windows SharePoint Services Central Administration管理页面中找到‘Security Configuration’标签中选择并单击“Configure default e-mail server settings”

进入“Configure default e-mail server settings”页面后感觉个人的实际情况填写“Mail Settings”信息。

在服务器端填写完成之后，需要在不同的项目门户网站中进行邮件提醒设置；

例如我登录我们公司的过程改进门户网站，以更改通知为例子，讲解如何设置邮件提醒；

如下图，在通知页面，选中右侧”Alert me”，进入提醒设置页面。

单击进入“Alert me”页面中，根据个人的实际情况填写需要提醒的内容和接收的邮件。

最后：如上图所选的设置。当公告板中有任何更改都会把更改的时间、作者等信息自动发送到指定的邮件中。

说明：接收邮件可能会有30秒到1分钟的延时；这个根据公司邮件服务、网络有关。

希望对QTP的初学者有点帮助

qtp_基础代码.rar
(2007-08-01 12:54:01, Size: 9.69 KB, Downloads: 0)

代码测试
静态测试
（1）
同一程序内的代码书写是否为同一风格
（2）
代码布局是否合理、美观
（3）
程序中函数、子程序块分界是否明显
（4）
注释是否符合既定格式
（5）
注释是否正确反映代码的功能
（6）
变量定义是否正确（长度、类型、存储类型）
（7）
是否引用了未初始化变量
（8）
数组和字符串的下标是否为整数
（9）
的数组和字符串的下标是否在范围内（不“越界”）
（10）
进行数组的检索及其它操作中，是否会出现“漏掉一个这种情况”
（11）
是否在应该使用常量的地方使用了变量（例：数组范围检查）
（12）
是否为变量赋予不同类型的值
（13）
（12）的情况下，赋值是否符合数据类型的转换规则
（14）
变量的命名是否相似
（15）
是否存在声明过，但从未引用或者只引用过一次的变量
（16）
在特定模块中所有的变量是否都显式声明过
（17）
非（16）的情况下，是否可以理解为该变量具有更高的共享级别
（18）
是否为引用的指针分配内存
（19）
数据结构在函数和子程序中的引用是否明确定义了其结构
（20）
计算中是否使用了不同数据类型的变量
（21）
计算中是否使用了不同的数据类型相同但长度不同的变量
（22）
赋值的目的变量是否小于赋值表达式的值
（23）
数值计算是否会出现溢出（向上）的情况
（24）
数值计算是否会出现溢出（向下）的情况
（25）
除数是否可能为零
（26）
某些计算是否会丢失计算精度
（27）
变量的值是否超过有意义的值
（28）
计算式的求值的顺序是否容易让人感到混乱
（29）
比较是否正确
（30）
是否存在分数和浮点数的比较
（31）
如果（30），精度问题是否会影响比较
（32）
每一个逻辑表达式是否都得到了正确表达
（33）
逻辑表达式的操作数是否均为逻辑值
（34）
程序中的Begin…End和Do…While等语句中，End是否对应
（35）
程序、模块、子程序和循环是否能够终止
（36）
是否存在永不执行的循环
（37）
是否存在多循环一次或少循环一次的情况
（38）
循环变量是否在循环内被错误地修改
（39）
多分支选择中，索引变量是否能超过可能的分支数
（40）
如果（39）,该情况是否能够得到正确处理
（41）
子程序接受的参数类型、大小、次序是否和调用模块相匹配
（42）
全局变量定义和用法在各个模块中是否一致
（43）
是否修改了只作为输入用的参数
（44）
常量是否被做为形式参数进行传递
动态测试
（1）
测试数据是否具有一定的代表性
（2）
测试数据是否包含测试所用的各个等价类（边界条件、次边界条件、空白、无效）
（3）
是否可能从客户那边得到测试数据
（4）
非（3）的情况下，所用的测试数据是否具有实际的意义
（5）
是否每一组测试数据都得到了执行
（6）
每一组测试数据的测试结果是否与预期结果一致
（7）
文件的属性是否正确
（8）
打开文件语句是否正确
（9）
输入/输出语句是否与格式说明书所记述的一致
（10）
缓冲区大小与记录长度是否匹配
（11）
使用文件前是否已打开了文件
（12）
文件结束条件是否存在
（13）
产生输入/输出错误时，系统是否进行检测并处理
（14）
输出信息中是否存在文字书写错误和语法错误
（15）
控件尺寸是否大小适宜
（16）
控件颜色是否符合规约
（17）
控件布局是否合理、美观
（18）
控件TAB顺序是否从左到右，从上到下
（19）
数字输入框是否接受数字输入
（20）
（19）的情况下、数字是否按既定格式显示
（21）
数字输入框是否拒绝字符串和“非法”数字的输入
（22）
组合框是否的能够进行下拉选择
（23）
组合框是否能够进行下拉多项选择
（24）
对于可添加数据组合框，添加数据后数据是否能够得到正确显示和进行选择
（25）
列表框是否能够进行选择
（26）
多项列表框是否能够进行多数据项选择
（27）
日期输入框是否接受正确的日期输入
（28）
日期输入框是否拒绝错误的日期输入
（29）
日期输入框在日期输入后是否按既定的日期格式显示日期
（30）
单选组内是否有且只有一个单选钮可选
（31）
如果单选组内无单选钮可选，这种情况是否允许存在
（32）
复选框组内是否允许多个复选框（包括全部可选）可选
（33）
如果复选框组内无复选框可选，这种情况是否允许存在
（34）
文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理
（35）
密码输入框是否按掩码的方式显示
（36） Cancel之类的按钮按下后，控件中的数据是否清空复原或按既定规约处理
（37） Submit之类的按钮按下后，数据是否得到提交或按既定规约处理
（38）
异常信息表述是否正确
（39）
软件是否按预期方式处理错误
（40）
文件或外设不存在的情况下是否存在相应的错误处理
（41）
软件是否严格的遵循外设的读写格式
（42）
画面文字（全、半角、格式、拼写）是否正确
（43）
产生的文件和数据表的格式是否正确
（44）
产生的文件和数据表的计算结果是否正确
（45）
打印的报表是否符合既定的格式
（46）
错误日志的表述是否正确
（47）
错误日志的格式是否正确

这是我公司的验收测试的指南文件，请提宝贵意见以供我们改进！！
1
目的指导读者如何进行验收测试。依据合同及验收方案对最终产品进行验收，确保产品或产品构件适合于在预定的环境中使用。
2
范围本文档适用于公司内部所有项目/产品的验收测试。
3
输入
待验收测试的工作产品
4
词汇表

验收测试（Performance Test and Runtime Test）

验收测试是软件开发结束后，对软件产品投入实际应用以前进行的最后一次质量检验活动。它要回答开发的软件产品是否符合预期的各项要求，以及用户能否接受的问题。
5
角色和职责

验收测试活动由验收组负责，与客户共同进行。

6
入口准则

（1）
待测试产品通过单元测试、集成测试与系统测试

（2）
待测试产品获得批准进入配置库

7
验收测试过程7.1
制定验收计划


1)
项目组在项目计划阶段确定验收活动的进度计划，规定在《项目计划书》中，并预先安排时间、所需人员。验收包括公司内部验收、客户验收两种形式。
2)
大型项目要求在验收活动前制定验收计划，客户不做要求时可不单独制定验收计划。验收计划的撰写应采用《验收计划模板》来进行。
7.2
准备验收


1)
验收负责人组织成立验收组，编制《验收检查表》并对验收活动进行具体安排。
²
对于公司内部验收，验收组由非项目组人员组建，项目人员全力协助、配合验收事项。
²
对于客户验收，验收组由客户方负责组建，项目人员全力协助、配合验收事项。
2)
项目经理审查《验收计划》。
3)
必要时对验收组成员进行培训。
4)
项目组提交需测试的工作产品。
7.3
验收产品


1)
验收组建立确认环境并对环境进行确认；
2)
验收组依据《验收计划》及《验收检查表》确定的验收测试案例、评估检查方法等对产品或产品构件进行验收，并记录验收结果、缺陷、问题。
3)
验收组向相关人员通报验收结果及发现的缺陷与问题；
4)
验收发现的问题由项目组缺陷管理人员统一记录在VSTS中，并按规定对缺陷进行跟踪管理。
7.4
不合格问题的处理


1)
项目组与验收组协商对不合格问题的处理，包括修复缺陷、让步接收、拒绝接收。
2)
协商同意修复缺陷时，项目组应承诺修复的期限，确定再次提交验收确认的时间。
3)
验收组出具验收意见，形成《验收报告》，并签字确认。
4)
验收组向干系人通报问题及解决措施，并跟踪解决问题情况。

8
裁剪客户要求进行验收测试时执行客户验收，客户无要求时执行公司内部验收。
9
出口准则验收组出具验收意见，形成《验收报告》，并签字确认
识别的产品缺陷已全部消除。
验收结果纳入配置管理。
10
输出修正后的软件、产品或产品构件
《验收报告》
11
度量验收测试中发现的缺陷数
12
相关文件《验收计划模版》
《验收检查表》
《验收报告》

[ 本帖最后由 lee_huo 于 2007-6-28 09:40 AM 编辑 ]

第一步，找到TestDirector的发布目录下的start_a.htm文件；例如C:/Inetpub/sunny/start_a.htm;

sunny是我的TestDirector发布路径；

第二步，使用记事本或EditPlus打开start_a.htm文件，找到变量名称“fMSIE3456”，然后把变量值修改为“(ua.lastIndexOf('MSIE 3.0') != -1) || (ua.lastIndexOf('MSIE 4.0') != -1) || (ua.lastIndexOf('MSIE 5.0') != -1) || (ua.lastIndexOf('MSIE 5.5') != -1) || (ua.lastIndexOf('MSIE 6.0') != -1)||(ua.lastIndexOf('MSIE 7.0') != -1);”

第三步，如果你的IE安全级别设置较高，还需要允许下载Active组建；

第四步，可以使用IE7正确访问TestDirector了