51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6307|回复: 15
打印 上一主题 下一主题

[讨论] 求助:谁能告诉我SQA plan应怎么做? 急!!!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-12-8 15:17:56 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
急:谁能告诉我SQA plan 应怎么做? 谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-12-15 11:05:01 | 只看该作者
网上有这么个规范可以参考

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-12-15 15:24:48 | 只看该作者
第一部分:测试计划
测试计划的问题:
  1、测试计划经常是等到开发周期后期才开始实行,使得没有时间有效的执行计划;
  2、测试计划的组织者可能缺乏Client/Server测试经验;
  3、测试的量度和复杂性可能太大,没有自动化工具,很难计划和控制。
测试策略:
  测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、压力测试等)。
  测试策略包括
  1、要使用的测试技术和工具;
  2、测试完成标准;
  3、影响资源分配的特殊考虑例如测试与外部接口或者模拟物理损坏、安全性威胁。
  测试计划最关键的一步就是将软件分解成单元,写成测试需求。
  测试需求有很多分类方法,最普通的一种就是按照商业功能分类。把软件分解成单元元件有几个好处:
  1、测试需求是测试设计和开发测试用例的基础,分成单元可以更好地进行设计;
  2、详细的测试需求是用来衡量测试覆盖率的重要指标;
  3、测试需求包括各种测试实际和开发以及所需资源。
怎样估计测试工作量:
  1、效率假设:即测试队伍的工作效率。对于功能测试,这主要依赖于应用的复杂度,窗口的个数,每个窗口中的动作数目。对容量测试,主要依赖于建立测试所需数据的工作量大小。
  2、测试假设:为了验证一个测试需求所需测试动作数目。
  3、应用的维数:应用的复杂度指标。例如要加入一个记录,测试需求的维数就是这个记录中域的数目。
  4、所处测试周期的阶段:有些阶段主要工作都在设计,有些阶段主要是测试执行。
测试资源:
  1、人力资源
  测试经理
  为测试项目提供总体方向。开发测试计划、征集并监督测试人员、申请系统资源、监视并汇报工作进程、测试评估、测试需求的分解。
  测试工程师 ---- 设计和开发
  设计:对被测软件的详细了解、分解测试需求的技能、选择在C/S环境下用来验证测试需求的技术。
  开发:熟悉SQA、VB、和脚本语言。
  测试工程师 ---- 执行
  负责测试执行和记录结果。需要能够安装系统,网络知识,初始化数据库和其他初始条件。重要的是诊断能力。
  测试系统管理者
  每个测试项目必须指定一个专人负责管理SQA Suite。包括在服务器上安装存储库,安装打印机连接,执行备份,以及其他维护工作。管理者必须高度熟悉SQA,网络工作经验。
  2、系统资源
  安装SQA Suite的硬件和软件环境
  数据库服务器
  该服务器必须专用于 测试工作,能够重置某些初始值,包括系统日期和时间等。
写测试计划的步骤:
  1、确定工程
  收集下列信息
文档 已创建(是/否) 版本/日期
需求详述    
功能详述    
项目计划    
设计详述    
原型    
用户手册    
  定义新的工程,Adminà New Project。
  确定软件的结构,用Assetsà Software Structure选项定义软件结构。
  2、定义测试策略
测试策略项 例子
测试阶段 系统测试
测试类型 功能测试
测试技术 75%用SQA Suite自动测试,25%手工测试
完成标准 95%测试用例通过并且最高级缺陷全部解决
特殊考虑 测试必须在上午进行
  3、分解软件,写测试需求
  分析各种信息
  反复检查并理解各种信息,和用户交流,理解他们的要求。可以按照以下步骤执行:
  1、确定软件提供的主要商业任务
  2、对每个商业任务,确定完成该任务所要进行的交易。
  3、确定从数据库信息引出的计算结果。
  4、对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
  5、确定会产生重大意外的压力测试,包括:内存、硬盘空间、高的交易率
  6、确定应用需要处理的数据量。
  7、确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
  8、确定其他与应用软件没有直接关系的商业交易。包括:
    管理功能,如启动和推出程序
    配置功能,如设置打印机
    操作员的爱好,如字体、颜色
    应用功能,如访问email或者显示时间和日期。
  9、确定安装过程,包括定置从哪安装、定制安装、升级安装。
  10、确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。
  把需求组织成层次图
  4、估计测试工作量
  ∑(每个测试的时间*每个需求的测试的数目*测试需求的的数目)
  (测试设计、开发、….)
  5、确定资源
  人力资源
职位 姓名 特殊责任/说明
测试经理    
测试工程师
设计/开发(可以多人)    
测试工程师
测试执行(可以多人)    
测试系统管理员    
  系统资源
系统 名称/类型
数据库服务器 网络/子网
服务器名称
数据库名称
 
 
 
 
sQA 测试存储库 网络/子网
服务器名称
 
 
 
客户测试机 包括专门的配置需求
列表
 
测试开发的PC机 列表
  6、创建工程调度表
任务 相关工作量(天)
整个SQA过程 38
测试计划 12
确定项目 1
定义测试策略  
决定测试需求  
估计工作量  
确定资源  
调度测试活动  
生成测试计划文档  
测试设计 7
分析测试需求  
指定测试过程  
指定测试用例  
查看测试需求的覆盖率  
测试开发 12
建立测试开发环境  
录制和回放原型过程  
开发测试过程  
测试和调试测试过程  
修改测试过程  
建立外部数据集合  
重新测试并调试测试过程  
测试执行 6
设置测试系统  
执行测试  
验证测试结果  
调查突发结果(unexpected result)  
生成缺陷日记  
测试评估 1
回顾测试日记  
评估测试需求的覆盖率  
评估缺陷  
决定是否达到测试完成的标准  
  7、书写测试计划
  1、介绍
    目的
    背景
    测试范围
    项目文件列表
  2、测试需求
  3、测试策略
    测试类型
    1、功能测试
    2、用户界面测试
    3、性能测试
    4、压力测试
    5、容量测试
    6、配置测试
    7、安装测试
    工具
  4、资源
    人力资源
    系统资源
  5、调度
  6、文档
    软件元件
    测试特性(Assets)
    测试日记
    缺陷报告

希望对你有帮助!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-12-15 15:25:30 | 只看该作者
第一部分:测试计划
测试计划的问题:
  1、测试计划经常是等到开发周期后期才开始实行,使得没有时间有效的执行计划;
  2、测试计划的组织者可能缺乏Client/Server测试经验;
  3、测试的量度和复杂性可能太大,没有自动化工具,很难计划和控制。
测试策略:
  测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、压力测试等)。
  测试策略包括
  1、要使用的测试技术和工具;
  2、测试完成标准;
  3、影响资源分配的特殊考虑例如测试与外部接口或者模拟物理损坏、安全性威胁。
  测试计划最关键的一步就是将软件分解成单元,写成测试需求。
  测试需求有很多分类方法,最普通的一种就是按照商业功能分类。把软件分解成单元元件有几个好处:
  1、测试需求是测试设计和开发测试用例的基础,分成单元可以更好地进行设计;
  2、详细的测试需求是用来衡量测试覆盖率的重要指标;
  3、测试需求包括各种测试实际和开发以及所需资源。
怎样估计测试工作量:
  1、效率假设:即测试队伍的工作效率。对于功能测试,这主要依赖于应用的复杂度,窗口的个数,每个窗口中的动作数目。对容量测试,主要依赖于建立测试所需数据的工作量大小。
  2、测试假设:为了验证一个测试需求所需测试动作数目。
  3、应用的维数:应用的复杂度指标。例如要加入一个记录,测试需求的维数就是这个记录中域的数目。
  4、所处测试周期的阶段:有些阶段主要工作都在设计,有些阶段主要是测试执行。
测试资源:
  1、人力资源
  测试经理
  为测试项目提供总体方向。开发测试计划、征集并监督测试人员、申请系统资源、监视并汇报工作进程、测试评估、测试需求的分解。
  测试工程师 ---- 设计和开发
  设计:对被测软件的详细了解、分解测试需求的技能、选择在C/S环境下用来验证测试需求的技术。
  开发:熟悉SQA、VB、和脚本语言。
  测试工程师 ---- 执行
  负责测试执行和记录结果。需要能够安装系统,网络知识,初始化数据库和其他初始条件。重要的是诊断能力。
  测试系统管理者
  每个测试项目必须指定一个专人负责管理SQA Suite。包括在服务器上安装存储库,安装打印机连接,执行备份,以及其他维护工作。管理者必须高度熟悉SQA,网络工作经验。
  2、系统资源
  安装SQA Suite的硬件和软件环境
  数据库服务器
  该服务器必须专用于 测试工作,能够重置某些初始值,包括系统日期和时间等。
写测试计划的步骤:
  1、确定工程
  收集下列信息
文档 已创建(是/否) 版本/日期
需求详述    
功能详述    
项目计划    
设计详述    
原型    
用户手册    
  定义新的工程,Adminà New Project。
  确定软件的结构,用Assetsà Software Structure选项定义软件结构。
  2、定义测试策略
测试策略项 例子
测试阶段 系统测试
测试类型 功能测试
测试技术 75%用SQA Suite自动测试,25%手工测试
完成标准 95%测试用例通过并且最高级缺陷全部解决
特殊考虑 测试必须在上午进行
  3、分解软件,写测试需求
  分析各种信息
  反复检查并理解各种信息,和用户交流,理解他们的要求。可以按照以下步骤执行:
  1、确定软件提供的主要商业任务
  2、对每个商业任务,确定完成该任务所要进行的交易。
  3、确定从数据库信息引出的计算结果。
  4、对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
  5、确定会产生重大意外的压力测试,包括:内存、硬盘空间、高的交易率
  6、确定应用需要处理的数据量。
  7、确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
  8、确定其他与应用软件没有直接关系的商业交易。包括:
    管理功能,如启动和推出程序
    配置功能,如设置打印机
    操作员的爱好,如字体、颜色
    应用功能,如访问email或者显示时间和日期。
  9、确定安装过程,包括定置从哪安装、定制安装、升级安装。
  10、确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。
  把需求组织成层次图
  4、估计测试工作量
  ∑(每个测试的时间*每个需求的测试的数目*测试需求的的数目)
  (测试设计、开发、….)
  5、确定资源
  人力资源
职位 姓名 特殊责任/说明
测试经理    
测试工程师
设计/开发(可以多人)    
测试工程师
测试执行(可以多人)    
测试系统管理员    
  系统资源
系统 名称/类型
数据库服务器 网络/子网
服务器名称
数据库名称
 
 
 
 
sQA 测试存储库 网络/子网
服务器名称
 
 
 
客户测试机 包括专门的配置需求
列表
 
测试开发的PC机 列表
  6、创建工程调度表
任务 相关工作量(天)
整个SQA过程 38
测试计划 12
确定项目 1
定义测试策略  
决定测试需求  
估计工作量  
确定资源  
调度测试活动  
生成测试计划文档  
测试设计 7
分析测试需求  
指定测试过程  
指定测试用例  
查看测试需求的覆盖率  
测试开发 12
建立测试开发环境  
录制和回放原型过程  
开发测试过程  
测试和调试测试过程  
修改测试过程  
建立外部数据集合  
重新测试并调试测试过程  
测试执行 6
设置测试系统  
执行测试  
验证测试结果  
调查突发结果(unexpected result)  
生成缺陷日记  
测试评估 1
回顾测试日记  
评估测试需求的覆盖率  
评估缺陷  
决定是否达到测试完成的标准  
  7、书写测试计划
  1、介绍
    目的
    背景
    测试范围
    项目文件列表
  2、测试需求
  3、测试策略
    测试类型
    1、功能测试
    2、用户界面测试
    3、性能测试
    4、压力测试
    5、容量测试
    6、配置测试
    7、安装测试
    工具
  4、资源
    人力资源
    系统资源
  5、调度
  6、文档
    软件元件
    测试特性(Assets)
    测试日记
    缺陷报告

希望对你有帮助!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-1-24 22:14:00 | 只看该作者
好啊
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-1-25 14:40:01 | 只看该作者
以上是TEST PLAN吧,非QA PLAN。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-1-25 16:14:35 | 只看该作者
Originally posted by 海的女儿 at 2005-1-25 02:40 PM:
以上是TEST PLAN吧,非QA PLAN。


莫怪,好多公司把测试与QA放在一起。这是中国国情阿~~~
小斑竹应该多多帮助我们啦
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-9-3 11:20:38 | 只看该作者
感谢分享
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-26 13:27
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    9#
    发表于 2007-9-4 17:07:48 | 只看该作者
    QA跟测试经常混淆
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-9-6 08:30:38 | 只看该作者
    中国国情如此,我们大家是不是也不要死抱那个理论,我们应当建设有中国特色的SQAsdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-9-9 14:38:39 | 只看该作者
    谢谢共享
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-9-12 14:42:09 | 只看该作者
    共享sdlkfj3 sdlkfj3
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-8-20 13:36
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    13#
    发表于 2007-10-11 15:16:35 | 只看该作者
    谢谢分享!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2008-9-19 14:17:18 | 只看该作者
    还是糊里糊涂的不知道怎么写
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-9-19 16:39:01 | 只看该作者
    有些QA弄的跟行政一样了。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2008-9-19 16:49:11 | 只看该作者
    其实在国内,好一点的QA职责,就是干测试和流程监督等
    其他的话,那就是个文员的工作,我大学同学问我在干啥工作呢,我说我在干QA,我同学一听,惊讶的说,兄弟,你都干上文员的工作了,呵呵。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-16 09:19 , Processed in 0.084254 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表