|
系统测试活动包括:系统测试计划,系统测试设计,系统测试实现,系统测试执行.系统测试计划是系统测试活动中第一步,它是一份纲领性的说明文档,对整个测试活动进行说明,为后面的任务执行扫清障碍.系统测试计划是通过沟通活动得出的。
做系统测试计划包括的内容有以下几个方面:
一、确定外部,内部组织结构。
明确外部组织结构尤其在一个管理混乱,没有明确职责定义的公司里,显得格外重要。例如和开发部门沟通确定参加哪些成果物的评审,缺陷跟踪由谁来做,怎样确定缺陷级别高、中、低,当与开发发生争议时谁来裁决,CMO的版本发布的方式以及什么时间来发布,开发和测试的成果物谁来提交以及什么时间提交。
明确内部组织结构是指:明确测试部门中高级,中级,初级测试人员之间的关系是平级的还是分上下级的.
二、明确测试的对象
通过测试需求分析,得到测试的对象,并且根据ISO9126软件系统质量模型来确定测试类型。比如:MSN中登陆,注册用户属于功能测试。界面是否友好,属于GUI测试。在进行视频通话时是否出现断续,属于性能测试。
三、进行需求跟踪
根据需求规格说明书确定系统测试项,需要填写系统需求规格矩阵中的SRS ID;SRS 说明;ST项ID;ST项说明。
四、任务分配
任务安排主要是对工作量,资源,时间的协调。有几种任务分配的方式:
A.按照测试类型来划分。(例如功能测试,性能测试,GUI测试等)
B.按照测试活动本身来划分。(例如测试计划,设计,实现,执行)
C.按照被测对象功能模块来划分(例如WORD中文件,编辑,试图菜单等)
D.按照基于某种实现的。(嵌入式系统中经常用到)
五、测试挂起和恢复的条件
当测试失去意义或测试活动无法进行的时候测试被挂起。例如发布错误的测试版本,或发现的缺陷导致20%的用例无法执行的时候。
六、系统测试通过的标准
这个标准可以分为以下三方面考虑:
A.测试活动的执行情况
所有测试用例100%执行。(测试用例的设计要对系统规格说明书100%覆盖。)注意这里不是100%测试用例执行通过,因为当执行的测试用例发现了缺陷的时候就属于测试用例没通过。
高优先级的测试用力100%执行,中等,低优先级的80%执行。(这里的百分比自己确定,测试用例是先执行优先级高的,再执行优先级低的。)
B.质量标准
当测试工作量不变的情况下,没有发现严重的BUG出现。
C.按照某种方式来确定退出标准。例如龚波兹图、残留缺陷率等。
七、应交付工作产品列表
八、工作量的汇总
九、资源汇总(人力,软硬件,时间)
以上是系统测试计划包含的内容,可以根据项目实际情况进行裁减。 |
|