添加客服微信
400 035 7887
021-60725088-8054
第一步、需求分析：
业务需求：关注系统是否满足业务
用户需求：关注系统是否满足用户习惯
功能需求：关注系统是否满足功能需求，能否达到业务的目的
第二步、提取测试点：
测试点的含义：测试点即通过需求分析得出的需要进行测试的具体内容。
测试点的好处有哪些：
1、可以快速地设计出设计用例
2、测试点可以覆盖所有的需求
3、在测试点可以迅速运用测试方法
4、可以呈现出需求的一些细节
测试点的编写内容有哪些:功能模块、测试点编号、测试点描述
第三步、测试用例编写
编写注意事项：
1、根据项目的实际情况设计测试用例表格、
2、用例格式不是固定的，不要生搬硬套
3、根据具体的情况编写
测试用例的编写方法有哪些：
等价类划分法：黑盒测试方法、如何选择适当的数据子集来代表整个数据集，通过降低测试的数目去实现合理的覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷
边界值分析法：黑盒测试方法，作为等价类划分法的补充，可以让我们更快速地选出等价类，使用边界值分析法设计测试用例时一般与等价类划分法结合起来，但它不是从一个等价中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于，刚刚大于或刚刚小于边界值的测试数据
场景法：通过运用场景来对系统的功能点或业务流程的描述进行测试，从而提高测试效果，场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的的过程，经过遍历所有的基本流和备用流来完成整个场景
猜错法：依靠直觉分析哪些地方容易出现问题，依靠经验去分析哪些地方容易被开发忽略，从而快速得到测试的结果
进行编写：根据测试点、编写内容和编写方法进行测试用例的编写
第四步、测试用例评审
含义：评审就是对测试用例进行检查
类型：评审包括同行评审、小组评审、部门评审、三方评审等
注意：不同的评审类型会有不同的角色参与
评审的意义：通过评审可以发现测试用例的不足，方便测试人员改进测试用例，达到在测试时提高测试质量的目的
评审的流程：测试用例编写-->评审-->改进测试用例-->评审-->改进测试用例，周而复始，直到完美
、测试用例的管理
为什么需要管理用例？
测试用例数量巨大；测试用例会随着需求变更；测试用例需要补充完善
如何管理测试用例？
1、原始的excel管理方式
2、专业的项目管理系统
3、管理工具：ALM、禅道、testlink、bugzilla
推荐:
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系SPASVO小编(021-60725088-8054)，我们将立即处理，马上删除。
alltesting@spasvo.com
.png)
