~L q#tTNU#|/R$|0 工作两年了,我一直希望让自己每年对测试的理解更深入一层。工作一年的时候我写了《谈软件测试---一年工作总结》 ,谈论了自己对各种测试的理解,这一年来,虽然对那些理概念的有所加强,自我感觉没有什么质的变化。前些天听我们公司的一位测试经理讲《敏捷测试》豁然开朗。他在学造飞机,而我一直在学造飞机里的一个发动机。我从来没想过,一个完整飞机的架构应该是怎样的。51Testing软件测试网x,c'rt A1g#G*X']S7G
C0O|3S"^0c\7O|T0 如果想让测试在公司的项目中发挥出它最大的价值,并不是招两个测试技术高手,或引入几个测试技术,而是测试技术对项目流程的渗透,以及测试流程的改进与完善。虽然,当然测试行业前景乐观,许多中小企业也都在引入测试,但一百个公司就有一百种测试,每个公司对测试的看法不同,公司对测试的定位也不完全一样。本人前后经历两个公司,以自己的拙见浅谈一下对测试流程的看法。
0L-~q8DX051Testing软件测试网y-`SMU(w[ 这几天整理思路,回顾了前两份测试工作的流程与架构。51Testing软件测试网RR$GO8V&mC5N:@c$w0Z
k*?{NR+?
p N-u$TC0 简陋的测试流程51Testing软件测试网7P'le4V4YSZ
51Testing软件测试网*[H;fk4s
du'v 先说笔者入职的第一个家公司,笔者是第一个入职的专职测试人员,相信一两个测试的公司还是不少的,入职后各种项目都在进行当中,上面给我的定位是并没完全融入到项目中去。而通过指派任务的方式。
)JV^9]c#N'S6Ks#S3E8p0-D)I{y;y1T/D5et3v9C0 下面是简陋的流程图:
N(hV k2_:Q3Z+q0
+x'^
V ?M@B vW!V0 需求分析与架构设计:51Testing软件测试网.e`CD?g
我们做的是某一移动公司内部使用的项目,需求分析与架构全部由项目经理完成,之后由项目经理给具体某个开发人员分配任务,具体对某个功能模块的实现。这个对项目经理的经验与技术要求很高,他既然担任了需求分析师,又担任架构师的角色。51Testing软件测试网$o q&eQ!m
程序员编码:
$v+neo(b.D0 因为我们开发语言用的是JAVA 语言,IDE用myeclipse 中自带的CVS版本管理工具,开发人员完成代码后,提交到版本库中。51Testing软件测试网enW x+XF
测试:
.~1R)~%L'o$Q0 笔者入职后的第一个任务是搭建缺陷管理工具,禅道项目管理,通过推广对发现的问题进行跟踪。后来正明效果并不好,因为对于一个六七人的开发团队项目,开发人员更喜欢测试人员能当面反馈,这样更能提高效率。对一个小bug 通过当面交流的方式就可以将问题修复。
+h\#P
e b \%]0
对于当时的环境,并没有测试线。开发人员在本机上将项目进行部署运行。测试人员通过局域网访问开发人员的机子进行访问。或在测试人员本机上进行部署测
试。这也是一个致命的缺点。因为开发人员测试人员使用的电脑存在太多不稳定性,这些都会造成问题的出现,有时候难以判定是系统问题还是环境问题。
O&Z#C8C8d~pk5Gj0 上线:51Testing软件测试网J._.U8i
FL%S H
经过测试人员测试通过后,开发人员部署上线。51Testing软件测试网k7Df,I2cT\
A程序员流程51Testing软件测试网*W,F/b;J1i
你会发现在流程图中,A程序员是先发上线之后,再进行测试。这是我们一个面向大众用户的网站,上面给于测试人员的定位是测试员兼用户体验员,测试员将发现的bug和体验问题提交到缺陷管理系统,由经理对问题进行分析,指派开发人员解决。定期对系统进行更新。51Testing软件测试网h
X(m7F3uH
51Testing软件测试网`+]R"mHu 流程分析:
K3PDrAb h8Q
A051Testing软件测试网ImBi/cY ` 这个流程唯一的优点,就是能快速的发现并修复问题。51Testing软件测试网(cOz$D*T
51Testing软件测试网'DpRM} 缺点就非常多了,相信许多小软件公司也有类似的流程。51Testing软件测试网+z
s#hZaD1E+~1s+mT
51Testing软件测试网"}hhpt
?(M[
KM 这个流程中,项目经理是核心,项目经理也确实是有多年开发与项目经验的牛人,他喜欢不定期分享上些前沿的技术。我很崇拜他。51Testing软件测试网G4BR/SA+C
51Testing软件测试网 Z
x\+O7}i_} ? 对于测试来说,需求很不明确,测试文档与用例也是可有可无的产物,没有需求文档,或非常简陋,根据需求文档根本无法编写用例。笔者只能收集一些
通用的测试用例,如登录、文件上传下载、列表翻页、日期选择、输入框验证、搜索等有一些“通用型”用例,以便在测试过程中做参考。功能测试的多了,拿到一
个功能,测试思路也就出来了。
u6Q RHUHFn2UT:P0$n)|:vzY2Y0 规范的测试流程51Testing软件测试网5{1T,| T/pMzV
W7o X`ME1V8\0 放弃上份悠闲的工作,感谢那个带我入行公司,我想了解真正的测试在公作中如何进行的。所以,来到了现在这家公司。我很欣喜的是这测试有自己的团队,专业(对当时的我来说)的流程,以及与开发等同的地位。
0I%D,kU o/Q8C051Testing软件测试网ld|j$?yOK 现在的测试流程:51Testing软件测试网6Z^!~ g4{(KVJ
51Testing软件测试网"Fpdf%I7N
需求分析:51Testing软件测试网6h!LCe
Y#`Q-[
E
需求分析由产品人员制定,他们要做的不是一份简单的文档,而是细化每一个功能的细节,每一个按钮的位置,对于稍大或复杂一点的需求都进行建模。
c\2~1x)sk9v\3C-T0 需求评审:51Testing软件测试网8mW}0e7Y3C
这里会叫上所有参与项目人员进行,开发人员、测试人员、QA人员。测试人员提出需求,开发人员考虑功能实现的方案与
可行性、当然开发负责也是要参与的。测试人员主要是对需求的理解提出疑问,以便才能根据需求写用例。QA人员是最终对软件质量进行验证的人,所以也需求了
解需求。51Testing软件测试网&?*d(n$^ JF
开发人员编写排期:
AvJsp i0 开发人员需求根据需求功能点进行排期。然后将开计划转交给测试人员。
x;Az2_%W0 测试计划排期:51Testing软件测试网 v9J![/w`^zf3sRW6^*g
测试人员根据开发计划,对测试具体测试时间,也就是开发功能完成后的时间,进行几轮测试等。然后,把项目的开发与测试计划发送给各部门负责人及参与项目的所有人员。
4BU+?[J-{Q1g:XU0