制订系统测试计划—软件测试流程设计(6)

发表于:2020-4-01 10:35  作者:51Testing教研团队   来源:51Testing软件测试网原创

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试 软件测试技术 系统测试

  2.2  制订系统测试计划
  系统测试的质量对后续的系统测试设计、系统测试实现与系统测试执行活动有着很大的影响。那么系统测试计划中需要涵盖哪些内容?下面以一个火星旅游项目为例进行详细介绍。
  2.2.1 制订火星旅游计划
  测试计划活动与现实生活中的规划类似,比如,现在一群人要去火星旅游,需要考虑什么情况呢?如何制订火星旅游计划呢?可以考虑以下几个方面的内容。
  (1)做好准备工作。
  ① 与中国国家航天局联系,确定太空旅行培训计划。
  ② 进行太空旅行中冬眠的可行性分析。
  ③ 确定载人航天器发射的物资准备情况。
  ④ 检查载人航天器的安全性。
  ⑤ 做好太空旅行物资和人员装备的准备工作。
  ⑥ 编写《火星旅行安全手册》和《火星生存手册》。
  ⑦ 编写《太空旅行安全手册》。
  ⑧ 组织《火星旅行安全手册》《火星生存手册》和《太空旅行安全手册》的学习。
  (2)组织培训和考试,并准备充足的物资和装备。
  ① 与专家讨论各项安全措施,组织系统学习和培训。
  ② 经过太空旅行培训之后,必须组织考试。
  ③ 各项物资按照往返时间内所需物资的1.8倍准备,各项装备按人员所需装备的2倍准备。
  (3)制订出游计划。
  ① 旅行景点暂定为火星上的A大洲、B大洲、C大洋。
  ② 往返A大洲需要5天,往返B大洲需要6天,往返C大洋需要7天。
  也有人会这样考虑。
  (1)做好活动准备工作。
  ① 确定人数:观光41人+医疗人员+驾驶员。
  ② 时间为1个月。
  ③ 交通工具为飞机与飞船。
  ④ 准备物资为食物、氧气、日用品(每人限带20kg)、太空服和医药。
  ⑤ 备用物资为救生船、太空服。
  (2)确定活动内容。
  游览火星各大洲及各大洋,组队活动,集体食宿。
  (3)处理意外情况。
  ① 发出求救信号。
  ② 飞船不能到达,在旅行失败时乘坐救生船返回。
  ③ 在救生服失效时替换备用物资。
  ④ 在飞船不能返回时自力更生。
  以上计划中存在的问题如下。
  (1)计划的可执行性差。
  ① 物质由谁携带?
  ② 安全手册由谁编写?
  ③ 人多的时候是否需要分组?
  ④ 领队是谁?小组长是谁?
  (2)考虑不够周全。
  ① 是否将旅游中要做的事情都想到了?
  ② 是否将旅游中可能出现的问题都想到了?
  ③ 是否让每个人明确了这次旅游具体如何开展?
  总之,无论做什么事情,在制订计划时主要考虑以下3个方面。
  哪些人参加?每个人承担什么职责?
  每个人要做的事情是什么?
  如何分步来完成这件事?
  只有这样,才能让参与的每个人都能根据计划来完成分配的任务,从而保证整个活动顺利进行。
  2.2.2 系统测试计划的主要内容
  系统测试计划从属于软件测试计划、软件项目计划(Software Project Plan,SPP)和软件项目跟踪与监控(Software Project Track and Oversight,SPTO)计划的管理体系,主要用于对系统测试全过程的组织、资源、原则以及采用的测试工具、技术、方法等进行描述和约束,规定系统测试过程各阶段的确认和验证(Verification and Validation,V&V)任务以及时间进度计划,并对各项任务进行评估、风险分析和需求管理
  用一句话来概括就是:系统测试计划从管理的角度来规划和控制整个系统测试活动。系统测试计划考虑的主要内容有组织形式、测试对象与工作任务分配。
  1.组织形式
  组织形式需要明确每个人要做什么事情以及如何和别人协作等。一般可以分成以下组织形式。
  项目组内的组织形式:定义测试团队和开发团队、配置管理员、项目经理、SQA之间的分工以及协作。
  测试团队内的组织形式:定义测试团队内各测试小组之间的分工以及协作。
  测试小组内的组织形式:定义测试小组内各测试人员之间的分工以及协作。
  无论是哪种组织形式,都由3个部分构成。
  组织架构图:定义组织中各实体间的相互关系,比如,有没有配置管理员等。
  角色职责:明确每个实体的任务,这样才能做到职责清晰、分工明确。
  ?协作形式:明确不同实体间合作以及冲突的解决方式,为不同角色之间更好的协作提供指导。
  2.测试对象
  测试对象对应的是要测试的范围以及对测试范围进行详细分析所得出的要测试的点,即测试需求或者测试项。测试对象的确定是制订测试计划时一件非常难做的事情,因为如果确定的测试对象分解测试颗粒比较大,则会导致工作无法完成;如果确定的测试对象分解测试颗粒过于详细,则会导致工作不饱满,没有充分利用资源。
  在确定测试对象时,需要考虑以下因素。
  被测对象的全部内容:依赖于软件需求和对被测软件系统的熟悉程度。
  时间:对于同一个系统,给定的时间不同会导致测试范围会有很大的不同。或者说,在一天内可以进行测试,在一个月内也可以进行测试,在一年内还可以进行测试。当然,时间越长,测试更全面、更充分。
  测试目的:如果这次测试的目的是尽快找出致命的bug,那么在选取测试对象时,主要考虑那些比较容易出错的地方。常见的测试目的主要有检测、证明、基本功能验证等。
  人力:如果把同样的系统给不同的人测试,测试的效果会有差异。因此,如果参与测试的测试工程师是经验比较丰富的人,那么测试对象的范围可以选取得更大。
  3.工作任务分配
  前面已经确定了哪些人参与系统测试,系统测试的具体工作也已经分配完,但如何才能确保系统测试工作顺利完成呢?需要对每个参与者的工作进行监督,这样就需要将每个人所承担的工作进一步量化。比如,什么时间要提交什么文档?测试用例设计的数量要达到多少?如果有必要,还需将每个人的工作进一步细化,只有这样,才能真正让计划很好地执行。任务如何分配还需要结合实际情况,但其根本目的是保证工作的顺利完成。如果对参与系统测试的人的能力和职业素养有信心,那么任务分配可以粗一些;否则,越细越好。
  除了组织形式、测试对象和工作任务分配之外,在制订计划时还需要注意以下方面。
  需求跟踪:通过跟踪测试需求和实际需求的关系(也就是系统测试项与需求度的对应关系),可以了解到哪些需求项漏测了。
  测试通过/失败的标准:指出什么时候测试可以结束。该标准可以只考虑测试活动的度量。
  挂起/恢复的标准:当测试过程无法进行下去或者失去继续测试的意义时,可以将测试工作挂起,挂起的标准指出系统测试暂停的条件,恢复的标准指出系统测试恢复的条件。
  应交付的测试工作产品:确定各测试任务完成后需要提交的测试文档、测试代码及测试工具等产品。需要将工作任务分配中所涉及的产品汇总在一起,以便测试结束时检查。


查看《软件测试流程设计 从传统到敏捷》全部连载内容>>
版权声明:51Testing软件测试网获得人民邮电出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2020, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道