当别人甚至朋友忽略你时,不要伤心,每个人都有自己的生活,谁都不可能一直陪你。当你看到别人在笑,不要以为这世界上只有你一个人伤心,其实别人只是比你会掩饰。当你无助时,你可以哭,但哭后你必须振作起来,绝地逢生并不罕见,何况不是绝境。当你觉得处处不如人,不要自卑,记得你只是个凡人。QQ群:216070030

敏捷测试流程制定

上一篇 / 下一篇  2011-06-03 09:41:45 / 个人分类:学习文档

首先敏捷和CMM的最大区别是什么,大家想过么。其实最大区别是敏捷是迭代的周期性的,而CMM是里程碑性的。从这里入手。敏捷测试流程首先是规定测试周期,然后是规定测试周期提交的文档。但是敏捷的文档是简洁的,绝不是复杂的。所以我定义的敏捷测试流程如下:
测试周期:1周或2周,每个周期提交测试文档,测试经理定期审核。
测试提交文档:测试计划、测试用例、测试执行记录、测试报告。
首先声明一下,我这次编写的提交文档几乎都是excel形式的。因为这种形式易于管理,易于察看,同时大家填写一下就行了,不用长篇大论浪费时间。要把最宝贵的时间用到执行测试用例上,而不是编写一些文档上。
测试计划:主要包括的内容为测试计划时间、测试覆盖范围、项目成员、测试类型、测试bug管理办法、基本测试功能点。测试计划的更新是随时地,当上面的内容有变化就可以更新。不用一次写完,但是有变化就更新。要经常跟踪一下。
测试用例:测试用例大家一般理解为普通excel格式的测试用例,但是我在这里有所修改。测试用例,当时间紧张的时候,完全可以将需求跟踪矩阵中的功能点罗列上。对于比较重要的功能点,我们要细化测试用例,不重要的我们可以不写测试用例,罗列上功能点,执行一下就好。
测试执行记录就是对测试用例的执行结果。
测试报告,总结一下测试用的时间,人员等信息就好了。
再就是我不是很清楚的是,迭代周期与测试周期。开发有开发的迭代周期,有时他们会很短,一周。我们可以在一周中将他们更新的新功能测试一下。新功能相关的功能测试一下。但是这里系统如果比较大,会有一些主要功能我们也要测试。但是每个开发迭代周期我们都重新测试一下肯定来不及(除非有自动化测试)。这时我们的一轮可以为2周,开发的迭代为一周。个人觉得我们的周期可以同开发的不一样,但是我们要保证开发的迭代中新增加的功能没有问题。

TAG: 敏捷 流程 测试

 

评分:0

我来说两句

日历

« 2024-01-23  
 123456
78910111213
14151617181920
21222324252627
28293031   

数据统计

  • 访问量: 29459
  • 日志数: 45
  • 建立时间: 2011-06-02
  • 更新时间: 2011-08-04

RSS订阅

Open Toolbar