软件测试的测试用例怎么设计?

场景测试用例又怎么设计 ，能不能举个例子

设计测试用例，首先要读透需求说明书，对业务知识要有深入的了解，然后再根据需求文档中描述的需求点来设计测试用例，测试用例的设计原则首先是越细越好，对于测试新手这点尤其重要，然后是需求覆盖率，一定要覆盖所有的需求，第三就是测试优先级要体现在测试用例中，作为测试执行的依据，测试用例的设计一定要做到颗粒足够小，执行率足够快等，至于具体的设计你可以去51testing这种网站去看看实例，不同的功能有不同的设计方法。

我做软件测试4年了，我说几点，供参考 1.测试用例的作用就是方便回归测试以及不同人员的交叉测试，由于每个人的角度不同，所以在设计测试用例的时候，如果时间充足，需要尽可能多的让更多的人看到并修改这份测试用例，使用例的覆盖度达到最高，否则，用例是没有意义的 2.用例需要及时维护和更新，根据需求和实际产品经常要更新用例。 3.编写的时候无非是 六个值原则 “正常值 异常值 “0”值 空值 默认值 边界值” ，把握好这六个值来设计用例。 楼主说到的 功能间的内聚比较高的情况，在设计测试用例时，关联到其他功能的数据可以在操作过程中直接给出取值范围 比如 装备模块 盔甲需要40-60等级的战士才能穿 设计用例的时候直接写出范围就可以

设计测试用例 　　每个具体测试用例都将包括下列详细信息：编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输入说明、期望结果（含判断标准）、环境要求、备注等。 　　测试用例 　　编制人 　　审定人 　　编制日期 　　版本 　　测试用例类型 　　设计说明书编号 　　测试用例编号 　　测试用例名称 　　输入说明（列出选用的输入项，覆盖正常、异常情况）： 　　期望结果（逐条与输入项对应，列出预期输出）： 　　环境要求（测试要求的软、硬件、网络要求）：

测试用例的书写分很多种方法，如果公司有Bug管理工具的话一般就是把测试用例写到Bug管理工具的TestCase栏中，那里面有书写格式只需要填写就行啦；如果要书面形式的，那就要自己编写格式了，测试用例一般包括测试用例编号、用例级别、描述、测试范围、检查点、自动化类型、最后就是详细的测试用例过程了（包括：序号、测试标题、输入、操作步骤、输出、备注）等。书写测试用例时考虑要全面详细，每一种操作可能性都要考虑到，具体的例子是不能在网上给的，每个公司都有保密协议的，很抱歉啦！