业务庞大且复杂的测试用例如何编写！

liaoxj · 发表于 2009-7-21 10:01:10

大家好！
   最近看了很多测试用例编写的例子，大部分测试用例说明都是用ATM机来举例，但是实际项目中所有系统业务非常复杂，功能非常庞大如大型的ERP、HIS系统。像这种项目如何编写测式用例。
      1、如何编写较实用的测试用例？
      2、测试用例编写的基本要求？
      3、对需求、设计文档有何要求？

askyahoo · 发表于 2010-4-1 09:55:29

什么叫逆向流程啊？？

askyahoo · 发表于 2010-4-1 09:55:07

都不太懂

zongwang · 发表于 2010-3-29 17:20:23

顶你我也想问问，我是做财务业务软件的，有非常复杂的业务流程，那种流程的测试用例怎么写呢

it_bear · 发表于 2010-3-20 12:29:45

看看！

fuyong506 · 发表于 2009-8-6 17:20:41

咋都是你啊

liaoxj · 发表于 2009-7-23 11:57:03

如果何编写好我们公司测试用例

liaoxj · 发表于 2009-7-22 11:29:33

一位同事的回复：
1.明确测试目的：熟悉软件需求，熟悉业务流程，关键在于理清我们的测试思路：要测试什么，测试哪些方面；
2.不要为设计而设计：写用例不必拘泥于一定要用某种方法上，网上介绍的方法很多，思路都是相通的，只要我们理解其中的设计思路，根据我们的测试目的，软件业务流程去思考怎么设计；
3.多去逆向思考：软件逆向操作是经常被忽略的，所以测试时应该多去考虑逆向流程、非正常的操作、边缘性操作；
4.用例的详细程度：很多人都说用例要设计到非常详细，描述到每一步该点什么、怎么操作，大部分文字都在描述些显而易见的操作，我觉得很没必要，不仅浪费时间，写这么多肯定感觉很枯燥，只要表明你的思路，写出要输入的测试数据或描述清楚操作流程即可；用最少的语言描述最好用例，用最少的用例达到最大的覆盖率；
5.需求和设计文档不明确时：这种情况应该很多，设计测试用例特别困难，我一般这样考虑，测试就是要验证功能是否正确，功能大致有要输入值的地方，或保存、查询、确认等按钮操作，第一：有输入值的地方，就考虑输入长度，输入重复列情况，输入汉字、特殊字符、字母的验证，输入空格的验证，如果输入的是数字型，考虑边界值、零、负值的情况。第二：有按钮操作的地方，验证按钮操作后效果；第三：然后再根据软件原型考虑操作软件操作流程的验证

liaoxj · 发表于 2009-7-21 15:37:55

请高手帮忙，谢谢！

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 业务庞大且复杂的测试用例如何编写！

相关帖子

本帖子中包含更多资源

站长推荐 /1