51Testing软件测试论坛

标题: 就只有一份用户手册文档可以写出好的测试用例来吗 [打印本页]

作者: yiyihui 时间: 2004-9-20 10:55
标题: 就只有一份用户手册文档可以写出好的测试用例来吗
就只有一份用户手册文档可以写出好的测试用例来吗？我现在就要做这一份工作，手头上只有一份还算详细的用户手册，有人写过这样的测试用例吗？只有怎么少资料可以写得出好的用例来吗？

作者: Fuli 时间: 2004-9-20 11:03
如果你是用户或者是开发者，用户手册文档对你的测试帮助是不一样的，分析一下市场可能对你帮助比较大！

作者: Fuli 时间: 2004-9-20 11:05
拿着用户手册文档搞测试无异与闭门造车！多多贴近市场吧！

作者: ghl5502 时间: 2004-9-20 11:25
楼上说的有道理，可是有时候在特殊条件的约束下（1、测试时间短，2、测试人员对该设备熟悉不够3、测试资料不完善3、被测设备比较复杂等），
只有用户说明书也要设计测试用例的，但是在这种条件下就不能保证我们编写出来的测试用例是好的测试用例

作者: ghl5502 时间: 2004-9-20 11:28
所以，应该多站在用户的角度去考虑问题，去思考。尽可能的和研发多沟通，熟悉产品功能，性能等，尽量提高我们设计的测试用例的质量。

作者: ghl5502 时间: 2004-9-20 11:28
共同交流，欢迎批评

作者: yiyihui 时间: 2004-9-20 13:15
我也觉得这样很难写出好质量的测试用例，但是由于实际项目的各种原因，也只能是这样，真的很头痛呀

作者: ayong401 时间: 2004-9-20 13:31
具体问题具体分析
有条件要上
没有条件
我们也要上......

像我现在
公司是什么文档都没留给我
但我还是要尽量把本职工作做好
现在甚至要补开发文档

也许累了点
繁了点
但生活
也充实了点

作者: ghl5502 时间: 2004-9-20 13:36
顶一下

作者: letian310 时间: 2004-9-28 15:21
有试过拿到一个功能模块，什么文档都没有，然后花半天时间写测试用例，在花一天时间测试吗？
我就是经常这么干的。
困惑中……

作者: ayong401 时间: 2004-9-28 15:29
楼上的
辛苦了..........

作者: 小蚂蚁 时间: 2004-9-28 17:49
算是不错的了，你还有用户手册文档来熟悉软件和业务！刚开始做测试的时候，没有用户文档手册，自己要摸索怎么使用软件，明白了软件的功能才能和开发的了解软件的主要业务。好好加油吧，做过一次，下次就会很轻松了！因为有经验咯！

作者: newzxf 时间: 2004-11-23 11:01
很难啊

作者: locetyang 时间: 2004-11-25 19:45
一个字:苦.两个字痛苦

作者: xmoon 时间: 2004-11-25 20:41
我刚开始是写用户手册

作者: mansart 时间: 2006-1-4 17:27
我觉得这是因为很多公司都不重视测试和文档。才会出现楼上兄弟姐妹们说的那些惨状。建议楼主也敷衍着写测试用例好了，我想公司是不会认真对待这份用例的，只是走个形式而已。

作者: g_win 时间: 2006-1-6 09:33
测试用例有很多种，按照测试的环节可以分成单元测试用例、集成测试用例、系统测试用例、验收测试用例等等。同样，那么编写测试用例的依据也可以有很多种。既然楼主手中只有用户手册，那么它就是部分系统测试用例和验收测试用例的依据，能不能设计出好的测试用例就看个人水平了。

作者: 冰河 时间: 2006-1-7 17:23
嗯，同意“能不能写出好的用例就看个人水平了”这样的观点，毕竟测试行业发展不成熟，不规范甚至测试不成型的现象是多见的。

但是为什么就有人做的比较顺利，比较优秀，而有的人却整日机械式的工作，却得不到任何收获，还经常抱怨公司不重视测试。
其实一个行业的成功与否，关键就在于个人的学习总结能力和自己通过学习总结后积累得技术水平。

资料不全，文档不全，没有测试工具，没有测试依据等等这些问题其实都不是问题，只是我们把问题放大了而已。测试人员就是要充分发挥自己的头脑和交流能力，来获取自己所需要的一切的。

个人建议。如果说错了，多多海涵。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)