成为测试主管第一步——制定测试流程

成为测试主管第一步——制定测试流程

ID:42773156

大小:306.58 KB

页数:8页

时间:2019-09-21

成为测试主管第一步——制定测试流程_第1页
成为测试主管第一步——制定测试流程_第2页
成为测试主管第一步——制定测试流程_第3页
成为测试主管第一步——制定测试流程_第4页
成为测试主管第一步——制定测试流程_第5页
资源描述:

《成为测试主管第一步——制定测试流程》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、成为测试主管第一步——制定测试流程转自51testing刚接到这个题H的时候也有一些犯难:测试流程在不同的公司都会有微小的羞异,而这些差异就有可能会决定测试流程是否是真正适用。在不同公司,不同的现状惜况引入适合的测试流程,就好像如同在《寻秦记》中提到的剑圣,他的三个徒弟剑法的风格类型完全不一样同,这一点上,因材施教是非常重要的。其实在动笔撰写本文的时候Z前,我一宜觉的感受到很人压力很人,这其屮最重要的原因莫过于怕误人子弟了。测试流程的制定不是一门科学,而有时看起來,它更像一门艺术,一个好的测试管理者其实在而对不同的公司,不同的研发阶段,会采用不同的测试流程,或是而同

2、样的测试流程,为了真正达到执行的效果,执行的方法也可能不一样。实施测试流程-般都是有两个原因:一•是软件质量出现的了问题,虽然在某种程度上已经得到解决,但仍需要通过测试,把预防措施的方法找到并固化下来;还有另一个原因则种是软件研发的规模壮大,要求做的在流程上更加清晰,可靠更好。我个人从我自己的角度出发故怕以下一某些情况是让人非常头疼的:一种情况是,是今天刚看了一木书,被告知说这样做是规范应该这样制定的,而明天就要引入进來,完全不考虑公司的实际情况;另一种惰况是“苏联模式”,二是那种即某某大公司的测试流程如此制定是这样做的,我们也要采用相同的方法这样。JC实流程没有最

3、好的,只有适合自己的,规范的测试流程不一定会帮助研发成功,反而在某些悄况下会弄不好羁绊到自己自己的工作。•现在大多数测试人会犯一个共同的错误,往往——把流程设计的得很完美,但没有可操作性很差,无法帮助对于软件公司真正的目的一研发,并没有起到应有的作用成功,久而久之测试的重耍性就无从谈起,测试团队也渐渐在公司变成次要部门,成为打杂的得不到应冇的重视。•在流程的设计过程中,最重要的问题在于是目当前项目的特点是什么,产品经常出什么样的哪些问题,需耍做什么怎样的调整,现有测试团队能不能做这样的能否做作出调整,研发团队是不是会不会能接收接受?首先谈谈项冃特点,按照项冃特点,人

4、致可以-•般來说分成两类:•一种是长期进行的项目,这种项目冇基本的框架,冇核心的技术,应用比较稳定,这种项目耍注重测试用例的积累打复川,同时也适合做单元测试,自动化测试的积累;•另--种是变更频度更高,灵活,规模不人的项目,如果做自动化测试则会出现二次开发的时间人于手工测试的时间,而且项目结束后测试用例在长期中也没有任何复川,在口动化测试人员著遍成木比较高的情况下,所以反而更适做功能测试。•虽然这两者可能在长远的目标上并不一致,但是引入测试管理平台,从测试需求、测试设计、缺陷萱理等方面入手则是测试团队必备的技能。•个好的测试流程必需要有好的系统平台的支撑,如果你把测

5、试流程设计的得很完美,跟如同小学语文教科书一样,但执行这样的流程在起來现冇的资源的悄况下是耒免不现实,倒并菲说详细的流程是洪水猛兽,只是对于■家软件公司來说,资源的限制仍然是瓶颈所在的,那流程也就没冇意义,-般來说一个执行的得好的测试流程必然会冇好的平台,就像我以前所在国内的儿家很有声名的软件公司,其测试平台耍不是么是采购的,就耍么是自己开发的,但绘主耍是耍适合自己一套适合口身特点的流程平台起了非常积极的作川。在这里也给大家建议一些好的测试平台,比如MercuryInteractive的TestDirector,、IBM的TestManager,、Silk的一些缺陷

6、管理平台,这些平台大多都能充分满足测试团队的要求其实都能满足大家的要求。,当然,还冇一些免费的开源工具也是可用的。但从长远的角度看,我还是更建议人家读者使用那些不仅仅只是满足缺陷管理的工具,而是要应该选择能集成测试需求、测试设计、测试用例、缺陷管理的工具,绘好也能满足自动化的集成的,什么样的产品能满足就不多说了,免得有打广告Z嫌J,而商业软件,如Ml或IBM的产品在这些方而都有较好的表现。•项目特点决定流程的长期目标,但对于不同产品类型的公司,可能出现的问题往往会不-•样同。比如说在金蝶的EAS-BossBOSS、或是在金山做的游戏软件、亦或还是在阿里巴巴做电子術务

7、,作为测试管理打,就要具体的问题都应该区别对待。对于EAS-Boss这样人型的软件产品,I才I队的规模比较大,核心技术比较稳定。但对于这样的这样的产品有以下一些特点:•由于产品比较人,手工测试时重复的工作量特别人;•引擎与产品框架比较稳定;•编译与发布的流程比较固化;•由于团队的规模比较人,接口特別多,集成测试风险特别高。这样种产品的测试,主要是把大量的重复频度比较窩的功能测试转化为自动化测试角木脚木,在开发过程中要注意,核心引蹩与稳定的产品部分,尽可能使用测试框架形成单元测试集;同时由于编译与发布固化,适合做每日编译,,自动化的执行单元测试集与自动化的测试角本

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。