51Testing软件测试论坛

标题: 系统测试规程 [打印本页]

作者: 天天乐乐    时间: 2008-8-20 20:56
标题: 系统测试规程
系统测试规程
      1、目的
      对最终软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计。
      2、角色与职责
      项目经理组建系统测试小组,并指定一名成员任测试组长。
      系统测试小组各成员共同制定测试计划、设计测试用例、执行测试,并撰写相应的文档。测试组长管理上述事务。
      开发人员及时消除测试人员发现的缺陷。
      3、启动准则
      产品需求和系统设计文档完成之后。
      4、 输入
      产品需求和系统设计文档
      5、主要步骤
      [Step1] 制定系统测试计划
      系统测试小组各成员共同协商测试计划。测试组长按照指定的模板起草《系统测试计划》。该计划主要包括:
      ·测试范围(内容)
      ·测试方法
      ·测试环境与辅助工具
      ·测试完成准则
      ·人员与任务表
      项目经理审批《系统测试计划》。该计划被批准后,转向[Step2]。
      [Step2] 设计系统测试用例
      ·系统测试小组各成员依据《系统测试计划》和指定的模板,设计(撰写)《系统测试用例》。
      ·测试组长邀请开发人员和同行专家,对《系统测试用例》进行技术评审。该测试用例通过技术评审后,转向[Step3]。
      [Step3] 执行系统测试
      ·系统测试小组各成员依据《系统测试计划》和《系统测试用例》执行系统测试。
      ·将测试结果记录在《系统测试报告》中,用“缺陷管理工具”来管理所发现的缺陷,并及时通报给开发人员。
      [Step4] 缺陷管理与改错
      ·从[Step1]至[Step3],任何人发现软件系统中的缺陷时都必须使用指定的“缺陷管理工具”。该工具将记录所有缺陷的状态信息,并可以自动产生《缺陷管理报告》。
      ·开发人员及时消除已经发现的缺陷。
      ·开发人员消除缺陷之后应当马上进行回归测试,以确保不会引入新的缺陷。
      6、输出
      ·消除了缺陷的最终软件系统
      ·系统测试用例
      ·系统测试报告
      ·缺陷管理报告
      7、结束准则
      对于非严格系统可以采用“基于测试用例”的准则:
      ·功能性测试用例通过率达到100%;
      ·非功能性测试用例通过率达到80%时。
      对于严格系统,应当补充“基于缺陷密度”的规则:
      ·相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m。例如n大于10,m小于等于1。
      本规程所有文档已经完成。
      8、度量
      测试人员和开发人员统计测试和改错的工作量,文档的规模,以及缺陷的个数与类型,并将此度量数据汇报给项目经理。
三、 实施建议
      对系统测试人员进行必要的培训,提高他们的测试效率。
      项目经理和测试小组根据项目的资源、时间等限制因素,设法合理地减少测试的工作量,例如减少“冗余或无效”的测试。
      系统测试小组根据产品的特征,可以适当地修改本规范的各种文档模板。
      对系统测试过程中产生的所有代码和有价值的文档进行配置管理。
      为了调动测试者的积极性,建议企业或项目设立奖励机制,例如:根据缺陷的危害程度把奖金分等级,每个新缺陷对应一份奖金,把奖金发给第一个发现该缺陷的人。



作者: wu_xiaoxiang    时间: 2009-3-20 14:08
3Q
作者: mmj331    时间: 2009-3-26 14:58
写的挺好,要是每个项目组都按这个规程办事,估计我们能轻松很多。。。。
作者: caodongjian    时间: 2009-4-27 15:08
写得不错
作者: 紫隐    时间: 2013-9-6 09:13
很不错,最近一直在求一份软件测试的规范流程,多谢LZ
作者: zyanwei2011    时间: 2017-10-10 14:59
谢谢了




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2