实际项目中如何设计测试用例？

测试积点老人

面试官提问：实际项目中如何设计测试用例？

等价类划分，边界值分析，因果图，错误推测法这些都只能理解名词，实际项目中不知道如何设计？没有实例

Tester-yu

我个人觉得哈，这个问题可以这样回答：
根据测试的类型来说：
1.如果是纯粹功能测试之类的，可以用你说到的那些方法来针对不同的测试对象来设计案例
2.如果是流程性的测试，以最大程度覆盖测试场景为目的来设计案例，可以用流程分析

虫王戮蛊

首先要了解你所测试的产品，然后看是否有软件需求规格说明书
        如果有软件需求规格说明书，就按着上面的需求进行测试案例的编写。比如测试转账交易。有一个关于金额的描述不能大于当日最高限额。这个时候就可以采用边界值和等价类的方法编写测试案例。（金额=当日最高限额；金额>最高限额；金额<最高限额），仅仅是一个小例子。需求里面的东西决定这个产品是什么样子。功能测试就是保证产品按着需求进行产出。
        如果没有需求，那就要根据个人的业务能力，就是在你的认知里（可能不太专业），产品应该是什么样子的，就按着你的想法编写测试案例。这样就有可能造成问题，毕竟你不一定完全正确。

海海豚

等价划分可以分为有效类  无效类      比如手机号超出11位，肯定属于无效类     其实就是实际的

Roctest

从整体流程上来说，测试用例的设计，需要经过一下几步：
1、在需求设计阶段就介入，和需求设计人员沟通，分析需求，主要有2个目的，一个是对需求进行测试，一个就是输出测试方案，这个方案列出了需要实现的全部需求，以及大的测试点，比如功能用例、性能、可靠性、
可维护性、易用性、安全等等。后期需求具体实现上会有所变化但是大的方向是不变的，这也保证了测试的方向性
2、在开发阶段，对于测试人员来说就是具体的测试用例设计阶段。好的用例需要保证开发、测试、需求三者充分沟通，确保理解了需求的实现流程，比如参数范围、代码实现逻辑、输入输出。从黑盒、白盒角度尽可能覆盖代码
3、在测试阶段，保证了用例的充分覆盖后，随着对需求的深入理解，要做充分的发散测试，发散测试点要闭环补充到测试用例中。
4、在运维阶段，对客户或现网发现的问题要进行缺陷分析，用例闭环补充到用例库中
至于很具象的测试用例，比如对某一个APP怎么设计，主要就是参数范围、逻辑、安全、安装、权限、UI等等，这个百度上很多

jingzizx

感觉面试官是要你举实例进行描述

qqq911

需求点

梦想家

等价划分可以分为有效类  无效类