51Testing软件测试论坛

标题: 关于测试的一点疑惑 [打印本页]

作者: yezi-0401 时间: 2009-8-21 10:05
标题: 关于测试的一点疑惑
学习了一段时间，抛开使用测试工具的方法，其实大部分都还是使用的手工测试。
那我觉得测试的最重要最核心的工作是否可以说成是测试用例的设计？而不是测试的执行。
那是不是可以说这不能算是一个技术活，而是一门设计？

作者: sn_asd520 时间: 2009-8-21 10:43
技术活
设计用例就是一门技术活，怎样设计出数量少而覆盖面却又很大的用例，这个就需要很多的知识储备，但是在执行测试的过程中，如果能有一些适合项目的某些小工具，能加快测试进程，这个也需要很多方面的知识啊
所有测试绝对是一个技术活啊

作者: 投缘 时间: 2009-8-21 10:55
无论什么工作，我觉得设计肯定都很重要的！！设计是为了更好的为执行做准备。
首先是计划，安排整个工作过程；
然后是设计，策划整个工作过程；设计全面，那么接下来的执行工作才能全面。
接下来就可以去执行了。测试过程是个相对时间较长的过程，在执行过程中可能会出现跟计划、设计有出入的地方，那么还需要回头去调整计划和设计等等。所以测试执行不只是那么简单的执行。这个过程也很重要。

作者: 月上百合 时间: 2009-8-21 15:01
千万别小看了测试用例啊

作者: yyyyff1983 时间: 2009-8-21 15:40
是啊最开始我觉得自己好像懂测试用例了，后来越干越觉得测试用例设计好坏的重要性了

作者: 彦羽de心 时间: 2009-8-21 16:31
怎么样才能写出好的测试用例现在还是不明白，是不是要经过多次实践慢慢总结经验之后，才能有所领悟呢？

作者: hongwu360249 时间: 2009-8-23 11:54
标题: 回复 1# 的帖子
测试用例是整个测试过程的精华所在，追求的目标是用最少的用例覆盖最多的测试点，设计用例需要考虑软件的各个方面，尤其测试数据的准备更需要慎重。测试用例设计好了，后面的执行测试过程就很简单了。我觉得测试用例设计完了最好组织相关人员评审一下。

作者: bluesky1986007 时间: 2009-8-23 22:29
标题: 回复 1# 的帖子
首先测试是门技术……设计是需要有一定的创意性的……是要凭空想象出东西来，而测试用例就像2楼所说是根据已有的系统去用相应的已有的用例设计方法（这用例设计方法本身就是一门技术）去编写出有质量的测试用例……
其次如果是从整个测试流程来说的话……其实最最重要的还不是测试用例……而是需求拆分…………你怎样将一个系统根据需求说明去很好的拆分……这很重要…………这将直接影响你之后的测试用例编写，进而可以影响整个测试质量……

作者: 宝宝测试 时间: 2009-8-28 16:45
我是新人。
我想请教一下，手工测试是编写测试用例来进行测试吗？
而测试工具是不是用来测试软件的性能的呢？

作者: bluesky1986007 时间: 2009-8-31 00:32
标题: 回复 10# 的帖子
首先不能很绝对的说手工测试就一定是要编写测试用例来进行测试……虽然我概念有点忘了……但应该不是绝对的，比如文档测试也是人工的测试但文档测试可能就不需要大量的测试用例……个人觉得……
至于第二个问题我可以给你肯定的答复就是你的理解一定是错误的……测试工具有很多…………有功能测试工具：QTP等；有性能方面的测试工具：Loadrunner等；有测试管理工具：TD/QC等……还有很多用在不同方面的测试工具……所以测试工具绝对不单单只是用来测试软件性能的

作者: black_tulip 时间: 2009-8-31 10:47
可以说没有什么用例能保证不同人做的结果一样。

作者: yzylion 时间: 2009-8-31 18:24
我个人认为：测试最重要的不是说一来就会多少的脚步语言，开发语言，多少的数据库开发技术等等，最主要的是要有一个缜密的逻辑思维能力，然后就是将这个能力转换成我们测试中的测试思想，而表现形式就是测试用例
无论我们做的是什么测试？手工亦或自动，都离不开用例，我把它叫做测试的灵魂，没有灵魂的躯体是不完整的，形尸走肉一般，映射到测试上，就是一堆冗余的文字或者数据，无有效性，高效性和适宜性，所以我认为用例的设计是一个测试人员任何时候都不能丢弃的工具形式，而执行测试用例时，不能简单的理解为照着文字进行操作，应该在执行的过程中思考所执行用例的有效性，适宜性以及是否可进一步优化？用例对测试需求的覆盖性，等等等等

一家之言，欢迎拍砖

作者: 宝宝测试 时间: 2009-9-2 13:52
高人啊~~~

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