大家进来说一说, 你们在做TA的时候, 都是怎样来组织case的

keynes_2005

最近用TA来测试一个系统, 发现一个问题,在这个系统里面逻辑级连性的东西比较多, 就是case之间的关联比较多. 不知道如何能更好的来组织这些case.
麻烦一下大家, 给出点好的意见? 谢谢!
比如:A---依赖--->B---依赖--->C---依赖--->D

[ 本帖最后由 keynes_2005 于 2006-12-29 10:44 编辑 ]

wan8151419

象这种比较复杂关联性强的项目,最好采用功能细分法来测试
首先确定项目有哪些基本最基本的功能,比如我之前测试的英语网络教学系统里就有那多个摸块(网络考试,套题练习,自我练习等等)首先分析哪个摸块是用户使用的最多的摸块哪个是客户最重视的摸块.之后将用户使用次数最多跟客户最重视的摸块在整个项目中拆分出来,单独进行测试.这时不必考虑跟其他摸块的关联,之后在保证每个摸块都没问题后,再将他们组合起来测试.
关联性强的项目我在测试时发现很多BUG都是在重复操作后出现的,也就是软件在重复性上不怎么好(当然我所指的是我这里的软件,说不定程序员都有这样的习惯sdlkfj3 ).
还有就是BUG的关联性很强,尤其是测出一个变量的长度有问题时与其关联的操作都会出错
再就软件修改后带来的问题这也是很容易出现的.
最后在针对关联强的系统在测试之前测试人员最好对整个系统的一定的了解包括系统后台的数据库最好能够大概的看的懂代码.因为在这类软件中程序员在篇码时很喜欢COPY.还有就是在写测试用例时要将每个步骤都列罗出来这样方便在测试时组装更多的用例.再就是一在思考时一定要注意程序的重复性
注:本人文字功底不好,希望大家能看懂