叶子,软件测试sky下度过十数载生涯。几多风雨波折,几多辛酸甘苦,不足为外人道也。
若干手机测试,web测试,金融测试经验,若干测试管理经验,现在依然带着若干迷茫然信念坚定的踽踽独行于金融软件测试的茫茫大海之中,希望在测试的道路上有更多的同路人。
由国内项目的软件测试流程感悟到的
上一篇 /
下一篇 2008-04-22 17:56:59
/ 个人分类:测试感悟
做国内测试项目的若干感悟51Testing软件测试网;v*D7o&JG#|
vU3RG0dF9f0谈到这个话题,就会想起若干年前,柏杨先生的一篇让国人为之痛骂的《丑陋的中国人》
7|L]
t_mu6h5A6N3c0我觉得,一个国家一个民族的个性真的可以体现在各个方面。
Ks(R {F C0比如:我做的测试项目,从对日测试到欧美测试,就感触颇深。
i7j-I:ETqUq'B0日本人的等级森严,阶级尊卑的传统体现在他的工作中就是非常严格而规范的流程。项目中的每一个参与者都有其确定的身份,也就有其确定的权限和责任。51Testing软件测试网YLtER1P k
符合项目制定的规范,严格按照既定的逻辑和标准去做事,成为日本项目的一大特点。
a%^0G.M
c)z[b0在工作中,你发现了一个问题,你会明确的知道应该向谁汇报而不能越级。一旦出现问题,会进行责任的层层追究,考勤,考核都有严格的流程。。
Kq G^X+^s0而相对而言,非常崇尚自由和个性化的欧美项目,就会有着相对宽松的氛围。在工作中,你发现了一个问题,你 可以有更加宽泛的范围去选择汇报和询问的对象。只要能保质保量的完成工作的内容,没有人在乎你是提前来了半个小时还是早走了15分钟。。
AOO(_
s%AWP8T0国内项目,我觉得就是比较尴尬的一个现象。一方面,归根于中国几千年来的封建等级制度,有一种层层汇报的制度。但是每个组成部分却不能像日本项目一样界限分明,于是当问题出现的时候,不知道找谁。似乎是对日本规范的一种抵制,国内大多项目不喜欢制定严格的规范和流程。表面是充斥着各种的自由和个性,但是却缺乏后期很好的维护。以至于在破烂不堪的表面,残存着若干或大或小的问题。51Testing软件测试网2l7e F7e\z
做国内项目,只有2个词的感受:上火~51Testing软件测试网KP
J_w
我也衷心的希望,这只是个案。。51Testing软件测试网?5TS6gs(D!`U
对日项目的时候:
4^7of-Ex6Y*CB{&r0m0项目开始2个月前,我们会有项目启动会议。会得到项目的TTSJ等需求文档,客户与开发之间协商的可开发,不可开发的最终成果文档。我们会了解这个项目的总体流程。
.zX V(K(v:P
]+i0项目开始一个半月之前,我们会得到项目的系统详细设计和概要设计文档。大家利用这些文档进行测试系统的熟悉,测试点的划分,测试case的抽取,设计,测试case的评审。并且开发方会定期将系统设计变更的文档予以公布,供我们进行备案,以及对测试点的修改(一般来说,成型的测试case很少进行改动,而是会进行notes添加,在后续测试中才会针对notes和设计文档对测试case进行修订)
9jx?E1^4]4`0项目开使之后,会维持部分模块的稳定性,比如当前测试A模块的时候,A是绝对不允许开发人员在测试中进行修改,而是在既定的测试完成之后,开发才可以进行修改,并且提出修改文档,回馈测试方,声明修改了哪些部分,供测试人员进行retest51Testing软件测试网Ilc[8M*}
测试人员发行bug之后,相关的开发人员会进行修改,修改的记录和测试员后续测试的记录会追加在bug表上。在测试员进行retest确认关闭后,开发的负责人要给予该bug关闭的原因。项目结束后,这些原因也会成为软件质量的评价因素之一。51Testing软件测试网#^]4A*`g:p1mi$yS
软件项目完成后,项目组需要书写评价报告,包括软件的质量总体评价,负责测试的模块中出现问题的几率,原因分析等。
2@}+J(\4U&z