不知道这样做对不对

jsj_06_lf

我是将测试用例放在testlink中的，之前对于测试用例的描写都是大概写的，写的比较笼统，没有写的非常具体。在测试执行的过程中，testlink里面的一个用例，我通常在实际的执行过程中想出好几个执行用例来执行，我不知道这样的做法是否正确？
还有，发现的bug也不是和testlink里面的用例一一对应的，更多发现bug的用例是执行过程中的执行用例，本想把测试做的规范起来，但经常想想又感觉这样做很不规范，我不知道我又没有做错，希望大家能帮我指导指导，谢谢了！

愚人

1、用例设计覆盖不够
2、没有及时跟新用例

wistaria

"我通常在实际的执行过程中想出好几个执行用例来执行，我不知道这样的做法是否正确？"
肯定不对，之所以要写测试用例就是为了尽量全面的考虑测试点，避免遗漏，你这样的做法大大降低了测试用例的作用，不够明确，遗漏的可能很大。
用例就是说所谓不同的人执行结果相同，你的用例换别人执行结果一样吗？
估计就是你自己多次执行结果可能都不一样。
建议LZ把你想到的可执行步骤都写下来，再按照这个步骤去执行，执行过程中想到的执行方法应该在用例设计时就包含了，如果有遗漏在更新用例。

jsj_06_lf

回复 3# wistaria
可有些用例是在拿到系统后才想到了，这时候也往用例中添加嘛，主要是系统的表现方式经常变化，所以有时候有些用例不适合新拿到的系统

wistaria

这就说明
1、你对系统的理解不够准确，这样就应该和开发多沟通
2、可能是系统本身需求一直在变，那么你的工作就是根据变更记录同步修改你的用例

jsj_06_lf

回复 5# wistaria
谢谢了
我还想问 如果功能的实现方式改变了，那测试用例会随着改变吗？

wistaria

1、功能测试用例，只要功能没变用例应该不用修改吧
2、接口测试用例，实现方式变了测试用例应该一起变吧！
纯属个人意见如有不对请见谅。

jsj_06_lf

谢谢大家了

msnshow

用例还是要注意颗粒的大小

张志英

对测试用例的设计，我这些天有一些感慨。我还是一个新手，写的测试用例不多，最近发现我前段时间写的测试用例不大好，但是又说不出来哪里不好，不知道大家在写测试用例的时候是怎样考虑的

yuetiantian

我觉得楼主还是不错的测试工程师。
(1)一开始设计的时候，根据资源的实际情况(时间，人员)，编写最有效的用例。
(2)如果后来实际执行中，发现了其他的问题，可以把新的用例加入到用例库中。
发现问题才是关键

bingdian887521

回复 3# wistaria


   但是需求时时在变化呢，而且对于一个很大的系统而言，写的过细貌似会花费很大的精力

wistaria

   但是需求时时在变化呢，而且对于一个很大的系统而言，写的过细貌似会花费很大的精 ...
bingdian887521 发表于 2010-10-27 16:52

其实测试的工作说简单了不就是设计用例，然后执行的过程嘛，
大的系统更容易有遗漏，你不写用例如何确保所有的点都被测试到了呢？
如果仅凭头脑风暴来执行测试感觉小的工具或系统还行，对于功能较复杂的系统是绝对不可取的。
最终的结果就是哪哪多少都有问题。