不应该是家,窝更适合一点

测试申请提交操作手册

上一篇 / 下一篇  2011-12-21 13:46:56 / 个人分类:测试设计

测试申请提交手册

一、 

针对目前测试申请提交过程中存在:

Ø 装包错误率高达90%以上;

Ø 文件遗漏,错误问题时有发生;

Ø 提交周期比较长;

Ø 驳回频繁;

Ø 总体质量不高。

等若干问题,经过跟部分开发人员,项目经理和开发经理讨论,确定由测试这边制订一份《测试申请提交手册》。

二、 

通过本操作手册的完善和补充,达到:

Ø 降低测试装包错误率,努力控制在0%

Ø 避免文件,存储过程等遗漏;

Ø 变更及时通知;

Ø 提高工作效率和补丁包总体质量。

三、 

1checklist约束

基于之前checklist基础,持续完善checklist检查项内容,下面是最新修改的完善的内容:

===============================================================
--开发人员确认--
                       检查要求                                      检查结果             
-----------------------------------------------------------------------------------------------------------------------------


1必须在装包环境通过装包验证                      |                    ??                
2、必填项、唯一性等检测没问题                      |                    ??                
3、字符长度、类型、名称符合设计,并与数据库表一致  |                    ??                
4、页面查看源文件不报错                            |                    ??                  5、删除、启用、停用时提示是否正确                  |                    ??                
6、所有的显示列表、PT页面必须提供导出             |                    ??                
7、物品、客户、供应商、人员、部门选择必须提供助记码|                    ??                
9、数字、日期、电话、邮箱等符合约定格式            |                    ??                

10特殊的操作和配置等是否在测试申请中注明         |                    ??                

11......                                            |                   ??                

-----------------------------------------------------------------------------------------------------------------------------

--项目负责人/设计师确认--
                       检查要求                                      检查结果             1、功能、业务流程符合设计,无报错                  |                    ??                
2、数据回填等控制点是否完整                        |                    ??                
3、数据表字段是否符合设计                          |                    ??                4、提示信息是否准确                                |                    ??                5、打包是否符合规范                                |                    ??                

-----------------------------------------------------------------------------------------------------------------------------

--UI设计师确认--
                       检查要求                                      检查结果 

===============================================================

2、常见错误总结

目前归纳记录下的装包错误也就是以下几种,通过记录平日常见错误,以避免类似的错误再犯。

错误1文件、存储过程漏打入包中

解决:a、装包环境装包  b、自己或者设计师检查确认 c、装包后功能验证 d...

错误2存储过程带前缀:比如,solu201."Base_StatHotorder"

解决:a、自己或者设计师检查确认 b、平日养成习惯  c.....

错误3装包不成功

解决:a一般是资源文件,result,存储过程安装不成功,通过查看数据库和菜单可以确认

错误4装包乱码

解决:a反复编码转换即可  b、找有经验的人,比如:king.bugDT等 c....

错误5patch.xml文件写错

解决:a参照已测试通过的patch文件  b、通过装包确认.

错误6所有文件不是一次提交上来的,可能第一次装包没有问题,后续做了修改,导致出现问题

解决:a尽量做到一次提交,避免提交后做大量修改或变更  b、最后的内容也要通过装包确认. C....

错误7环境因素,环境,数据不一致不同造成的

解决:a装包尽量在接近正式环境下验证  b、如果有该因素,最好在测试申请中提出来. C....

错误8同一个包,包含多个人的内容

解决:a推选包负责人  b、借鉴XGSCRUM小组的做法(目前他们做的很好). C....

3、建议和要求

1、目前部分审批流程只是走一个形式,建议相关审批人员起到检查和督促作用。

Ps:关于测试申请走流程,希望开发人员发表自己的看法

2、前期没有任何参与或了解的情况下接到测试申请。这样的测试申请测试组按规定是可以拒测

3、提交测试时附属文档必须都是最新的

4、每次文件,内容变更在bugfree中标注

5、驳回的测试申请请重新走严格审批流程

6、及时完善checklist内容

7、为了便于查找和补充完善既定的规范标准、手册,建议建立专门svn目录(比如,《测试申请提交手册》,《bug解决处理手册》,《日常问题解决大全》等),所有新员工必须当作必修内容学习

8、对新入职员工做集中培训



TAG: 提交 测试申请 操作手册

测亦有道 引用 删除 系统消息   /   2011-12-21 13:53:49
发现出现问题了,粘帖过来显示了一半,而且页面 样式也有问题
 

评分:0

我来说两句

Open Toolbar