测试用例设计的基本原则是什么

1. 测试用例设计的基本原则是什么

1、测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等。
2、测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
3、测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

不管是从个人角度还是从公司角度，根据我这几年的经验我觉得case的设计应该符合以下几点：
1、一个case一个功能点：每个case都要有个测点，找准一个测点则可，不能同时覆盖很多功能点，否则执行起来牵连太大；
2、case的易读：从执行者的角度去写case，最好不要有太多的术语在里面，如果要有最好指明具体位置；
3、case的执行粒度：粒度越小越好；
4、步骤清晰：一个case多个步骤，可一个重点，步骤指名人们怎么去操作，expect则指明这样操作之后应该看到什么结果---最好不要用正确，正常，错误之类的含糊主观的字眼。
5、总体设计：先正常，后异常，这样可以确保正常情况下功能能够走通。
总之：对于一个新来的tester，给他个case和我们的软件，他就能顺利取执行case.

2. 测试用例设计的基本原则是什么

测试用例设计的最基本要求：覆盖住所要测试的功能。这是再基本不过的要求了，但别看只是简单的一句话，要能够达到切实覆盖全面，需要对被测试产品功能的全面了解、明确测试范围（特别是要明确哪些是不需要测试的）、具备基本的测试技术（如：等价类划分等）等。那么满足了上述这条要求是不是设计出来的测试用例就是好的测试用例了呢？答案：在理论上是，但在实际工程中还远远不是。之所以理论和实际会有这样的差别，是因为在理论上不要考虑的东东，而在实际工程中是不得不考虑的
-
成本。这里的成本包括：测试计划成本、测试执行成本、自动化测试用例、测试自动化成本，测试分析成本，以及测试实现技术局限、测试环境的bug、人为因素和不可预测的随机因素等引入的附加成本等。
此文出自:中国it实验室

3. 设计测试用例的基本原则有哪些？

1、用成熟的测试用例设计方法指导用例设计
2、测试用例的正确性，即测试数据和测试操作的正确
3、测试用例的代表性，即能覆盖各种情况
4、测试结果的可判定性，即执行结果可以预期
5、测试结果的复现性，即同样用例执行结果相同
6、测试过程步骤清晰准确详细
我当初就在黑马程序员学的这些，现在想想这些简单知识都两年了，工资都2w了。

4. 设计测试用例需要遵循哪些原则

设计测试用例需要遵循的原则有：
1、单个用例覆盖最小化原则。

2、测试用例替代产品文档功能原则。

3、单次投入成本和多次投入成本原则。

4、使测试结果分析和调试最简单化原则。



扩展资料：
1、测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等。
2、测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
3、测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

5. 设计测试用例需要遵循哪些原则？

6. 设计测试用例需要遵循哪些原则

设计测试用例需要遵循的原则有：
1、单个用例覆盖最小化原则。

2、测试用例替代产品文档功能原则。

3、单次投入成本和多次投入成本原则。

4、使测试结果分析和调试最简单化原则。



扩展资料：
1、测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等。
2、测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
3、测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

7. 常见的测试用例设计方法都有哪些

1. 等价类划分
常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
2. 边界值分析法
边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.
3. 错误推测法
基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.
错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例.
4. 因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
5. 正交表分析法
有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。
6. 场景分析方法
指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
详细的描述一个测试活动完整的过程。1. 项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功

8. 测试用例的设计思路有哪些？

通常来讲，测试工程师会从以下四个方面考虑来设计测试用例：
1.覆盖需求，既依据需求文档或原型来设计功能模块级测试用例；
2.相关业务，既着眼于业务的相关性来设计测试用例如：订单模块与支付模块等；
3.特殊角度，既从一些异常处理、极端情况等来设计用例，如苹果手机在极寒天气下的死机问题；
4.补充完善，基于一些内外部经验或行业规范来设计用例，如金融行业的合规性测试用例等。
测试用例的设计思路，每一条思路的详解去黑马程序员的论坛去看！文字看不懂也有课程，自己去官网找，或者对话框问问。哥们在黑马学出来的，但是我说的这些都是免费的。都是我哥们在我当初找工作的时候推荐我看的。