51Testing软件测试论坛

标题: 业务庞大且复杂的测试用例如何编写！ [打印本页]

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

作者: liaoxj 时间: 2009-7-21 15:37
请高手帮忙，谢谢！

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

作者: liaoxj 时间: 2009-7-23 11:57
如果何编写好我们公司测试用例

作者: fuyong506 时间: 2009-8-6 17:20
咋都是你啊

作者: it_bear 时间: 2010-3-20 12:29
看看！

作者: zongwang 时间: 2010-3-29 17:20
顶你我也想问问，我是做财务业务软件的，有非常复杂的业务流程，那种流程的测试用例怎么写呢

作者: askyahoo 时间: 2010-4-1 09:55
都不太懂

作者: askyahoo 时间: 2010-4-1 09:55
什么叫逆向流程啊？？

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