app功能测试多少条用例 软件功能测试用例

标准测试中一天能写多少测试用例？执行多少用例？这个有标准不？

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

app功能测试多少条用例 软件功能测试用例

app功能测试多少条用例 软件功能测试用例

app功能测试多少条用例 软件功能测试用例

测试用例的标准：

A.覆盖到所有的业务逻辑（包括正常逻辑和异常逻辑），即正常流和异常流。

B.覆盖到所有的典型用户场景。

C.覆盖到所有的需求点。

D.测试目标明确，并且测试步骤能够快的达到测试目的或者测试时间很短。

E.没有冗余的用例。

F.测试用例能够直接附带测试策略，该模块的策略指定人和用例执行人能够非常清楚。

扩展资料

确定测试用例之所以很重要，原因有以下几方面。

(1)测试用例构成了设计和制定测试过程的基础。

(2)测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的流，因而，随着测试用例数量的增加，测试人员对产品质量和测试流程也就越有信心。

(3)判断测试是否完全的一个主要评测方法是基于需求的覆盖，而这又是以确定、实施和/或执行的测试用例的数量为依据的。类似下面这样的说明：“95%的关键测试用例已得以执行和验证”，远比“我们已完成95%的测试”更有意义。

(4)测试工作量与测试用例的数量成比例。根据全面且细化的测试用例，可以更准确地估计测试周期各连续阶段的时间安排。

(5)测试设计和开发的类型以及所需的资源主要都受控于测试用例。

(6)测试用例通常根据它们所关联的测试类型或测试需求来分类，而且将随类型和需求进行相应的改变。

参考资料来源：

软件测试中黑盒测试用例如何设计，并且需要多少个测试用例？？

设计方法如1L所说，主要谈谈第二个问题，多少个测试用例并不重要，重要的是这些用例是否可以将所有需求都覆盖，如果一个用例能覆盖，就用1个，如果10000个也没有覆盖，10000个也不行，所以根据具体软件和具体需求而定。

个问题：

黑盒测试用例的设计方法

1、等价类划分方法

2、边界值分析方法

3、错误推测方法

4、因果图方法

5、判定表驱动分析方法

6、正交实验设计方法

7、功能图分析方法

用得多的就是1、等价类划分方法2、边界值分析方法

第二个问题：需要多少用例和你所测试的产品以及用例的覆盖率有直接关系。所以没有人能告诉你黑盒测试需要些多少用例。

软件测试工作中每天写多少条用例？

执行用例数跟发现的bug数是不确定的吧，

执行用例效率除了跟代码质量有关系之外，还跟环境有关，比如环境不稳定，执行用例自然就慢了。

bug数取决于代码质量的，质量不好bug就多，很明显的。

还有，并不是执行用例多，bug就多，两者没有必然关系。

至于lz说的一天能执行多少用例，这个要看自己的实际情况了。

顺便讲一下，现在测试已经很弱化用例了，模式不重要，关键是效率和效果。

软件测试工作在现实工作中 每天一般解决多少用例或者BUG

执行用例数跟发现的bug数是不确定的吧，

执行用例效率除了跟代码质量有关系之外，还跟环境有关，比如环境不稳定，执行用例自然就慢了。

Bug数取决于代码质量的，质量不好bug就多，很明显的。

还有，并不是执行用例多，bug就多，两者没有必然关系。

至于lz说的一天能执行多少用例，这个要看自己的实际情况了。

顺便讲一下，现在测试已经很弱化用例了，模式不重要，关键是效率和效果。