张峰  2010-09-06

我先自己回答，期待更多的人来讨论交流
1、几乎不写，但有测试分析
2、根据需求，没有特定的方法。
3、几乎没有时间
4、不会
5、重复跑用例，大部分用例不会有问题，也浪费时间。效率不高
6、还是有用的，起码要做测试分析。因为拿着项目就测试，思路混乱，测试进度也不好控制，可是写用例有时一个简单的输入框测试，可能就会写出很多用例，但这样就忽略了重点，效率也不高。
7、我觉得测试用例，应该是对业务的透彻分析，写出较简单但重要的测试思路来作为用例，而不必求多，求全。

陈秋冷  2010-09-06

赞同楼上的观点。。我也基本上不写测试用例，也不知道怎么写。。。有时候测试，更像是写作，灵感涌现时发现的问题特别多。。。当然，我的这种方法也不好，像楼上说的，思路混乱！！！

赵永智  2010-09-07

在需求不明确的情况下无法提前编写测试用例，无法实现V型结构。在测试开始启动后，又有限于项目进度而无法编写和补充案例。等到项目结束后，由于没有人重视更没有人补充那些案例。
我觉得测试案例就像开发人员写的码一样，反应了测试人员对于产品需求的理解和测试能力。

戴华荣  2010-09-07

徐明明  2010-09-07

有个框架就行了。比如自动化测试，一个文本输入框肯定要经过1、长度限制。2、空输入。3、特殊字符。这三点的测试。这是对任何UI都有效的。

贺明  2010-09-07

1、写用例
2、数据组合 状态机等 路径覆盖 pairwise覆盖等
3、敏捷下用例设计时间很短，一个Story一两天左右，根据Story不同
4、测试执行后会刷新用例
5、第二轮会根据不同的策略挑选用例执行 后面也会挑选用例执行或探索测试
6、有用。依据不同的风险等级可以选用相应的覆盖技术和覆盖深度设计用例，可以确保高风险点可全面优先的验证
7、这个……

邓浛  2010-09-10

我感觉是·在不同的设计阶段·写出适合这个阶段的用例，我就是迷茫在项目刚开始的阶段·我对需求说明有些怀疑·觉得有些不妥当的地方·又不知道该说些什么·毕竟测试就是要严格按照需求说明来设计啊

路翠  2010-10-09

最近一直在写测试用例，准确的说是设计测试用例，头疼呀