51Testing软件测试论坛

标题: 请教如何制定测试的规范和制度! [打印本页]

作者: xuanxuan2008    时间: 2007-5-9 15:46
标题: 请教如何制定测试的规范和制度!
同时想请教版主一下,刚来一家做嵌入式软件的公司,公司没有测试部门,只有我一个测试人员,最近经理让我写一些软件测试的规范和制度,请问版主我该从哪方面入手,如何考虑呢?谢谢!sdlkfj1
作者: archonwang    时间: 2007-5-9 16:49
简单是这样子的,如果本身没有部门,那么可发展的空间很大,希望可以优先得到领导的支持。
随后是这样子的。
1. 优先建立有利于流程流转的规范和框架,比如测试缺陷管理系统;从这一系统中衍生出流程规定;
2. 再进行流程优化,在优化过程中发现一些新的需要进一步明确的各项规范和制度,如每日构建等;
3. 在有了以上基础的情况下,继续深化,对开发逐步影响,规范其编码方式及编程习惯;
4. 最后提到的是部门发展的问题,

以上三项是迭代式,在一定量后可进行第4项内容。但是前提还是要有的,您的领导必须支持你的行动;不要怕做错,怕的是不做,那就永远没发展可言了。
作者: xuanxuan2008    时间: 2007-5-10 08:52
谢谢版主!公司用的是华创BMS进行缺陷管理,以前都是编程人员在做测试,并没有记录bug的习惯,经理的意思也是先从这方面着手。版主有无这方面的实例可以借鉴一下,谢谢!
作者: billrub    时间: 2007-5-10 12:29
你可以先从这里入手:

1、明确缺陷管理流程,充分结合工具的特点严格执行流程(如:缺陷有多少状态?几类等级?各个状态分别由谁管理?怎么管理?最终处理结果有哪几类?)

2、缺陷内容结构化,缺陷相关数据严肃化,一个随意的毫无规则的缺陷描述或许记录者会很自信,却经常会发生严重的理解问题,甚至记录者本人也经常在一段时间后不能理解自己记录的多数缺陷。(如:内容结构有[功能位置]、[测试步骤]、[测试数据]、[现象描述]、[故障分析]。。。缺陷信息有[测试员]、[测试时间]、[严重级别]、[优先级别]。。。)

3、再随着测试项目的逐步进展,你会发现有越来越多的必要因素你未考虑全,没关系,任何资深的测试工程师都是从初级状态开始的,错误多不要紧,重要的是你在总结,你不会让同一块石头绊倒3次
     (如:你在和程序员的BUG交流中突然发现测试人员对BUG的控制非常弱,于是你在第2个项目开始前重新规范了缺陷管理流程;再如:第1个测试项目结束了,吁!长叹了一声,不顺利但终于完成了!这里领导突然伸手向你索取测试报告,这时你发现领导关心的很多数据你都无法统计,于是你在下一个项目开始前重新定义了缺陷必须填写的信息;又如:涉及部门间工作数据交互问题,例——研发部门经理需要你提供每个BUG被重复修改的次数以此来统计各个程序修改BUG能力,你在后续项目中增加了该项数据的统计,当然最好能结合管理工具,TD在这方面做得非常好,可以自己在系统提供的功能接口上开发出一些新的数据项和功能,因此这时也就会考虑另外一个问题:现在这个缺陷管理系统是否能满足我们的需求?)

抓住一个线结,扯出一个线团;当你在和任何程序员轻松、顺利地讨论甚至激烈争议一个BUG时,恭喜你!你已经走出了很大的一步!:-)

[ 本帖最后由 billrub 于 2007-5-10 12:39 编辑 ]
作者: walker1020    时间: 2007-5-10 13:49
我想楼主可以从最简单的、你能做的地方开始,准备完善,直到领导满意。在测试过程中肯定设计到 提交Bug的问题。如果你们提交的Bug没有一定的格式,随意性很大,那么你就有必要制作一个 提交的Bug的模板了。下面就是一个模板:

***** JBoss 4.0.5+ Oracle 10g********

[Step]

1, ....;

2, .....


[Result]
  ..........

[Memo]
...............
作者: walker1020    时间: 2007-5-10 13:51
不要贪大,不要贪全,从你能做的地方开始,根据公司的实际情况,逐步完善测试的规范和制度。

[ 本帖最后由 walker1020 于 2007-5-10 13:52 编辑 ]
作者: qiubole    时间: 2007-5-11 14:34
标题: 说得都不错。
按我说,你装个TD,知道TD里面每个东西,在你的企业里,能比较顺畅地流转了,你们队伍就建立得差不多了。
作者: xuanxuan2008    时间: 2007-5-14 08:57
原帖由 qiubole 于 2007-5-11 14:34 发表
按我说,你装个TD,知道TD里面每个东西,在你的企业里,能比较顺畅地流转了,你们队伍就建立得差不多了。

  

我也建议装TD,但是经理说TD的有些功能我们公司可能会用不上,他建议装BUGFREE。我们没有测试队伍:(
作者: ybbiagu    时间: 2007-5-18 16:04
两个版主的两段文字讲的真精彩啊,为那些在没有测试部门工作的新测试工程师们指点了迷津
作者: micrry    时间: 2007-5-22 20:44
精彩,学习了
作者: galiji    时间: 2007-5-25 17:59
几位版主,说的不错,对于还没有测试的公司非常有用
作者: xuanxuan2008    时间: 2007-5-29 14:57
谢谢大家的意见,对工作开展很有帮助也少走了不少弯路。现在公司用的是BUGFREE搭建的缺陷管理,经理让我把以前的bug归纳总结一下。(大家有这方面的经验可以共享下嘛?)然后根据公司项目的可行性报告进行测试。以后还要多向大家学习。3Q!
作者: mtang008    时间: 2007-9-11 14:14
顶```太感谢了啊``
作者: qingc2005    时间: 2008-11-12 16:22

作者: wuchunying    时间: 2009-5-13 16:10
我现在用是也是BUGFREE,感觉比较简单实用,对新手来讲上手比较快
作者: 千里    时间: 2009-5-14 11:12
小公司我也不推荐用TD,那一个大,而且汉化做得很不好。
英语不好的用起来特别费劲,培训也需要花不少时间。
BUGFREE是国内编写的免费开源工具,应该说是最符合中国的习惯的了。
作者: cafard-haibin    时间: 2009-5-14 11:24
1:通过和开发、经理和其他相关人员沟通协调后,整理出一个符合自己公司的测试流程。比如开发提交测试给项目经理》项目经理对问题确认后分配开发修改》提交测试........这个流程要根据自己公司实际情况来,而不是已经严格的测试流程死套。

2:同样结果大家讨论部署一个bug管理工具。这个要自己去选择。我想说TD包括了从测试需求到测试案例再到测试Lab和bug管理等一系列功能,且都是连贯的。但不一定适合自己的公司。比如有的公司需求都是通过excel管理。而且效果很好。

3:在实际工作中在不断改进并完善自己的测试流程。
作者: lxh460166    时间: 2012-4-22 16:45
标题: RE: 请教如何制定测试的规范和制度!
以后过来看看。
你可以先从这里入手:

1、明确缺陷管理流程,充分结合工具的特点严格执行流程(如:缺陷有多少状态?几类 ...
billrub 发表于 2007-5-10 12:29

作者: niunjxtest    时间: 2012-4-23 09:38
。。




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2