posts - 97,  comments - 5,  trackbacks - 0
@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); 现淘宝项目测试执行的主要流程简单的说:  《转载》

第一轮测试,第二轮测试,第三轮测试,日常测试,预发测试,线上测试

由于为新起项目,日常测试部分可以忽略,不用上日常测试环境,项目测试环境即是日常测试环境,该部分在第一次做项目时,容易忽视。

各个阶段测试负责人需要进行的工作主要如下:

1.   正式评审之前,对项目需求和项目的功能介绍,产品介绍进行了解和答疑,可以采用的方法,使用UML图形的方式来梳理PRD的业务流程,需要申请QC空间,申请Twork空间,申请相关的测试资源(例如:性能,安全,前期沟通, PRD邀请和提供PRD文档)

2.   PRD评审完成后,在1到2个工作日,形成项目需求分解功能表

3.   前台原型评审,对页面布局和功能点入口,功能说明的初审,修改确定下前台的原型,形成前台原型评审记录, 对前台和后台模型进行检查,确定各个功能点和页面入口,比对PRD的功能说明,提出对应的问题,协助完善原型设计。

4.  技术方案评审, 帮助开发检查相关的技术方案,提出相关的疑问,可重点针对数据库的结构,字段,表的关联等,对初步的系统结构和使用技术有基本了解。需要提前考虑有否数据迁移,现在很多项目会出现数据的迁移,可通知性能测试人员及早的沟通或者参与到技术方案的评审

5. 项目立项:进行立项会议,  该会议召开的较晚,该部分的顺序可忽略,但测试人员需要对 测试进行时间估算,对项目各个阶段的时间点进行规划,形成测试计划文档。稍后在2-3天内形成测试设计文档。

6. 项目UC评审,测试人员针对UC中的校验点的细节,实现方式提出各种有疑问的地方,确定问题,为编写TC做预期结果填写的准备

7. 项目TC评审,测试人员可分为内审和外审,内审有测试组其他人员帮助检查和发现可能遗漏的测试点,不清晰的功能和业务规则进行补充,外审,主要针对PD,PM等其他项目人员,说明测试用例的覆盖功能,测试的范围,测试点,已经测试用例的粒度。形成测试评审的checklist,稍后再进行用例的P级别划分。个人建议,在编写用例的时候,不用去考虑用例的级别定义,可以分开为编写用例,编写完成后再进行用例检查时进行P级别的划分,或者在执行中进行设置划分

8. 进入测试执行阶段,主要进行用例的执行,根据具体项目进行测试时间和进度的安排,在完成第一轮测试时,程序系统相对稳定,进入第二轮可以开始性能测试和安全测试人员的介入,前期第一轮可提前进行安全测试白盒测试. 主要任务和精力集中在测试执行和缺陷追踪上,进入该阶段,测试人员需要进行项目测试日报的发送,测试投入日报的记录,使用twork进行汇报工作

9. 进入预发测试,如果有数据迁移的项目,可在上预发后开始校验迁移的正确性和完整性的检查,重新对所有的用例进行执行,保证产品质量。

10. 完成上线后,可进行线上测试的验证,然后开始整理测试相关的沉淀。

由于项目还在进行中,后期的具体沉淀工作的整理,测试报告,项目报告,项目上线存在的风险说明的情况有待完善


天猫 软件自动化测试开发

posted on 2014-04-01 14:07 zouhui 阅读(229) 评论(0)  编辑  收藏 所属分类: 5.测试管理

只有注册用户登录后才能发表评论。


网站导航:
 
<2014年4月>
303112345
6789101112
13141516171819
20212223242526
27282930123
45678910

常用链接

留言簿(2)

随笔分类(94)

随笔档案(94)

搜索

  •  

最新评论

阅读排行榜

评论排行榜