业务庞大且复杂的测试用例如何编写！
大家好！最近看了很多测试用例编写的例子，大部分测试用例说明都是用ATM机来举例，但是实际项目中所有系统业务非常复杂，功能非常庞大如大型的ERP、HIS系统。像这种项目如何编写测式用例。
1、如何编写较实用的测试用例？
2、测试用例编写的基本要求？
3、对需求、设计文档有何要求？ 请高手帮忙，谢谢！ 一位同事的回复：
1.明确测试目的：熟悉软件需求，熟悉业务流程，关键在于理清我们的测试思路：要测试什么，测试哪些方面；
2.不要为设计而设计：写用例不必拘泥于一定要用某种方法上，网上介绍的方法很多，思路都是相通的，只要我们理解其中的设计思路，根据我们的测试目的，软件业务流程去思考怎么设计；
3.多去逆向思考：软件逆向操作是经常被忽略的，所以测试时应该多去考虑逆向流程、非正常的操作、边缘性操作；
4.用例的详细程度：很多人都说用例要设计到非常详细，描述到每一步该点什么、怎么操作，大部分文字都在描述些显而易见的操作， 我觉得很没必要，不仅浪费时间，写这么多肯定感觉很枯燥，只要表明你的思路，写出要输入的测试数据或描述清楚操作流程即可；用最少的语言描述最好用例，用最少的用例达到最大的覆盖率；
5.需求和设计文档不明确时：这种情况应该很多，设计测试用例特别困难，我一般这样考虑，测试就是要验证功能是否正确，功能大致有要输入值的地方，或保存、查询、确认等按钮操作，第一：有输入值的地方，就考虑输入长度，输入重复列情况，输入汉字、特殊字符、字母的验证，输入空格的验证， 如果输入的是数字型，考虑边界值、零、负值的情况。 第二：有按钮操作的地方，验证按钮操作后效果； 第三：然后再根据软件原型考虑操作软件操作流程的验证 如果何编写好我们公司测试用例 咋都是你啊 看看！ 顶你 我也想问问，我是做财务业务软件的，有非常复杂的业务流程，那种流程的测试用例怎么写呢 都不太懂 什么叫逆向流程啊？？
页:
[1]
