BBS系统主测试计划
http://www.51testing.com/html/69/n-2431469.html
需求
后台
o001 :超级管理员可以建立BBS分论坛
o002:超级管理员可以建立,修改,删除每个BBS分论坛版主信息,包括登录名与密码,每个BBS分论坛可以有一到多个版主;
o003:版主登录后可以修改用户名及密码;
o004:版主查看本分论坛未审批的帖子进行审批或退回.对于其他分论坛信息,本论坛版主权限与普通用户相同。
前台
o005:普通用户注册用户信息,查询密码和用户名;
o006:普通用户登录后可以修改自己的用户信息;
o007:普通用户登录后可以建立,修改,删除自己书写的帖子;
o008:普通用户登录后可以查询,查看别人发表的审核通过的帖子;
o009:普通用户登录后可以对其他人已经发表的审核通过的帖子进行回帖;
o010:普通用户登录后可以根据发的帖子及回复的帖子数量获得积分,根据积分可以参与网站内的活动。
1,介绍
1.1 文档标识
BBS R 1.0 主测试计划
1.2 范围
本文针对BBS系统1.0项目制定主测试计划,用于指导BBS系统1.0测试活动。针对BBS系统1.0项目测试包括单元测试,集成测试,系统测试和验收测试4个级别。涉及测试计划与控制,测试分析与设计,测试实现和执行,测试出口评估报告和测试结束活动。由于开发采取敏捷开发模式,每个Sprint开发一个功能/用户故事。所以测试级别分布在每个Sprint中。总体测试计划在项目开始制定。Sprint测试分析,测试控制,测试分析与设计,测试实现和执行,评估Sprint测试结束活动分布在每个Sprint中。总体测试出口评估报告和测试结束活动处于项目后期执行。除了性能测试以外的非功能测试在Sprint期间进行;性能测试在每个Sprint后期都要执行。
测试类型分为:功能,适合性,准确性,安全性,互操作性,易用性,可靠性,性能,维护性都是基于风险的测试基础上的。此外还包括80%的反应式测试。
不测试特性包括可移植性测试,由于BBS系统安装比较简单,所以可移植性测试不作为测试重点。
1.3 参考资料
《XXX公司测试方针》
《XXX公司测试策略》
《BBS 1.0项目计划》
《BBS 1.0 需求规格说明》
《BBS 1.0 系统规格说明》
《BBS 1.0 配置管理计划》
《BBS 1.0 质量保证计划》
《BBS 1.0 编码规范》
1.4 系统概述和主要功能
电子公告牌系统(Bulletin Board System,英文缩写BBS)通过在计算机上运行服务软件,允许用户使用Internet来进行连接,执行下载数据或程序、上传数据、阅读新闻、与其它用户交换消息等功能。许多BBS由站长(通常被称为SYSOP-SYStem OPerator)业余维护,而另一些则提供收费服务。目前,有的时候BBS也泛指网络论坛或网络社群。
BBS 1.0主要提供以下功能:
后台
001 :超级管理员可以建立BBS分论坛
002:超级管理员可以建立,修改,删除每个BBS分论坛版主信息,包括登录名与密码,每个BBS分论坛可以有一到多个版主;
003:版主登录后可以修改用户名及密码;
004:版主查看本分论坛未审批的帖子进行审批或退回.对于其他分论坛信息,本论坛版主权限与普通用户相同。
前台
005:普通用户注册用户信息;
006:普通用户登录后可以修改自己的用户信息;
007:普通用户登录后可以建立,修改,删除自己书写的帖子;
008:普通用户登录后可以查询,查看别人发表的审核通过的帖子;009:普通用户登录后可以对其他人已经发表的审核通过的帖子进行回帖;
010:普通用户登录后可以根据发的帖子及回复的帖子数量获得积分,根据积分可以参与网站内的活动。
1.5 测试概述
1.5.1 组织结构
o 业务团队:
负责收集需求;
在整个开发期间充当用户代表;
联系真正用户;
组织验收测试。
o SCRUM团队:
配合测试经理和开发经理管理研发团队;
组织每日立会;
每个Sprint开始组织计划;
每个Sprint期间汇集进度给测试经理和开发经理;
每个Sprint结束组织会议回顾。
o 配置管理团队
配置代码管理
配置文档管理
o 研发团队
开发人员负责产品任务
测试人员负责测试任务
1.5.2 主测试进度
每个Sprint测试包括: Sprint测试分析,测试控制,测试分析与设计,测试实现和执行,评估Sprint测试结束活动。具体详细程度参考每个Sprint测试计划。
1.5.3 完整性级别
根据BBS项目的实际情况,本项目完整性定义为3级(次高级)。具体参见公司测试策略。
1.5.4 测试资源
1.5.5 角色和职责
测试团队涉及角色包括:测试经理,测试系统分析师,测试技术分析师,测试自动化人员,测试环境管理员和测试执行人员,各个角色具体的职责参考公司的测试策略。
1.5.6工具,技术,方法和度量
1.5.6.1 硬件需求
1.5.6.2 软件需求
1.5.6.3 度量
时间进度偏移
工作量偏移
发布前缺陷发现密度
各个文档发现的缺陷率
各个Sprint测试活动发现缺陷率
2、详细内容
2.1 测试过程定义
o 项目前期进行总体的项目计划工作,产生《测试方针》,《测试策略》和《主测试计划》。整个开发过程采用敏捷地方法,定义3个Sprint。每个Sprint开始定义Sprint计划,测试人员书写《级别测试计划》,《级别测试设计规格说明书》,《级别测试用例规格说明书》,《级别测试规程规格说明书》。Sprint测试分析,测试控制,测试分析与设计,测试实现和执行,评估Sprint测试结束活动分别在每个Sprint中进行。每天早晨由Scrum Master组织召开立会依次汇报项目成员工作情况,然后由Scrum Master总结汇报给测试经理,开发经理,以便进行项目监控(包括开发监控和测试监控)。每个Sprint接近结束,测试经理汇总阶段测试报告,决定是否可以结束本Sprint测试活动。
o 执行过程中需要书写《测试日志》,发现问题上报JIRA。
o 单元测试,集成测试由开发人员完成,集成测试由测试人员完成,验收测试由测试人员配合运维人员,业务团队人员进行。每个Sprint正式开始系统测试由《主测试计划》中描述的入口条件决定。
o 非第一个Sprint期间要随时对老功能进行回归测试。功能号005,007,008,009,010建立自动花测试其余基于手工测试。
o 所有Sprint结束,测试所有测试用例,并且进行2周探索式测试,依据《主测试计划》中描述的出口标准决定是否结束测试活动。
o 测试结束需要进行测试结束活动,具体参照公司《测试策略》。
o 项目风险
o 质量风险列表:
o 测试系统分析师,测试技术分析师设计《Sprint测试计划》,《Sprint测试设计规格说明书》,《Sprint测试用例规格说明书》,《Sprint测试规程规格说明书》。根据优先级,进行深度优先的测试方法。
2.2 测试文档需求
o 《测试方针》
o 《测试策略》
o 《主测试计划》
o 《Sprint测试计划》
o 《Sprint测试设计规格说明书》
o 《Sprint测试用例规格说明书》
o 《Sprint测试规程规格说明书》
o 《测试日志》
o 《Sprint测试报告》
o 《测试报告》
2.3 测试管理需求
通过Ration Test Manager管理测试
2.4 测试报告需求
o 测试需求覆盖率
o 测试用例覆盖率
o 测试用例执行通过/失败的数目
o 提交的缺陷,根据缺陷的严重度和优先级进行分类
o 提交的缺陷,接受的缺陷和拒绝的缺陷的比例
o 计划支出成本与实际支持成本偏差
o 计划花费时间与实际花费时间偏差
o 测试中识别的风险和处理的风险数目
o 由于事件制约因素浪费的时间
3、其他
3.1 术语与缩略语
o BBS:Bulletin Board System
o 测试依据:能够从中推断出组件/系统需求的所有文档。测试用例是基于这些文档的。只能通过正式的修正过程来修正的文档称为固定测试依据。
o 测试条件:组件/系统中能被一个或多个测试用例验证的条目或事件。例如,功能、事务、特性、质量属性或者结构化元素。
o 测试用例:为特定目标或测试条件(例如,执行特定的程序路径,或是验证与特定需求的一致性)而制定的一组输入值、执行入口条件、预期结果和执行出口条件。
o 概念测试用例: (High level test case)没有具体的(实现级别)输入数据和预期结果的 测试用例。实际值没有定义或是可变的,而用逻 辑概念来代替。
o 详细测试用例:(low level test case)具有具体的(实现级别)输入数据和预期结果的 测试用例。抽象测试用例中所使用的逻辑运算符 被替换为对应于逻辑运算符作用的实际值。
o 测试说明:由测试设计说明、测试用例说明和/或测试规程说明组成的文档。
o 测试设计说明:为一个测试项指定测试条件(覆盖项)、具体测试方法并识别相关高层测试用例的文档
o 测试用例说明:对于一个测试项,用来指定一组测试用例(目标、 输入、测试动作、期望结果、执行预置条件)的文档
o 测试规程说明/测试规程:规定了执行测试的一系列行为的文档。也称为测试脚本或手工测试脚本
o 准入准则:进入下个任务(如测试阶段)必须满足的条件。 准入条件的目的是防止执行不能满足准入条件的活动而浪费资源。
o 出口准则:和利益相关者达成一致的系列通用和专门的条 件,来正式的定义一个过程的结束点。出口准则的目的可以防止将没有完成的任务错误地看成任务已经完成。测试中使用的出口准则可以来报告和计划什么时候可以停止测试。
o 测试策划:制定或更新测试计划的活动。
o 测试计划:描述预期测试活动的范围、方法、资源和进度的文档。它标识了测试项、需测试的特性、测试任务、任务负责人、测试人员的独立程度、测试环境、测试设计技术、测试的进入和退出准则和选择的合理性、需要紧急预案的风险,是测试策划过程的一份记录。
o 测试监控:处理与定时检查测试项目状态等活动相关的测试管理工作。准备测试报告来比较实际结果和期望结果。
o 测试控制:当监测到与预期情况背离时,制定和应用一组修正动作以使测试项目保持正常进行的测试管理工作。
o 测试实现:开发、排序测试规程,创建测试数据,若需要, 还包括准备测试用具和编写自动化测试脚本的过程。
o 测试结束:从已完成的测试活动中收集数据,总结基于测试 件及相关事实和数据的测试结束阶段,包括对测试件的最终处理和归档,以及测试过程评估(包含测试评估报告的准备)。
o 风险:将会导致负面结果的因素。通常表达成可能的(负 面)影响。
o 产品风险:与测试对象有直接关系的风险。
o 项目风险:与(测试)项目的管理与控制相关的风险。例如: 缺乏配备人员,严格的限期,需求的变更,等等
o 风险分析:评估识别出的风险以估计其影响和发生的可能性 的过程。
o 风险控制: 为降低风险到或控制风险在指定级别而达成的决 议和实施防范(度量)措施的过程。
o 风险识别:使用技术手段(例如,头脑风暴、检查表和失败 历史记录)标识风险的过程。
o 风险级别:风险的重要性,由风险的影响和可能性定义。风 险级别能用于决定测试的强度。风险级别既能用 定性的词(比如:高、中、低)表示,又能用定 量的词表示。
o 风险管理:对风险进行标识、分析、优先级划分和控制所应 用的系统化过程和实践。
o 风险类型:通过一个或多个公共因子来对风险分组,例如质量属性、原因、位置、或风险的潜在影响等。用 特定类型的测试能降低特定类型的风险。例如: 易用性测试能降低因用户错误操作而引起的风险。
o 主测试计划:通常针对多个测试级别的测试计划。
o 级别测试计划:通常用于一个测试级别的测试计划。
o 测试估算:对(例如,花费的工作量,完成时间,涉及的成 本,测试用例的数目等)这些可用的、即使可能 不完整,不确定或嘈杂的输入数据近似计算的结果。
3.2 文档修改记录