怎样测试才有效率

2020-03-02 22:55:19 来源：范文大全收藏下载本文

主题：怎样测试才有效率？

wenwenlong 2002-2-23 11:39:32

测试一定要有测试规程，测试用例！按照测试规程去做吧。

但测试的一个重要标准是100%覆盖需求中的功能点，

效率吗？我觉得，使用关键路径是个不错的办法（至少不至于测个没完呢？！呵呵）

nature_swe 2002-2-25 17:17:29

我所理解的软件测试的效率是指测试用例揭示软件中的错误的效率

对一个模块进行测试用例的设计时，能设计出的测试用例的组合大多不是唯一的，效率高的组合是指用少的时间和精力（少运行几个测试用例）发现多的错误。要提高测试的效率，我觉得还是应多在测试设计和测试开发阶段多下功夫

seanhe 2002-2-26 12:0:1

测试也是分层次逐步细化的，比如测试经理组织写测试方案，由测试工程师执行，测试工程师只用管对不对就成了。测试是否有效，要看你们不同阶段定义的质量目标了，如果是试用版本，当然就是基本运行稳定了。

aux0 2002-2-26 16:1:20

seanhe,依不同的测试策略，可生成数不清的测试方案哦,测试经理只是仅仅写个太概吗?如果如您所说,那么测试工程师只是按已知的方案按步骤执行即可,不是很死版吗,测试工程师就不可以根据自已对项目的理解和认识,设计一些方案,找出其中的bugs吗?

seanhe 2002-2-26 21:32:58

我说地是测试经理组织写测试方案。是组织，具体如何组织就看测试经理地了。方案定下来了，按照测试方案进行。但是不是只局限于测试方案，我觉得没有什么冲突，但是测试方案的要点必须充分，没有二义性。作方案地时候要充分考虑到测试工程师地素质不同，就低不就高。这样也方便于测试实施的外包或者雇佣低成本的人员，对于产品类，也可以作为以后测试的参考。其实测试方案是十分清晰还是留给测试工程师发挥一直是争论的焦点，我觉得还是依据实际的情况灵活掌握好。

lpp56 2002-2-27 9:52:40

我觉得首先要，通过开发人员获得系统需求的级别，这里的级别，包括时间，技术风险，资源消耗量等，在获得了需其的优先级后，在制定测试的优先级，在制定测试的优先级的时候不光是要参考需求优先级，还要参考测试风险，测试策略等测试等因素同时还有一点要注意的是，在时间无法满足测试要求的情况下要首先测试系统的基本功能，千万不敢从一开始就求全求大，那样会在测试时间过仅的情况下吃大亏的，同时有效率的测试还需要自己开发一些工具，如数据生成，数据到入，缺陷统计，等相应的工具。

seanhe 2002-2-27 10:54:2

理论上，系统测试的参考文档是需求规格说明书，上面详细的列出了程序需要实现的功能，但是很少有项目做到了这点。这就需要测试人员合理的定义测试策略用来规避风险了，一般的做法是在程序提交的前一阶段对程序进行评估，有的书上叫确认测试，看看程序的质量到达了什么水平，大的问题首先暴露出来，如果不适合测试，可以退回给开发组。

seanhe 2002-2-28 9:16:59

那就要看测试经理的能力了，多沟通，包括时时的掌握测试人员的问题，程序的质量，及时同开发人员，用户沟通，知道什么是对的，什么是重要的。有一定的预见性，合理的分配进度等。总之，这样的项目风险很大，需要依靠能力。我们最好还是依靠软件工程的方法来，这样对公司，对个人都是有好处的。

lpp56 2002-2-28 13:23:46

我觉得aux0兄所说的情况最好首先保证测试组在项目开发的初期就进入系统，并且参加每一次的开发部门的讨论会，同时还可要求开发人员每开发出一个模块，或一个功能点，都要提交给测试，同时还可以要求开发人员在提交测试模块前，列出自己人为地应该被测试的地方，或者是该被测对象所完成的基本功能是那些（（我曾经试验过，效果一般但对于你提到的那种情况只能四码当活马码医了同时向你提到的那种情况，我建议可以采用xp中的子对编程法，这样可以尽量减少无文档带来的风险）。

illesy 2002-3-4 14:45:36

应该由系统设计人员确定测试的主要关键点，代码的编写人员确定模块的测试用例，测试人员根据确定系统说明确定测试用例。

seanhe 2002-3-4 16:11:41

一般来说，牵扯到具体代码的测试会交给工具和开发人员，这样效果比较好。当然还要有一套流程保证。测试人员的介入最好在集成测试以后，这样效率比较高，当然关键路径是个好方法，但是操作起来比较困难，也不易推广。

lpp56 2002-3-5 9:8:25

我不是特别同意seanhe兄的观点，如果测试人员在集成测试后进入系统，按么它对于系统的熟悉程度要低于从单元测试作其的测试人员，（同时由于时间相对较少对于系统文档的要求回非常高，但一般企业的文档都无法达到该要求。）这样将导致一些，需要在精通系统流程基础上发现的缺陷无法发现，而且还有对于测试人员由于测试人员在开发过程的中部介入过程，可能会导致作单元测试的开发人员的测试用文档与现载测试人员的交接问题，这样对文档的内容，风格等因素都由较高的要求从目前我们国家情况看可能无法达到。所以我觉得，测试的介入点应该是在每一个单元模块被开发完，即开始测试，而且单开发人员做过测试后应将相应的用例交给测试人员，作为参考。这样缺陷被发现的时间比较早，所以修改缺陷所花费的成本也就相对较低。

seanhe 2002-3-5 13:18:45

我设计的测试流程，测试经理是从需求开始介入的，在需求完成后测试经理会出系统测试方案。单元测试开发人员进行会比较节省人力成本，但是测试人员应该按照开发人员编写的单元测试方案对测试结果进行抽查。测试人员也是分级别的，就像不可能要求所有的开发人员都象开发经理一样了解系统一样，所以，测试过程中，测试经理是全程参与，进行方案的编写和指导，根据不同的阶段申请不同的资源。当然首先是文档要到位。总体来说，单元测试还是开发人员进行成本要低，也更有效。

lpp56 2002-3-7 11:28:44

seanhe兄的流程有一个问题，测试经理主要职责是什么，是不是同时启动多个项目的时候每一个测试组的测试主要负责人都叫作该项目的测试经理，同时入股有一个人来分析需求的话，一方面工作量回很大，同时对于需求的分析也会不彻底，，而且开发人员编写的测试方案与测试结果进行抽查，但此时会产生测试人员对于开发人员单元测试方案的依赖，对于发现缺陷非常不利。而且缺陷可能被隐藏到系统的后期而此时修改缺陷所付出的成本会相当于前面的几倍！而在模块编写过成中有测试人员同时分析需求的话，会产生部分xp中子对编程带来的好处（两人对于需求的分析会闭一个人更全面一些。）而且在向seanhe兄所说的同时还要求开发人员对于所采用的用例记录的非常详细，这一点在目前大多数软件项目开发时间过仅的情况下可能会无法推行。

ajingjing 2002-4-11 15:51:2

如果在资源条件允许的情况下，我也认为在单元测试介入比较好。有利于测试人员对系统的了解，也有利于bugs的及早发现。但单元测试还是应以开发人员为主。

joliana 2002-4-12 9:53:24

我比较同意LPP56的，我觉的就现在的现状来看，从开发的每个模块开始测试比较好，开发人员提交的模块应该是通过代码测试的。同时开发人员应该有模块全局变量及一些边界值的说明。