counter系统测试方案样例.doc

川石信息技术软件测试工作室文档编号产品版本密级V1.0内部公开产品名称：Counter共8页Counter V1.0系统测试方案(仅供培训使用)拟制：XXX日期：2014/04/10审核：日期：yyyy/mm/dd批准：日期：yyyy/mm/dd修订记录日期修订版本描述作者2014/04/101.00初稿完成。XXX目 录1概述52被测对象53应测试的特性54不被测试的特性55测试模型55.1测试组网图55.2测试原理55.3 操作流程56测试需求66.1 环境需求66.2 被测对象需求66.3 测试工具需求66.4 测试代码需求66.5 测试数据需求67测试设计67.1 测试工具设计67.2 测试代码设计67.3 测试用例设计67.4 测试规程设计7CounterV1.0系统测试方案关键词：Counter，系统测试，方案摘 要：本文档是Counter V1.0系统测试方案，用来明确系统测试特性、系统测试需求，并进行各需求的设计。缩略语清单：参考资料清单：名称作者编号发布日期出版单位Counter V1.0软件需求规格说明书川石信息技术软件测试工作室2014/04/10川石信息技术软件测试工作室Counter V1.0系统测试计划康伟民2014/03/02川石信息技术软件测试工作室1概述本方案文档是为了指导CounterV1.0的系统测试测试代码设计、测试用例设计和测试执行。阅读对象为参加测试用例设计、测试代码设计和测试执行的测试工程师和相关的开发人员。2被测对象Counter V1.0 是TProject项目的开发和测试对象，没有商用的需求，仅提供给培训学员作为培训实践对象。Counter V1.0是一个C源文件代码行统计工具，该工具用单线程实现，如果用户执行了统计操作，只能等到统计操作结束才能正常退出，可以根据用户的选择分别统计源文件中的空行数、注释行数、代码行数和总行数。Counter V1.0是一个完全独立、全新开发的产品，没有移植代码。 这次测试的对象为以下测试项： /下面列出测试计划中分配下来的测试项3应测试的特性/这里对所分配下来的各测试项进行细分形成为子项，最好用表格形式来描述：本次测试将对以下特性进行测试：1、 功能特性（由于Counter项目小，子项就直接对应测试项了）（1） 统计代码行：。（2） 统计注释行：。（3） 统计空行：。（4） 统计总行：。（5） 组合统计：。2、 性能特性需要测试如下性能指标：（1） 对于1M的源文件，统计代码行的最长等待时间；（2） 对于900K的源文件，统计代码行的最长等待时间；（3） 。3、 配置特性Counter V1.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 环境需求CPU Intel 1.3G+256M内存windows98ROBOT/下面可以写性能测试和配置测试的各个环境设置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, 密码,验证码是否正确时，系统能否登陆成功的测试点，等价类边界值主要覆盖输入的