探讨如何提高编写软件测试用例的水平
大家好，我最近在编写软件测试用例。在写的过程中我挺纳闷的，不知道如何把一个测试用例编写的更好更到位，能发现更多的问题。基于软件需求说明书的不规范，还有需求不断变更，无法准备精确的测试数据，我感觉写的用例只能覆盖软件的正常事件。异常事件考虑到不多，如果测试用例执行人员按照用例来执行的话，不能发现系统在异常情况下的问题。我挺担心这种情况的，就像测试人员担心测试过的系统发布出去会不会出问题，这可能是测试人员一个通病吧！希望大家来讨论一下，如何去提高一个测试用例的编写质量............同感
我最近也在写希望经验丰富的的同仁给予指点 1.不断提高自己在行业领域内的知识水平，不断加深自己对系统业务的理解；
2.了解各种测试用例的设计方法，并不断在工作中尝试和总结。 关键是你要对你们的软件系统架构很清，用到什么技术会有什么问题出来，然后打相应的测试用例设计方法，最测试最怕想不到，当然会漏很多sdlkfj5 sdlkfj2 sdlkfj6
有时间多看下书，做测试不仅仅是看测试的，其它方面的书也是要看的
学习ing
学习ing Hi,jackei能详细说一下“各种测试用例的设计方法”吗？或在哪里可以找到比较详细的相关知识，你的blog上有么？thanks！
每天只要有时间都会看你的blog，很有收获，谢谢你的分享！
Wish u everything goes well！ 原帖由 avagy 于 2007-1-5 08:52 发表
Hi,jackei
能详细说一下“各种测试用例的设计方法”吗？或在哪里可以找到比较详细的相关知识，你的blog上有么？thanks！
每天只要有时间都会看你的blog，很有收获，谢谢你的分享！
Wish u everything goes well！
呵呵，多谢您的支持。
关于测试用例设计的方法，其实你可以直接参考 51Testing软件测试论坛 » [测试用例设计] 这个版块里面的资料 http://bbs.51testing.com/forum-19-1.html ， 应该会比较全面了。
下面简单列一下常用的测试用例设计方法：
- 等价类划分
- 边界值分析
- 因果图与决策表
- 状态图转换
- 基于业务流程的分析（基于建模/基于用例场景分析）
- 正交表法
- 错误推测/根据经验增补用例
不全的地方请大家补充。^_^
另外，测试用例所表现的是一个测试工程师的测试思路，目的是找到缺陷。susansong 所提到的应该是 系统测试的 测试用例，所以一个关键点就在于对需求和业务是否精通，如果自己对业务的了解连开发人员都不如，恐怕就只能通过“Monkey Testing”来找到缺陷。
页:
[1]
