让我们的人生更加快乐

小版本升级管理

上一篇 / 下一篇  2010-03-29 14:29:17 / 个人分类:测试管理

    最近在论坛中看到其他网友写的,呵呵,我们其实也是这么做的,对每周都要上线的项目的版本升级管理

1.具体了解新版本哪些地方升级,当然包括功能方面和易用性方面。
2.了解变化的内容的侧重点,按严重度和牵连范围大致列一个提纲。
3.根据原有测试需求和测试用例,看是否需要有很多新的内容需要补充。
4.把整理出来的文档和新的测试需求,和开发经理进行沟通,看哪里需要调整或补充。
5.让开发人员根据你写的补充功能测试需求,结合实际的开发过程,简单分析新功能会对哪些模块产生影响,即是否有数据和操作上的影响。
6.根据以上结果,按实际情况补充新版本功能的测试用例。至此2天时间足够。
7.开始第一轮系统测试,重点针对新功能,同时还要进行系统整体的稳定性测试,即新功能不会影响原有系统的使用。
8.对上一个版本的问题进行回归,根据实际情况,最好能迭代2次,即得到3个完整可测版本。
9.根据进度周五上午可以拿到稳定版本,做整体系统的回归测试。不出意外情况,周五上线没问题。

以前做过不少小版本升级的测试安排,其实一周的话还是有点儿少,但是效率高,项目小的话也差不多。
    我们公司目前是,开发人员会发送一个需要上线的需求,测试人员针对需求进行测试用例的编写,编写完成后执行测试通过上线。上线前测试用例必须通过了才能上线。

TAG:

 

评分:0

我来说两句

Open Toolbar