51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3248|回复: 0
打印 上一主题 下一主题

[原创] Scrum开发测试流程

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-7-31 17:38:43 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
Case:1. cover率要有保障,function check point必须100%覆盖。2. 对case可以编制等级,对以后sanity测试的case可以根据case的等级来挑选。
Sanity:要有基本的smoke测试用例,每次要确保这些用例pass 100%。如果这个太麻烦的话,也可以列出smoke测试的check list。
Bug:关于bug生命周期,可以根据bug状态来确定当前bug是属于谁的处理范围,有利于bug管理,明确各自任务。
Feature:测试用各个功能点,要依据需求版本来决定,在测试中会有需求版本的更新,要确认好测试的需求文档。
Regress:回归测试从开发者的发版文档来确定,每次发版开发者要对有影响或者代码改动部分做说明,然后围绕这些做回归。
Explortery: ET的时候可以根据场景来,对于这些ET发现的问题,可以根据这些场景来更新case,有利于case质量的保证。
1.        关于一个bug是否要在不同的平台删验证,需要根据开发那边决定,如果调用接口都一样,对于底层平台是透明的情况下是不需要都验证的。但是需要根据实际情况做一个合理的方案(这个方案应该与开发商讨,看看那些功能的接口是一样的。交叉覆盖也是一个比较好的选择)
2.        关于测试发版,应尽量在2个工作日里提交测试结果(在以后的一两天的时间里可以在测,应为会对修复的bug作重新发版,这个发版也要做check list保证没有回退。去点是容易加班)
3.        人员方面,可以根据发版内容来确定,不必所有的人都参加。要以各自负责的模块情况来决定。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 02:44 , Processed in 0.078883 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表