测试用例对测试工程师有多少重要?好的测试用例能够有效提高工作效率,避免漏测等情况。鉴于一些人对测试用例的编写原则还是不清楚,所以蓉妹儿整理了一些高效的软件测试基本工作流程和测试用例编写方法,内容如下,希望可以帮助到各位。
如何写好测试用例?作为测试人员需要了解业务,分析需求点。
1、将用户需求转化为功能需求
比如对测试范围、处理分支、需求业务的场景进行度量;明确其功能对应的输入、处理和输出;把隐式需求转变为明确。
2、明确测试的要素
测试需求、怎么测、测试诗经、测试人员、测试环境,测试技能,工具和相应的背景知识,测试过程中可能遇到的风险等等。测试需求尽可能详细明确,以避免测试遗漏和误解。
3、如何进行测试需求分析?
首先、确认功能:业务功能、辅助功能、数据约束、易用性需求、编辑约束、参数需求、权限需求、性能约束
其次、场景分析:考虑场景的调用者以及内部各个场景之间的联系。
最后:挖掘隐性需求
4、如何进行测试用例的设计?
编写测试用例前需对项目需求有一个清晰的了解,要测什么,按什么顺序测,要覆盖哪些需求等等。作为测试用哪里的编写者,我们不但要有常用的测试测试用例编写方法,而且还要了解被测试软件的设计、功能规格说明、用户使用场景以及程序/模块的结构。
步骤
1)测试需求分析:明确测试用例与需求的关系,即一个或多个测试用例集对应一个测试需求。
2)业务流程分析:分析完需求后,明确每一个功能的业务处理流程,不同的功能点做业务的组合,以及项目的隐式需求。
完成以上两步则可进行测试用例设计,功能测试用例,应尽量考虑边界、异常、性能的情况,以便发现更多的隐藏问题。设计测试用例的常见方法:
等价类 → 边界值 → 因果图 → 判定表 → 状态迁移 → 正交实验 → 场景法 → 错误推断(注意:编写测试用例时,我们尽可能取的不应该是有效等价类而应该是无效等价类)
4)编写完成后自我检查以及部门内部评审。比如测试用例是否清晰,完整,准确,是否具有指导性,以及执行效率等等。
测试用例写完后,就要开始测试用例的执行。
以上是软件测试基本流程及测试用例编写原则的大致内容,如果是自动化或者性能测试的话,还需要根据测试用例进行脚本编写,运行脚本等。