请教如何制定测试的规范和制度！

xuanxuan2008

同时想请教版主一下，刚来一家做嵌入式软件的公司，公司没有测试部门，只有我一个测试人员，最近经理让我写一些软件测试的规范和制度，请问版主我该从哪方面入手，如何考虑呢？谢谢！sdlkfj1

archonwang

简单是这样子的，如果本身没有部门，那么可发展的空间很大，希望可以优先得到领导的支持。
随后是这样子的。
1. 优先建立有利于流程流转的规范和框架，比如测试缺陷管理系统；从这一系统中衍生出流程规定；
2. 再进行流程优化，在优化过程中发现一些新的需要进一步明确的各项规范和制度，如每日构建等；
3. 在有了以上基础的情况下，继续深化，对开发逐步影响，规范其编码方式及编程习惯；
4. 最后提到的是部门发展的问题，

以上三项是迭代式，在一定量后可进行第4项内容。但是前提还是要有的，您的领导必须支持你的行动；不要怕做错，怕的是不做，那就永远没发展可言了。

xuanxuan2008

谢谢版主！公司用的是华创BMS进行缺陷管理，以前都是编程人员在做测试，并没有记录bug的习惯，经理的意思也是先从这方面着手。版主有无这方面的实例可以借鉴一下，谢谢！

billrub

你可以先从这里入手：

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

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

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

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

[ 本帖最后由 billrub 于 2007-5-10 12:39 编辑 ]

walker1020

我想楼主可以从最简单的、你能做的地方开始，准备完善，直到领导满意。在测试过程中肯定设计到 提交Bug的问题。如果你们提交的Bug没有一定的格式，随意性很大，那么你就有必要制作一个 提交的Bug的模板了。下面就是一个模板：

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

[Step]

1, ....;

2, .....


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

[Memo]
...............

walker1020

不要贪大，不要贪全，从你能做的地方开始，根据公司的实际情况，逐步完善测试的规范和制度。

[ 本帖最后由 walker1020 于 2007-5-10 13:52 编辑 ]

qiubole

按我说，你装个TD，知道TD里面每个东西，在你的企业里，能比较顺畅地流转了，你们队伍就建立得差不多了。

xuanxuan2008

原帖由 qiubole 于 2007-5-11 14:34 发表
按我说，你装个TD，知道TD里面每个东西，在你的企业里，能比较顺畅地流转了，你们队伍就建立得差不多了。

  

我也建议装TD，但是经理说TD的有些功能我们公司可能会用不上，他建议装BUGFREE。我们没有测试队伍：（

ybbiagu

两个版主的两段文字讲的真精彩啊，为那些在没有测试部门工作的新测试工程师们指点了迷津

micrry

精彩，学习了

galiji

几位版主，说的不错，对于还没有测试的公司非常有用

xuanxuan2008

谢谢大家的意见，对工作开展很有帮助也少走了不少弯路。现在公司用的是BUGFREE搭建的缺陷管理，经理让我把以前的bug归纳总结一下。（大家有这方面的经验可以共享下嘛？）然后根据公司项目的可行性报告进行测试。以后还要多向大家学习。3Q！

mtang008

顶```太感谢了啊``

qingc2005

wuchunying

我现在用是也是BUGFREE，感觉比较简单实用，对新手来讲上手比较快

千里

小公司我也不推荐用TD，那一个大，而且汉化做得很不好。
英语不好的用起来特别费劲，培训也需要花不少时间。
BUGFREE是国内编写的免费开源工具，应该说是最符合中国的习惯的了。

cafard-haibin

1：通过和开发、经理和其他相关人员沟通协调后，整理出一个符合自己公司的测试流程。比如开发提交测试给项目经理》项目经理对问题确认后分配开发修改》提交测试........这个流程要根据自己公司实际情况来，而不是已经严格的测试流程死套。

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

3：在实际工作中在不断改进并完善自己的测试流程。

lxh460166

以后过来看看。

你可以先从这里入手：

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

niunjxtest

。。