51Testing软件测试论坛

标题: 怎样提高测试效率 [打印本页]

作者: Aimelyccc 时间: 2013-7-1 17:48
标题: 怎样提高测试效率
在工作中，常常会遇到，测试用例写的不符合实际，执行起来比较费劲。执行测试用例的周期太长。怎样才能快速准确地完成测试工作呢。

作者: lsekfe 时间: 2013-7-2 10:17

在工作中，常常会遇到，测试用例写的不符合实际，执行起来比较费劲。执行测试用例的周期太长。怎样才能快速 ...
Aimelyccc 发表于 2013-7-1 17:48

其实一个测试用列的完善不是那么简单的，而且不是每个测试用例都能够套用的，为了有效的缩短测试时间，最好再测试之前完善下自己的测试用例，这样你会觉得之后的测试方面快捷很多！

作者: Aimelyccc 时间: 2013-7-2 12:19
回复 2# lsekfe
测试用例的编写依据是需求，我们没有文档性的需求，只能是先把应用自己操作熟练，从而再去整理思路，写测试用例。但即使是这样，测试用例中往往体现不出深度来，有时测试过程中会发现很多用例中没有问题。

作者: lsekfe 时间: 2013-7-2 13:24

回复 lsekfe
测试用例的编写依据是需求，我们没有文档性的需求，只能是先把应用自己操作熟练，从而再去整 ...
Aimelyccc 发表于 2013-7-2 12:19

如果没有测试需求的话，测试用例确实不是很好写！如果自己要写有点深度的话，必须先要了解下测试的项目。其实还是建议能把需求文档拿到手。不然真的时间很难缩短！要么熟悉软件，要么就是有需求文档！

作者: Aimelyccc 时间: 2013-7-2 14:22
回复 4# lsekfe
嗯，明白了，原来问题的根本在于需求文档。

作者: lsekfe 时间: 2013-7-2 14:38

回复 lsekfe
嗯，明白了，原来问题的根本在于需求文档。
Aimelyccc 发表于 2013-7-2 14:22

有文档和没文档真的不一样，以前写过一个测试用例。在没文档的情况下，测到后面我已经测不下去了！只能重新来过！

作者: Aimelyccc 时间: 2013-7-2 16:09
回复 6# lsekfe
但是我们公司真的是没有需求文档的，有不明白的地方，我们就是跟开发频繁沟通，交流。最多我只能要到一个使用说明，其他什么文档都没有了。这也是我一直很郁闷的地方，因为写用例必须有期望结果，我们列出好多，不知道的就找开发。这样真的很费时间。

作者: lsekfe 时间: 2013-7-2 16:23

回复 lsekfe
但是我们公司真的是没有需求文档的，有不明白的地方，我们就是跟开发频繁沟通，交流。最多我 ...
Aimelyccc 发表于 2013-7-2 16:09

恩，这样确实很不方便。我建议你们提出下自己的需求。直接说影响测试的时间。不知道可行吗？

作者: guoguo2005 时间: 2013-7-8 09:56
测试用例是纲。
纲举目张。

作者: 没翅膀的飞鱼 时间: 2013-7-9 12:25
没有需求文档的话，可以把开发人员以及测试人员以及各个老大召集起来确定测试点，会后有会议记录；接下来根据测试范围提取测试点和测试用例，之后就是再召集开发人员和测试人员进行用例评审，确定没有遗漏测试点。具体执行的话，如果时间较紧可以直接根据测试点和思维导图进行测试，当然这时测试用例的优先级就显得尤为重要了

作者: 吼吼哈哈 时间: 2013-7-10 00:02
飞鱼所说极是，但从目前楼主描述的情况来看，连需求文档都没有，估计更不会有人主动抽调开发、测试聚一起评审测试用例。。写需求文档的意义在于所有测试点有点可查，有据可依，提纲引擎，测试流程不规范，走到后面更是举步维艰。。。

作者: 没翅膀的飞鱼 时间: 2013-7-11 12:29
需求文档这个东西，除非公司有专门的需求人员，不然都不会太详细的，具体还是看测试人员的沟通协调能力----
当然了有流程最好了，但是这不是一般底层测试人员所能左右的

作者: 夕阳西下° 时间: 2013-7-11 13:12
编写优秀的测试用例可以很好帮助你完成测试工作，测试用例的编写应该因地制宜，对症下药，科学的方法一定可以最大程度上提高测试的效率

作者: 450174661 时间: 2013-7-11 13:52
需求文档也木有，确实很累，曾经经历过，建议你分析下目前测试现状以及风险，找到原因，让上游协助你完善你们的测试流程；再逐步晚上测试专业的一些东西，比如用例编写规范和粒度，用例执行规范和粒度，如果需要参考文档，我可以提供一些给你

作者: Aimelyccc 时间: 2013-7-11 15:49
回复 14# 450174661
好哇，上面没说，是想让我们自己完善呢，但，我又没什么经验，麻烦你了，给我些参考吧。

作者: 450174661 时间: 2013-7-12 00:12
回复 15# Aimelyccc

完善需求，不应该测试人员来做哦，需求提出人对需求业务的把控能力应该是最强的，建议由需求负责人来完善需求；
我们公司以前也是没有需要或者开发过程中需求变了也不更新文档，导致测试没有文档依据，或者开发做成什么样就是什么样，只要不报错，功能实现就OK，但是经常被客户返工，说不满足他们的业务需求；其实客户业务在转变为需求，需求再转变为开发设计的过程中，原始信息在层层衰减，如果到测试这边，连文档也没有，对测试是非常不利的，case无法编写、执行，连BUG也不知道是不是BUG；

没需求文档，相当于没有预期结果；连预期结果都没有，开发如何进行开发？测试又如何进行测试？客户又如何验收呢？

作者: Aimelyccc 时间: 2013-7-12 14:09
按照各位的意思，我现在只能是适应这种情况了，最多是努力去跟开发沟通，尝试让他们给出一份所谓的需求文档，哪怕是设计框架或是使用说明文档了。我们没有专门的需求分析人员，只有两个测试人员，且都经验不足，预期结果的话，也是通过跟开发人员沟通得来的，有些是根据自己经验按常规推出来的，报上去之后，开发说这个就是这样的，不是错误，我们就把缺陷关闭。就这样，，，我们是创新型公司，所以有些标准不好制定。

作者: Aimelyccc 时间: 2013-7-12 14:11
回复 16# 450174661

那用例编写规范和粒度，你能给我提供参考吗？

作者: helen0903 时间: 2013-7-15 17:24

作者: 布丁柠檬 时间: 2013-7-17 09:45
LZ 求给一个参考文档才开始做测试上面就扔个alpha来让跑看bug

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)