fisher_l 发表于 2006-7-2 23:55:15

测试的困惑

天天研究代码是否不行， 觉得写测试用例还是不知如何下手，对于很紧凑的代码，似乎不能把其中的某部分单独提出来测试，这种情况下还是只能用功能测试么？
对代码是看懂了很多，但是觉得对测试没有帮助。是否我的入手点错了？？
困扰很久不知如何解决。希望能有牛人赐教。
小弟不甚感激。sdlkfj9

Uplus 发表于 2006-7-3 00:15:38

测试用例有多种，针对不同的测试类型和测试阶段合适选择测试用例设计的一种方法。看代码只能算测试的一种补充手段，如果看看代码就能把测试做好的话，那做测试就容易多了。建议可以从测试的理论和被测试特性研究做起。

shennocsm 发表于 2006-7-3 09:13:44

同意2楼的！代码是要看，但是不用全看吧。看了代码对测试有帮助。

xiaonan 发表于 2006-7-3 09:17:23

不知道楼主是在做什么阶段的测试,如果是单元测试的话,我们就要运用白盒测试的思路去设计用例,要考虑各种逻辑覆盖率,单元测试只要保证单元函数内部的逻辑,数据结构等没有问题,不需要考虑其体现的具体功能是否正确.

hmilyjch 发表于 2006-7-3 16:01:50

我做的测试都不要看代码的~~
我不会编代码嘎嘎

星野凉 发表于 2006-7-4 13:46:20

原帖由 hmilyjch 于 2006-7-3 16:01 发表
我做的测试都不要看代码的~~
我不会编代码嘎嘎


一个好的测试人员可以不会写代码，但一定要能读懂代码的意思
或许可能在具体应用时不一定能派上用处，但是对于个人水平的提高是有好处的

Lero 发表于 2006-7-4 18:12:46

一个好的测试人员可以不会写代码，但一定要能读懂代码的意思
或许可能在具体应用时不一定能派上用处，但是对于个人水平的提高是有好处的

严重同意！

xzl 发表于 2006-7-12 17:57:56

一个测试人员我觉得还是要会写代码。因为你会写代码对自已好处有很多。起码，程序员就不能小看你，他的程序有BUG,你就可以说，你的代码在哪里出了错，怎么样改过来可能更好。这样拉近了彼此的关系，对于彼此的沟通很有帮助。而且你会写代码了，可能也就会发现哪些小问题可能不需要改，因为这样一改的话，程序员花的时间可能会很多。我意思当然不是说要象程序员那样精通写代码。不会写代码的测试员，可能不会有太大的成就。所以说一个程序员会写代码还是好的，所以在业余时间多学一下怎么样去写代码。
页: [1]
查看完整版本: 测试的困惑