大妮 发表于 2005-8-16 16:45:51

4天后一定再来顶贴。。。
^_^

zhengfeng 发表于 2005-8-17 13:35:11

内容还行。不过内容太少。

测试数据2条，少了点哦。 不能覆盖所有path.

zhengfeng 发表于 2005-8-17 13:37:11

需要根据SA,SD ,具体要求来定测试数据。

不能搞大一统。

素素 发表于 2005-8-17 18:37:58

测试用例怎么写。。。。。。学习中。。

大家好！！我也在学写的过程中。黑盒测试用例个人的一些想法。可以从7个方面来考虑。
1.基本功能（MMI）
2.中断操作对MMI的影响
3.边界值
4.异常操作
5.压力和疲劳测试

yulinger110 发表于 2005-8-18 15:06:17

我也是在写测试用例，但是我写的测试用例，执行人员基本上不看，我也就不知道自己写得好还是不好了，因为没有人提意见，郁闷！

tongfenglcz 发表于 2005-8-30 10:54:46

Originally posted by 土豆泥 at 2004-9-13 11:50 AM:
但是我有一个不解点，就是写测试用例时，是根据需求规格说明书来写，我想知道　的是，如果需求说明书里没有写的比较细的话，怎么办？如：有什么按钮，输入些什么数据，数据类型的限制什么的，这样的话，我在写测 ...


一般我会在设计和需求分析完成之后，才开始设计测试用例
输入的数据、类型一般我会参考数据库设计

不过具体一个表单中应该有哪些字段以及有什么功能键，这些是取决于需求和开发人员

拙见，请多多交流……

tongfenglcz 发表于 2005-8-30 10:57:14

Originally posted by letian310 at 2004-9-29 01:28 PM:
如果在一些细节问题上和开发人员意见不一致，是该力争还是妥协？（在需求没有定义的情况下）

一般会和PM和开发人员沟通并参考PM的建议

dongt 发表于 2005-9-1 12:44:02

谢谢

学习ing~~~~~

wangxh 发表于 2005-9-2 16:11:47

测试用例与测试文档

请问各位同行,测试用例文档和测试文档有啥区别

pokka 发表于 2005-9-6 16:43:50

不明白！

请问在写功能测试的测试用例时，那些可能值及可能值之间的组合怎么的来啊？靠自己想像还是有别的什么方法啊？Sample Text

pokka 发表于 2005-9-6 17:24:56

请问可以根据开发级用例来写测试用例嘛？

zhtjo 发表于 2005-9-26 19:52:41

新人，一直摸不着头脑。
看了用例，似乎明白一点点了。
楼主的帖子，赞。
多来多来

haozhijian 发表于 2005-9-29 10:38:45

原来做黑盒测试也有这么多内容清楚了谢谢

yanru3987 发表于 2005-10-9 10:15:46

我正郁闷呢

刚刚接了个项目，需求那就是一个粗 基本就讲了些功能点 具体怎么实现 都没什么按钮 痛苦啊 关键是我们这个是个外包项目 不知道怎么办才好

Erdosfish 发表于 2005-10-10 18:41:33

应该把测试数据做汇总之后，组合成几条测试流放到这里。

Erdosfish 发表于 2005-10-10 18:45:41

1、根据需求说明书，解决UI和功能正确性的问题
2、根据测试工程师分析，解决容错和易用性，性能，稳定性，安全性等方面的问题。
3、贯穿整个的数据流视具体项目而言，准备得数据量如果大的话，能组织到一起共同输出就汇总，如果不能汇总最好单列。

persimmon 发表于 2005-10-12 17:21:01

刚做测试不久，最早测试的时候是已经比较成熟的系统，根本就没看过需求分析，只是凭借着前辈指点的经验去做，前不久看过公司的一个需求分析也是下一步将要开发的系统，比较粗略，只是介绍了大概的功能、流程,真的不知到时候测试用例要怎么写才好？

vivianonion 发表于 2005-10-21 13:21:53

赞，贴子不错！学习中！

必要时 发表于 2005-10-25 17:27:42

Originally posted by color at 2005-5-9 09:49 AM:
正在学习中！
不过，看了这么长，还是希望能够多看到一些测试用例的具体实例，如果大家能拿出来分析一下，就好了！


我跟你一样，这句话说出了我的想法。

悠悠岛 发表于 2005-10-27 09:26:09

留个大脚印！！

使劲踩一下
页: 1 2 3 4 [5] 6 7 8 9 10 11
查看完整版本: 小弟做黑盒测试及测试用例的一点心得，写出来原和大家一起分享。