功能测试用例需要详细到什么程度才算合格，一个功能需要多少测试用例

一个酒店管理系统项目要写多少个测试用例

1、测试用例 数和项目没有直接关系，和项目内的功能点以及 功能测试 点存在关系。

2、普通的测试用例（执行步骤不超过10步）的话，高质量的测试用例一天编写一般在30个左右，执行在50个左右。不标准，在工作过程中难免会有一些因素影响进度的。

3、大于30。维护测试就是软件产品发布之后的维护阶段的测试，测试用例的条数取决于设计的复杂程度，通常越复杂的设计，测试用例越多，合理的测试用例数量应大于30条。

如何设计一个完整的测试用例

可以采用软件测试常用的基该方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。

等价类划分 为每个输入划分等价类，得到等价类表，为每个等价类规定一个唯一编号。设计一个测试用例，使其尽可能多的覆盖所有尚未覆盖的有效等价类。

用黑盒技术设计测试用例的方法之一为因果图法。白盒测试是一种测试用例设计方法，盒子指的是被测试的软体，白盒指的是盒子是可视的，你清楚盒子内部的东西以及里面是如何运作的。

测试用例常见的设计方法有：等价类划分法，就是将测试的范围划分成几个互不相交的子集，他们的并集是全集，从每个子集选出若干个有代表性的值作为测试用例。边界值分析法，即针对各种边界情况设计测试用例。

设计一个新的测试用例，使其尽可能地覆盖所有尚未覆盖的有效等价类，直到所有有效等价类完全覆盖。设计一个新的测试用例，使其仅覆盖一个无效等价类，直到所有无效等价类都被覆盖。

⑵如果输入条件指出了输入数据的个数，则按最大个数、最小个数、比最小个数少比最大个数多1等情况分别设计测试用例。如，一个输入文件可包括1--255个记录，则分别设计有1个记录、255个记录，以及0个记录的输入文件的测试用例。

测试用例包括哪些内容?

1、测试用例是软件测试的关键之一，它包括了一系列的测试步骤、测试数据、测试操作和期望结果等内容。

2、测试用例包括如下要素：(1) 用例ID。可以定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。(2) 用例名称。是测试用例的编辑的名称代号，测试用例文档将受制于测试用例管理软件的约束。(3) 测试目的。

3、测试用例主要包含四个内容：用例标题，前置条件，测试步骤和预期结果。

4、每个具体测试用例都将包括下列详细信息：用例编号、用例名称、测试等级、入口准则、验证步骤、期望结果、出口准则、注释等。以上内容涵盖了测试用例的基本元素：测试索引、测试环境、测试输入、测试操作、预期结果、评价标准。

5、测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的用例，应该参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。

回归测试一般多少个用例

大于30。维护测试就是软件产品发布之后的维护阶段的测试，测试用例的条数取决于设计的复杂程度，通常越复杂的设计，测试用例越多，合理的测试用例数量应大于30条。

应用软件的回归测试，需要执行数百到数千单元和集成测试用例并需要有效地管理测试结果。若没有可行的流程来执行回归测试，那将是一件非常困难且耗时的工作。

普通的测试用例（执行步骤不超过10步）的话，高质量的测试用例一天编写一般在30个左右，执行在50个左右。不标准，在工作过程中难免会有一些因素影响进度的。

一个app功能测试,写几百条用例正常么?

如果想写几百条没问题，不过没必要，用例太多的话会造成用例冗余，执行工作量也会增加。最好根据测试方法编写有效的测试用例。

普通的测试用例（执行步骤不超过10步）的话，高质量的测试用例一天编写一般在30个左右，执行在50个左右。不标准，在工作过程中难免会有一些因素影响进度的。

具体要根据用例复杂程度来计算 一般40以上。以及测试用例的详细程度 。编写速度还包括需求文档的详细程度。