需求
后台
o001 :超级管理员可以建立BBS分论坛
o002:超级管理员可以建立,修改,删除每个BBS分论坛版主信息,包括登录名与密码,每个BBS分论坛可以有一到多个版主;
o003:版主登录后可以修改用户名及密码;
o004:版主查看本分论坛未审批的帖子进行审批或退回.对于其他分论坛信息,本论坛版主权限与普通用户相同。
前台
o005:普通用户注册用户信息,查询密码和用户名;
o006:普通用户登录后可以修改自己的用户信息;
o007:普通用户登录后可以建立,修改,删除自己书写的帖子;
o008:普通用户登录后可以查询,查看别人发表的审核通过的帖子;
o009:普通用户登录后可以对其他人已经发表的审核通过的帖子进行回帖;
o010:普通用户登录后可以根据发的帖子及回复的帖子数量获得积分,根据积分可以参与网站内的活动。
BBS系统Sprint2主测试计划
级别测试计划
1. 介绍
1.1 文档标识
BBS R 1.0 Sprint 2级别测试计划
1.2 范围
本文针对BBS系统1.0项目 Sprint2制定级别测试计划,用于指导BBS系统1.0 Sprint2测试活动。针对BBS系统1.0 Sprint2项目测试包括单元测试,集成测试,系统测试和验收测试4个级别。单元测试,集成测试由开发人员负责;系统测试由测试人员负责;验收测试由测试人员支持由维护人员,业务人员进行。整个Sprint期间包括测试计划与控制,测试分析与设计,测试实现和执行,评估Sprint测试结束活动。性能测试包括压力测试和负载测试在Sprint2功能测试基本完成之后进行,预留一周时间。其他非功能测试融合在功能测试之中。
1.3 参考资料
同主测试计划
1.4 测试级别
参看1.2
1.5 测试分类和测试条件
o功能测试
o适合性
o准确性
o安全性测试
o互操作性测试
o易用性测试
o可靠性测试
o性能测试
o维护性测试
2.详细内容
2.1测试项标识
2.2 测试跟踪矩阵
2.3 不测试项
008,009,010涉及的测试内容
单元测试,集成测试由开发人员进行
2.4 测试项
005,006,007涉及的各种测试,001,002,003,004所有测试用例的回归测试,回归至少进行2次,最后一次在新功能测试基本结束期间。
2.5 入口/出口准则
2.5.1入口通过
《测试设计规格说明》和《测试用例规格说明》已经编写完毕,并且通过评审;
自动化测试用例验证通过;
测试资源准备到位;
测试环境准备到位;
测试数据可以使用;
开发人员提交的测试版本通过冒烟测试,可以正式使用;
开发人员提交的版本说明齐备
2.5.2出口准则
优先级别高的测试用例全部得到测试和完全回归测试;
优先级别高的测试用例测试中发现的所有缺陷均已修复;
优先级别中的测试用例全部得到测试和95%以上回归测试;
优先级别中的测试用例测试中发现的所有缺陷严重度为高和中的均已修复;
优先级别低的测试用例95%得到测试和90%以上回归测试;
优先级别低的测试用例测试中发现的所有缺陷严重度为高缺陷均已修复。
2.6 挂起/恢复准则
2.6.1 挂起准则
测试过程中发现有些测试环境没有到位
测试过程中发现测试工具有问题
测试过程中发现版本存在问题
测试过程中发现大量的严重的问题,导致继续测试意义不大
2.6.2 恢复准则
所有挂起准则问题得到解决
2.7 测试交付物
《测试日志》
《Sprint 2测试报告》
3. 测试管理
3.1 计划的活动,任务和进度
3.1.1 活动与进度
3.1.2 测试执行顺序
根据《主测试计划》测试顺序按照质量风险列表依次为:
1.7,1.8,1.9,2.1,2.3,8.8,1.11,2.2,4.3,4.5,8.7,6.1,4.4,5.1,5.2,4.1,5.3,8.6,4.2,9.1,3.3,3.2,3.1 (标号为《主测试计划》中的质量风险编号)
3.2 测试环境
服务器,台式机器通过局域网连接。
3.3 角色和职责
测试团队涉及角色包括:测试经理,测试系统分析师,测试技术分析师,测试自动化人员,测试环境管理员和测试执行人员,各个角色具体的职责参考公司的测试策略。
3.4 资源分配
台式机器一人一台,服务器两台,开发与测试独立,测试在比较稳定的版本上进行测试。
3.5 培训
业务人员介绍功能005,006,007需求用户故事(User Story)
验证码自动化测试方法培训
如何通过手机,Email找回用户名,密码自动化测试培训
3.6 进度,估算和成本
人力成本:按照人力资源部相关文档
设备折旧成本:按照相关标准
时间成本:50 人日
其他成本:按照相关标准
3.7 风险和意外
参照《主测试计划》
4. 其他
4.1 质量保障规程
参考《质量保证方针》
4.2 度量
风险的度量
缺陷的度量
测试用例的度量
信心的度量
度量指标反应在《测试总结报告中》
4.3 测试覆盖率
测试用例对需求的覆盖率
测试用例执行程度对测试用例的度量
测试对风险的覆盖率
代码的覆盖率
测试覆盖率反应在《测试总结报告中》
4.4 术语表
BBS:Bulletin Board System
测试依据:能够从中推断出组件/系统需求的所有文档。测试用例是基于这些文档的。只能通过正式的修正过程来修正的文档称为固定测试依据。
测试条件:组件/系统中能被一个或多个测试用例验证的条目或事件。例如,功能、事务、特性、质量属性或者结构化元素。
测试用例:为特定目标或测试条件(例如,执行特定的程序路径,或是验证与特定需求的一致性)而制定的一组输入值、执行入口条件、预期结果和执行出口条件。
概念测试用例: (High level test case)没有具体的(实现级别)输入数据和预期结果的 测试用例。实际值没有定义或是可变的,而用逻 辑概念来代替。
详细测试用例:(low level test case)具有具体的(实现级别)输入数据和预期结果的 测试用例。抽象测试用例中所使用的逻辑运算符 被替换为对应于逻辑运算符作用的实际值。
测试说明:由测试设计说明、测试用例说明和/或测试规程说明组成的文档。
测试设计说明:为一个测试项指定测试条件(覆盖项)、具体测试方法并识别相关高层测试用例的文档
测试用例说明:对于一个测试项,用来指定一组测试用例(目标、 输入、测试动作、期望结果、执行预置条件)的文档
测试规程说明/测试规程:规定了执行测试的一系列行为的文档。也称为测试脚本或手工测试脚本
准入准则:进入下个任务(如测试阶段)必须满足的条件。 准入条件的目的是防止执行不能满足准入条件的活动而浪费资源。
出口准则:和利益相关者达成一致的系列通用和专门的条 件,来正式的定义一个过程的结束点。出口准则的目的可以防止将没有完成的任务错误地看成任务已经完成。测试中使用的出口准则可以来报告和计划什么时候可以停止测试。
测试策划:制定或更新测试计划的活动。
测试计划:描述预期测试活动的范围、方法、资源和进度的文档。它标识了测试项、需测试的特性、测试任务、任务负责人、测试人员的独立程度、测试环境、测试设计技术、测试的进入和退出准则和选择的合理性、需要紧急预案的风险,是测试策划过程的一份记录。
测试监控:处理与定时检查测试项目状态等活动相关的测试管理工作。准备测试报告来比较实际结果和期望结果。
测试控制:当监测到与预期情况背离时,制定和应用一组修正动作以使测试项目保持正常进行的测试管理工作。
测试实现:开发、排序测试规程,创建测试数据,若需要, 还包括准备测试用具和编写自动化测试脚本的过程。
测试结束:从已完成的测试活动中收集数据,总结基于测试 件及相关事实和数据的测试结束阶段,包括对测试件的最终处理和归档,以及测试过程评估(包含测试评估报告的准备)。
风险:将会导致负面结果的因素。通常表达成可能的(负 面)影响。
产品风险:与测试对象有直接关系的风险。
项目风险:与(测试)项目的管理与控制相关的风险。例如: 缺乏配备人员,严格的限期,需求的变更,等等
风险分析:评估识别出的风险以估计其影响和发生的可能性 的过程。
风险控制: 为降低风险到或控制风险在指定级别而达成的决 议和实施防范(度量)措施的过程。
风险识别:使用技术手段(例如,头脑风暴、检查表和失败 历史记录)标识风险的过程。
风险级别:风险的重要性,由风险的影响和可能性定义。风 险级别能用于决定测试的强度。风险级别既能用 定性的词(比如:高、中、低)表示,又能用定 量的词表示。
风险管理:对风险进行标识、分析、优先级划分和控制所应 用的系统化过程和实践。
风险类型:通过一个或多个公共因子来对风险分组,例如质量属性、原因、位置、或风险的潜在影响等。用 特定类型的测试能降低特定类型的风险。例如: 易用性测试能降低因用户错误操作而引起的风险。
主测试计划:通常针对多个测试级别的测试计划。
级别测试计划:通常用于一个测试级别的测试计划。
测试估算:对(例如,花费的工作量,完成时间,涉及的成本,测试用例的数目等)这些可用的、即使可能 不完整,不确定或嘈杂的输入数据近似计算的结果。
4.5 文档修改记录
作者:顾翔
来源:51Testing软件测试网原创