counter系统测试方案样例

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

川石信息技术软件测试工作室文档编号产品版本密级V1.0内部公开产品名称:Counter共8页CounterV1.0系统测试方案(仅供培训使用)拟制:XXX日期:2014/04/10审核:日期:yyyy/mm/dd批准:日期:yyyy/mm/dd修订记录日期修订版本描述作者2014/04/101.00初稿完成。XXX目录1概述2被测对象3应测试的特性4不被测试的特性5测试模型5.1测试组网图5.2测试原理5.3操作流程6测试需求6.1环境需求6.2被测对象需求6.3测试工具需求6.4测试代码需求6.5测试数据需求7测试设计7.1测试工具设计7.2测试代码设计7.3测试用例设计7.4测试规程设计CounterV1.0系统测试方案关键词:Counter,系统测试,方案摘要:本文档是CounterV1.0系统测试方案,用来明确系统测试特性、系统测试需求,并进行各需求的设计。缩略语清单:参考资料清单:名称作者编号发布日期出版单位CounterV1.0软件需求规格说明书川石信息技术软件测试工作室2014/04/10川石信息技术软件测试工作室CounterV1.0系统测试计划康伟民2014/03/02川石信息技术软件测试工作室1概述本方案文档是为了指导CounterV1.0的系统测试测试代码设计、测试用例设计和测试执行。阅读对象为参加测试用例设计、测试代码设计和测试执行的测试工程师和相关的开发人员。。。。。。。2被测对象CounterV1.0是TProject项目的开发和测试对象,没有商用的需求,仅提供给培训学员作为培训实践对象。CounterV1.0是一个C源文件代码行统计工具,该工具用单线程实现,如果用户执行了统计操作,只能等到统计操作结束才能正常退出,可以根据用户的选择分别统计源文件中的空行数、注释行数、代码行数和总行数。CounterV1.0是一个完全独立、全新开发的产品,没有移植代码。这次测试的对象为以下测试项://下面列出《测试计划》中分配下来的测试项3应测试的特性//这里对所分配下来的各测试项进行细分形成为子项,最好用表格形式来描述:本次测试将对以下特性进行测试:1、功能特性(由于Counter项目小,子项就直接对应测试项了)(1)统计代码行:。。。(2)统计注释行:。。。(3)统计空行:。。。(4)统计总行:。。。(5)组合统计:。。。2、性能特性需要测试如下性能指标:(1)对于1M的源文件,统计代码行的最长等待时间;(2)对于900K的源文件,统计代码行的最长等待时间;(3)。。。。。。3、配置特性CounterV1.0运行在PC上,其运行环境的软、硬件配置满足如下条件:A.操作系统:为WINDOWS98以上的操作系统;B.硬件限制:CPU:333MHZ以上,内存:64M以上。因此需要对不同软硬件配置下的系统运行情况进行配置测试:(1)CPU:333MHZ以上,内存:64M,windows98操作系统;(2)CPU:333MHZ以上,内存:64M,windows2000操作系统;(3)。。。。。。4不被测试的特性无5测试模型5.1测试组网图/结构关系图//这里用框图画出测试执行阶段需要搭建的测试环境,和环境上各要素之间信息交互关系5.2测试原理/策略本次测试分功能测试和性能测试。功能测试利用Robot功能测试工具进行,需要对同类测试用例(操作步骤一样)录制脚本,然后依据测试用例的实际数据对脚本进行修改,从而实现各相关用例的脚本化。//这里接下去可以写如何构造性能测试和配置测试。。。5.3操作流程测试执行按照统计代码行-》统计注释行-》统计空行-》统计总行-》组合统计的顺序执行。6测试需求6.1环境需求CPUIntel1.3G+256M内存windows98+ROBOT//下面可以写性能测试和配置测试的各个环境设置6.2测试工具需求本次测试需要功能测试工具的支持,该工具需要满足如下需求:脚本的录制和回放、脚本的编辑、日志功能。目前采用已有的商用工具Robot来完成上述测试工作,并且这个工具满足上述要求。6.3测试代码需求本次测试需要编写自动化测试脚本,需要对以下基本操作进行脚本录制形成脚本库:1、点击“选择文件”按钮,选择被统计*.c文件;2、选择“统计代码行”等复选框;3、点击“开始统计”按钮进行代码行统计上述操作录制形成脚本文件文件为:。。。。。。6.4测试数据需求//这里可以写如果采取数据驱动自动化测试,需要哪些数据文件,并列出数据文件内数据记录格式7测试设计7.1测试工具设计本次测试采用已有的商用工具Robot来进行功能测试,不需要另外进行测试工具开发。7.2测试代码设计需要依据脚本库中的函数进行各用例脚本的编写。编写时,需要修改被统计的文件名、修改复选框选项、修改预期输出,完成各用例的自动化脚本。7.3测试用例设计//这里将“应测试特性”中测试子项需要达到的覆盖率角度进行描述,建议用表格形式//描述各子项下用例编号规则、该子项需达到哪些覆盖率角度的指标,这将指导测试用//例阶段的工作:注册功能编号规则:测试方法:要点:本次测试分如下系统测试子项,分别编号如下:统计代码行:Counter_ST_StatCode_***,需要等价类覆盖、边界值覆盖;//如果方案做细,这里把等价类分析表、边界值列出来也可以;统计注释行:Counter_ST_StatComment_***,需要。。。。。。。。。。。。登陆功能编号设计:ThinkSNS-ST-Login测试方法:需覆盖等价类、边界值、判定表、流程分析法;判定表主要覆盖Email,密码,验证码是否正确时,系统能否登陆成功的测试点,等价类边界值主要覆盖输入的合法性,流程分析法主要覆盖自动登陆等场景。除这些方法外,需补充测试:已注册用户登陆、未激活用户陆、已删除用户登陆、修改密码后的用户登陆注册日志管理日志管理分成发表日志、我的日志。等测试子项1、发表日志编号规则:测试方法:说明2、我的日志编号规则

1 / 11
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功